Re: [Mesa-dev] XDC 2020 feedback and comments
On Mon, 21 Sep 2020 10:03:32 +0200 Samuel Iglesias Gonsálvez wrote: > Hi all, > > Huge thanks again to the entire team from Intel, for their great work > organizing XDC 2020, our first virtual conference! > > As usual we're looking for feedback on both XDC itself, and the CFP > process and program selection. Both about what was great and should be > kept for next year's edition, and where there's room for improvement. > > The board does keep some notes, for those interested in what we have > already: > > - XDC notes for prospective organizers: > https://www.x.org/wiki/Events/RFP/ > > - CFP notes: https://www.x.org/wiki/Events/PapersCommittee/ > > If you want to send in your comments in private, please send them to > the X.org Foundation board: bo...@foundation.x.org > > Cheers, > > Sam Hi Sam, I'd like to make a note about using some more privacy-friendly streaming platform. When I tried to watch the streams, instead of showing the video, youtube presented me with a GDPR dialog. While it was glitched and unskippable for me, just the fact that Google made it non-optional shows their disregard for my privacy (and, IMO, the letter of law, which mandates opt-in). Unfortunately, I wasn't able to evaluate the dialog's contents due to the glitch, but online reports suggest they are similarly ignorant. All in all, I only access youtube via youtube-dl any more, and that doesn't support streaming. When attending Akademy 2 weeks ago, they had a setup based on BigBlueButton that worked well without that sort of issues. Cheers, Dorota ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH v3 2/4] gallium/auxiliary: Add helper support for bptc format compress/decompress
Hi Dave, Could you please check https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/6809/diffs ? It contains possible fixes for bptc rgba unorm. Bug is related to incorrect reuse current bit_offet reuse between iterations. Decompress rgb_float has left without fixes for now. On Sat, May 23, 2020 at 12:47 PM Denis Pauk wrote: > Hi Dave, > > I had tested code before only with bptc-modes and bptc-float-modes from > piglit. It was free time project, so no real tests. > > Code had reused implementation from intel classic driver if i correctly > remember. > > Maybe something wrong with pixel type conversion. I will check. > > On Sun, May 10, 2020 at 10:26 AM Dave Airlie wrote: > >> On Wed, 27 Jun 2018 at 06:36, Denis Pauk wrote: >> > >> > Reuse code shared with mesa/main/texcompress_bptc. >> > >> > v2: Use block decompress function >> > v3: Include static bptc code from texcompress_bptc_tmp.h >> > Suggested-by: Marek Olšák >> > >> > Signed-off-by: Denis Pauk >> > CC: Nicolai Hähnle >> > CC: Marek Olšák >> > CC: Gert Wollny >> > --- >> >> Hi Denis, >> >> not sure you are still around or interested in this code, but I've >> recently run Vulkan CTS over it and it fails some bc7 tests. >> >> It also fails a piglit test that I'm not sure is related or not yet. >> >> It only seems to be a corner case failure, like 6 or 7 pixels in the >> CTS cases, but I'm wondering if you have any insight or memory of >> where it might diverge. >> >> Dave. >> > > > -- > Best regards, > Denis. > -- Best regards, Denis. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH v3 2/4] gallium/auxiliary: Add helper support for bptc format compress/decompress
bptc-float-modes is fixed by: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/6774 Marek On Tue, Sep 22, 2020 at 4:33 AM Denis Pauk wrote: > Hi Dave, > > Could you please check > https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/6809/diffs ? > > It contains possible fixes for bptc rgba unorm. Bug is related to > incorrect reuse current bit_offet reuse between iterations. > > Decompress rgb_float has left without fixes for now. > > On Sat, May 23, 2020 at 12:47 PM Denis Pauk wrote: > >> Hi Dave, >> >> I had tested code before only with bptc-modes and bptc-float-modes from >> piglit. It was free time project, so no real tests. >> >> Code had reused implementation from intel classic driver if i correctly >> remember. >> >> Maybe something wrong with pixel type conversion. I will check. >> >> On Sun, May 10, 2020 at 10:26 AM Dave Airlie wrote: >> >>> On Wed, 27 Jun 2018 at 06:36, Denis Pauk wrote: >>> > >>> > Reuse code shared with mesa/main/texcompress_bptc. >>> > >>> > v2: Use block decompress function >>> > v3: Include static bptc code from texcompress_bptc_tmp.h >>> > Suggested-by: Marek Olšák >>> > >>> > Signed-off-by: Denis Pauk >>> > CC: Nicolai Hähnle >>> > CC: Marek Olšák >>> > CC: Gert Wollny >>> > --- >>> >>> Hi Denis, >>> >>> not sure you are still around or interested in this code, but I've >>> recently run Vulkan CTS over it and it fails some bc7 tests. >>> >>> It also fails a piglit test that I'm not sure is related or not yet. >>> >>> It only seems to be a corner case failure, like 6 or 7 pixels in the >>> CTS cases, but I'm wondering if you have any insight or memory of >>> where it might diverge. >>> >>> Dave. >>> >> >> >> -- >> Best regards, >> Denis. >> > > > -- > Best regards, > Denis. > ___ > mesa-dev mailing list > mesa-dev@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/mesa-dev > ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev