00:04 alyssa: no, still wrong alyssa
00:04 alyssa: feq16(f2f16(x), f2f16(y)) cannot be optimized to feq32(x, y)
00:05 alyssa: e.g. x = 100_000, y = 200_000
00:05 alyssa: x != y but f2f16(x) == f2f16(y)
00:06 alyssa: so actually it's that
00:06 alyssa: alu32: can fold f2f32 in source, can fold f2f16 in dest -- these would happen anyway
00:07 alyssa: alu16: can fold f2f16 in source, can fold f2f32 in dest -- these would happen anyway
00:09 alyssa: (of course, feq16(f2fmp(x), f2fmp(y)) can be optimized to feq32(x, y), but the backend doesn't know that)
00:10 alyssa: this does mean we can't optimize feq16(x, f2f16(y)) to feq32(f2f32(x), y)
00:10 alyssa: but again that's not legal either
00:10 alyssa: (in exact mode)
00:10 alyssa: set y to f2f32(x) + 1 ulp
00:11 alyssa: x == f2f16(y) but f2f32(x) != y
00:13 alyssa: so mostly the problems are confusion in the backend opt around type sizes
09:43 darks: Hello. So im personally a Windows User but I own a Steam Deck, and recently I noticed that Steam Link with Flatpak Apps doesnt seem to work. Tried my best to look around and found a Github Issue about it for SteamOS, and a friend of mine suggested that it maybe could be missing x264 support in Mesa. Though, im not that knowledgeable on Linux, and the Issue template for Mesa overwhelmed me a bit, and found this IRC Channel on the
09:43 darks: Mesa Gitlab page. Could someone redirect me to where I could report this / get some help making the Issue? (if its even related to Mesa)
09:47 kode54: Redhat asked for the ability to disable the patent encumbered codecs, and got the switch added, and now Flatpak Mesa package disables them all
09:47 kode54: probably not going to change
09:50 darks: So im pretty much out of luck for it? Because this entire situation is very frustrating, its like... im trying to stream RetroArch from my Deck to my PC so my BF can watch me play, the Flatpak version has broken FFmpeg and got permission issues with UDP Streams and Steam Remote Play is broken, the AppImage doesnt even have FFmpeg or WebM Streaming / Recording build in, doesnt auto update but it does have working Steam Remote Play,
09:50 darks: and considering im on the Steam Deck im pretty limited on what I can do because of the more locked down System
20:27 DemiMarie: kode54: darn it! Could all the patent encumbered stuff be moved to OpenH264?
20:36 kisak: to do what now? A cpu based implementation of h264 isn't going to touch hardware based h264 decoding. You gain nothing.
22:54 karolherbst: also.. the patents ran out anyway
22:55 karolherbst: at least for the base h.264 stuff
23:12 kode54: then the videocodecs flag should enable h.264 by default where possible
23:13 kode54: the flatpak freedesktop.org sdk sets -Dvideocodecs=(codecs string), but the codecs string appears to default to emptystring
23:13 kode54: building the two freedesktop SDK packages, x86_64 and i686, takes hours each
23:14 kode54: (I had to do this to use a Git version of Mesa and apply two unmerged Xe KMD related patches)