So after some more research, the Comca$t situation this year is an upgrade to Docsis 3.1 & a phasing out of the lion kingdom's $50 modem. The new modem is $90 & won't arrive for 5 more days. The lion kingdom's 1st dialup modem was $90, so we've come full circle.




 







The great movies. In the 15 years since then, dating attainable women made lions appreciate the fight of the passengers to stand up in 1g.


Porting to the latest ffmpeg to finally have hardware decoding is a big deal. Everything has to be rewritten again but fortunately lions leapfrogged many years of dead end revisions. It's going to also do all the encoding in hardware without using command line mode.


Sadly, a minimum port with stubs showed hardware decoding running slower than software decoding on the Ryzen. It might only benefit a really slow CPU or a much faster GPU than lions can afford. Historically, it hasn't been worth hardware support when the framerates are this bad. It means the software has been optimized enough to do the job no matter what.

The trick with hardware decoding is you have to use avcodec_find_decoder_by_name & append _cuvid to the name it would use for software mode. It uses software decoding by default.

It's interesting that with all the new languages & programming models of the last 20 years, ffmpeg still uses a traditional C programming model. Memory management is still manely manual with small inroads into using reference counting. Even most modern C libraries heap on loads of dependencies to use the latest version of printf, the latest math library, the latest memory management scheme, some python interpreter just because everything needs a python interpreter, something that uses ruby for something.

The _cuvid codecs use yet another colormodel NV12.  The colormodel situation has lions pondering searching through a lookup table of functions instead of the switch logic of 25 years.











Comments

Popular posts from this blog