Erik Slagter

Zelfs als je een intraframe te pakken hebt, kun je nog niet per sé meteen beginnen met kijken. De decoder moet ook weten op welke PID's de streams zitten en wat voor streams het zijn (is het geluid, beeld, synchronisatie, metadata, voor codecs worden gebruikt...). Deze informatie zit in de PMT tabel en die wordt regelmatig (in stukjes) uitgezonden, maar kan even duren voordat die weer helemaal compleet is. Idem de PAT (die zegt welke zenders er op het complex/transponder zitten).

En hoe dat afgehandeld wordt, blijkt heel erg per player te verschillen. De ene wil veel meer data bufferen dan de ander en de een kan zelf PID's "proben" terwijl een andere de complete PMT en PAT nodig heeft.

Wat nog wel eens een "probleem" is, is juist zenders van heel goede kwaliteit, waar heel moderne encoders gebruikt worden, in combinatie met h265. De bitrate is dan juist niet zo hoog en het kan even duren voordat een complete intraframe wordt uitgezonden. H264 en H265 hebben verschillende soorten intraframes waarbij de een "meer" intra is dan de ander ;-) Als ik het goed begrepen heb is de ene primair om een recovery point te construeren (hier kun je invallen zonder eerdere data nodig te hebben) en de ander is meer om oplopende afrondingsfouten in inter-frames en minder efficient worden van inter-frames te voorkomen, bij lange reeksen van inter-frames + scene cuts. Maar dat terzijde.

Cards or card readers never decrypt services. That's the job of the descrambler (inside the demux) or the CI module.

Which is common practice.

There is no such thing as an AVI codec. AVI is a container.

I think you are referring to DIVX and XVID, which were using an AVI container. The container is not the problem, the problem is the (not fully implemented) mpeg4-vc codec (also commonly known as "mpeg4" but incorrect). This codec is supported on only a handful of set-top-boxes.

So what you want/need to do is to re-encode the video to use h264 (mpeg4-avc) codec or even h265. The container (avi...) is not relevant, gstreamer can play from avi or mp4 or mkv or ts, it doesn't mind. But h264 or h265 cannot be carried in an avi container, due to limitations of the avi container (which is why nobody is using them nowadays).

For everyone wanting to play their antique "divx" clips I'd suggest:

- install ffmpeg on your computer

- run ffmpeg -i "your_divx_media.avi" -acodec ac3 -r:a 48000 -ac 2 -b:a 192k -codec:v hevc -preset fast -crf 28 -vf hqdn3d -x265-params -f matroska "your_output_file.mkv"

if the input is interlaced  add "-vf bwdif=0". If the input rate is anything other than 23.98 Hz or 25 Hz, add -f 25. For extra compatibility you might consider using one of the standard DVB resolutions like 720x576 or 704x576, using -s, but mostly it's not required.

This is suitable for most/usual low quality clips. If you want high quality I can give advise on alternative options for higher bitrates, higher frame rates etc.

Often these USB to SATA bridges don't support setting the platter spinning timeout.