01:47fling: How do I fix this? -> mpv: segfault at 38 ip 00007efd90aa4fef sp 00007fff10c989c0 error 4 in nouveau_drv_video.so[7efd9095b000+2df000]
01:53imirkin: fling: are you using vo = gl or vo = vdpau?
01:53imirkin: AndrewR: i suppose so? mpeg is basically a bunch of 8x8 JPEG's ... kinda
01:54imirkin: why do you care about mjpeg out of curiousity?
01:54gnarface: netscape 4 compatibility :)
01:54imirkin: chances are it'll be faster to decode on cpu -- that was my experience with mpeg
01:54fling: imirkin: not specifying it explicitly
01:55imirkin: basically the vld in mesa is sufficiently crap that it cancels out any gains from accel
01:55imirkin: fling: pastebin the output of mpv?
01:55imirkin: (mpeg was kind of a win with XvMC, but everyone hates that for some dumb reason)
01:56fling: imirkin: works fine with --vo=gl
01:56imirkin: ok. well it shouldn't :)
01:56imirkin: using vdpau for decode + gl for display = recipe for disaster with nouveau
01:56imirkin: s/vdpau/vaapi/ -- same thing btw
01:57imirkin: (perhaps you're not using accelerated hwdec?)
01:57fling: imirkin: should I disable vdpau and vaapi on the box with nouveau?
01:57imirkin: (but then why would it be looking at nouveau_drv_video.so...)
01:57fling: idk :D
01:57imirkin: which GPU do you have?
01:57fling: I used asd gpu and now reconnected the cable to nouveau to get more fps from mpv
01:57imirkin: (lspci -nn -d 10de: )
01:58fling: ASPEED Technology, Inc. ASPEED Graphics Family (rev 10) and NVIDIA Corporation GK104 [GeForce GTX 760] (rev a1)
01:58imirkin: hm, well video decoding should work ok there
01:58imirkin: subject to the usual caveats
02:00fling: imirkin: what to rebuild? :P
02:00imirkin: the universe... preferably without nvidia in it next time =/
02:00imirkin: well, tbh, i haven't really kept up with all this stuff
02:00imirkin: i've always used mplayer, and it's mostly worked ok
02:01fling: What is so wrong about nvidia? No documentation on the significant parts?
02:01imirkin: no vendor support for open-source
02:04imirkin: you can have a look at how i've run vdpau on the VideoAcceleration wiki page
02:04imirkin: (scroll to the bottom)
02:05fling: I forgot to tell you something
02:05fling: The screen is d-sub only which is why I've not used it with nouveau
02:05imirkin: why would that matter?
02:06fling: as gk104 has no ramdac and no d-sub output
02:06imirkin: that's ... not true
02:06imirkin: i'd be surprised if yours didn't have even one DVI-I output
02:06imirkin: and DVI-I is a combination of DVI-D and VGA, sharing a single connector
02:07fling: Maybe I missed DVI-I or DVI-A there.
02:07imirkin: probably true that not a lot of GK104's manufactured that had a 15-pin d-sub port, but they _definitely_ support regular VGA
02:08fling: Anyway I bought a $3 hdmi <-> d-sub converter and connected this old screen to hdmi :>
02:08imirkin: you can check with nouveau... ls -d /sys/class/drm/card*-*
02:08imirkin: see what outputs it lists... if any are DVI-I, then you can just use a very simple adapter
02:11fling: imirkin: and then I god HDMI-A-1: EDID is invalid: https://bpaste.net/show/a92dbbd59022
02:11imirkin: yeah, not surprising with an active hdmi <-> dsub adapter
02:11imirkin: pastebin the output of the command above
02:12fling: card0-VGA-1 card1-DP-1 card1-DVI-I-1 card1-HDMI-A-1
02:12fling: ^ card0 is ast
02:12imirkin: the DVI port on your board is DVI-I -- if you have a DVI <-> 15-pin dsub adapter on hand, you can just use that
02:13fling: Thanks for the great idea, I will look for the adapter!
02:13imirkin: they used to get handed out like candy a while back
02:13imirkin: like you buy an ethernet cable, and you get one of those with it :)
02:13fling: You are right the dvi connector looks like it has a lot of pins…
02:18fling: imirkin: connected with an adapter it works now!
02:18fling: The picture quality is much better and no delay
02:18fling: imirkin: thanks!
02:18fling: And mpv is not crashing anymore.
02:18imirkin: tbh, that's surprising
02:19imirkin: only thing that could be different is the refresh rate / vsync situation
02:20fling: Whoops, started crashing when I played third video.
02:20fling: whithout specifying --vo=gl
02:20imirkin: can you pastebin the output of mpv?
02:20fling: Now it crashes on all the videos with and without vo=gl :<
02:20imirkin: ok, that's consistent at least! :)
02:21imirkin: how about mpv --hwdec=no
02:29fling: imirkin: https://bpaste.net/show/04f35313fdcd
02:30fling: imirkin: not segfaulting with xvid
02:30fling: imirkin: also not segfaulting with h264 and --hwdec=no
02:44fling: imirkin: does it need a firmware for vdpau to work?
02:44imirkin: check the VideoAcceleration page
02:44fling: what about vaapi?
02:44imirkin: those are just api's exposing functionality
02:45imirkin: video decoding accel is what needs the firmware
02:45fling: So if I don't have the firmware I can't use hwdec right?
02:45imirkin: but vaapi/vdpau *do* still expose presentation bits which are usable
02:45imirkin: perhaps that's not helping things
02:45fling: Is it safe to just disable vdpau and vaapi everywhere? :P
02:46fling: vdpau with opengl backend is stupid, right?
02:46imirkin: not necessarily
02:46imirkin: in fact, i believe that's the default on things like mpv
02:47fling: But without hwdec working on nouveau there is no use for vdpau/vaapi in any apps?
02:50fling: Why don't I see a segfault with --hwdec=vdpau and with --hwdec=vaapi when playing an xvid in mpv? hmm hmmmm
02:53imirkin: no clue
02:56fling: Then I will keep hwdec=no for now.
02:56fling: imirkin: thanks! :D
07:31AndrewR: imirkin, sorry, was sleeping. Recently Cinelerra-GG (NLE) gained support for vaapi/vdpau decoding and vaapi encoding ..so, having few streams played at the same time (tracks, monitors) not as uncommon as it was with just players.
07:32AndrewR: imirkin, https://lists.cinelerra-gg.org/pipermail/cin/2019-May/thread.html (not very big list archive)
07:34AndrewR: imirkin, as far as I understand mesa and ffmpeg can't be mixed freely (mit vs gpl?), but then having something simple for (regression) testing will not hurt?
08:02AndrewR: imirkin, https://github.com/CESNET/GPUJPEG (CUDA, but in theory it can be implemented at least on same hw with different programming interface ...). Well, even just IDCT stage....
08:31AndrewR: https://github.com/negge/jpeg_gpu/commits/master - I think I tested this on my openGL 3.3 card and it worked ....
08:51AndrewR: imirkin, just retested this jpeg_gpu program - it decodes 2048x1536 jpeg photo at 11 fps for cpufreq 1.4 Ghz, and at 27 fps if I let cpu freq rise up to 3.4-3.8 Ghz