16:42MayeulC: I am considering buying a secondhand [Quadro 400](https://www.techpowerup.com/gpu-specs/quadro-400.c1317) for HW video acceleration in jellyfin. According to that site, it should use VP4, so that's nice for H264 decoding.
16:43imirkin: i would discourage such a thought
16:43MayeulC: However, I saw no mention of video encoding on [the project page](https://nouveau.freedesktop.org/VideoAcceleration.html), so I guess that's not supported at all?
16:43imirkin: well, Quadro 400 is what ... fermi?
16:43imirkin: so there's no video encoding in that hw
16:44imirkin: but even if there were (as there is on kepler+), this is not supported by nouveau
16:44imirkin: also the h264 decoding isn't flawless -- some videos don't work for unclear reasons
16:44imirkin: if you're looking for something which 100% works (e.g. a tv-attached appliance), stay away from nouveau :)
16:44MayeulC: That techpowerup mentions "Tesla 2.0"
16:45imirkin: ah yeah, looks like GT216
16:45MayeulC: Hmm, okay, thanks for the information :)
16:45imirkin: which has even more problems, but on the bright side supports reclocking
16:46MayeulC: I also encountered the following output when extracting firmware: Skipping gzip blob at 0x5d92e4 (33440 bytes), wrong magic: 0x2
16:46MayeulC: Skipping gzip blob at 0x5da444 (7648 bytes), wrong magic: 0x100c
16:47MayeulC: And the instruction at https://nouveau.freedesktop.org/VideoAcceleration.html mention it's python2 only, which it isn't anymore :)
16:49MayeulC: Will look at AMD options :)
16:50imirkin: MayeulC: did you use the 325.15 version? also iirc a couple errors don't matter
16:50imirkin: look on the bright side -- i updated it to the new location.
16:51imirkin: instead of pointing at my stupid repo
16:53RSpliet: hahahahaha oh man, NVIDIA at it again
16:53RSpliet: "RTX 3060 software drivers are designed to detect specific attributes of the Ethereum cryptocurrency mining algorithm, and limit the hash rate, or cryptocurrency mining efficiency, by around 50 percent."
17:01imirkin: MayeulC: anyways, you're welcome to try it. and at some point, i was able to watch most movies with h264 hw accel
17:01imirkin: however lots of software won't work
17:01MayeulC: imirkin: Yeah, I followed the exact instructions on the fdo website
17:01imirkin: due to some impl details, you effectively can't mix vdpau + gl
17:01imirkin: which lots of "modern" video players like to do
17:03imirkin: and also people like to break video decoding on nouveau every so often, so since i don't use it on a regular basis anymore, it can end up broken for multiple releases. usually an easy fix, but only if i know about it.
17:03MayeulC: Ah, so that's the caveat. Well, it's only used for transcoding with ffmpeg before jellyfin sends the stream trough http, so I guess it is fine?
17:03imirkin: yeah, that should be one of the most working use-cases :)
17:03MayeulC: However, ideally I'd want something quite reliable, since users can't turn off HW acceleration themselves
17:03imirkin: many people foolishly want to actually *see* the video
17:04imirkin: and that's where the problems begin
17:04imirkin: but note that if you want transcoding, hw with encoding may be better-suited
17:05MayeulC: I might as well get it and try it out, since it's only 15€. But I wonder if just plugging the card might not double my power consumption (currently 20-30W)
17:05imirkin: if you want to use nvidia blob drivers, i believe NVENC is supported from kepler and on (and there are some small fanless GT 7xx gpu's out there)
17:05imirkin: tesla's run pretty hot, so i imagine power usage will increase
17:05imirkin: the GK208 kepler's are pretty low power, may be better-suited to your use-case
17:05MayeulC: I have little interest in blobs, TBH x)
17:05MayeulC: Those usually come with an expiration date on the lid.
17:06imirkin: i understand
17:06imirkin: just pointing out practical solutions
17:06MayeulC: Though without encoding, as you said, I am considering an AMD card instead
17:06imirkin: intel is obviously the best thing, but you either got it or you don't
17:06imirkin: AMD supports both decode and encode fairly well
17:07imirkin: but they haven't made low-power GPUs in a very long time
17:07imirkin: the ones you can find that are low-power are *ancient* and actually not too well-supported for video decode/encode
17:07MayeulC: Hmm... This is a sandy bridge machine, it's fairly old, and upgrade options are limited for that socket, hence my looking at a cheap dgpu
17:08imirkin: sandybridge supports all this
17:08imirkin: it supports both decode and encode
17:09MayeulC: I think it used to work (with Quicksync IIRC), but something broke recently...
17:09imirkin: then complain to the intel guys
17:09imirkin: they're pretty responsive
17:09imirkin: i have a snb laptop - used to work fine
17:09imirkin: libva-intel-driver or whatever
17:10MayeulC: That one might be on ffmpeg or even jellyfin, I have to dig into it. That might indeed be a better option.
17:10imirkin: well, it'll be the same problem with anything else
17:11imirkin: va-api is used
17:11imirkin: so if va-api is broken, you're sunk
17:11MayeulC: Well, my options are clearer now. Many thanks for the tidbits on GPU power also.