apa
Legacy Member
Die codec packs kan ik alleen maar heel sterk afraden. De manier waarop de juiste codec geselecteerd word is behoorlijk ingewikkeld en daar houden die codec-packs geen rekening mee. Je komt uiteindelijk uit op een systeem waarvan je niet meer kan weten welke codec precies gebruikt zal worden. Het uninstallen van zo'n codec-packs verhelpt bovendien niets omdat bepaalde instellingen niet ongedaan kunnen worden: re-installen is dan de enige oplossing.T-T zei:
Enkel van Shark007's codec pack hoor ik redelijk wat positieve geluiden. Persoonlijk verkies ik echter het manueel selecteren, installeren en instellen van codecs: dat is de enige manier om een voorspelbaar systeem te bekomen vrees ik (en is dus niet erg makkelijk).
Matroska is geen codec, maar een container-formaat. Een videobestand bestaat namelijk uit heel wat verschillende delen:T-T zei:
Het bestand dat je krijgt (AVI, MKV, MP4, MOV, ...) is een zgn. "container". Zo'n container kan verschillende onderdelen bevatten: een video-spoor, een/meerdere audio spoor/sporen, subtitles, ... De onderdelen van een container worden eruitgehaald middels een splitter. Zo is "Matroska" een container formaat en is de Haali media splitter een splitter die een Matroska-container kan openen. AVI en MP4 zijn andere container-formaten.
Het videospoor dat je in de container terugvindt staat opgeslagen in een bepaald formaat: we zeggen dat die gecodeerd staat. Om het videospoor te kunnen afbeelden heb je de passende decoder nodig die we CODEC noemen (= COder + DECorder). H.264 en MPEG2 zijn 2 zo'n coderingen. CoreAVC is een CODEC die je toelaat om H.264 video af te spelen. x264 is een coder die je toelaat om ruwe videobeelden naar H.264 codering om te zetten.
De videobeelden die uit de CODEC komen kunnen eventueel nog nabewerkt worden (= postprocessing). Dit gebeurt nadat de beelden gedecodeerd werden en vóór de beelden op het scherm getoond worden (duh). Nabewerking kan je o.m. met ffdshow.
Uiteindelijk moeten de beelden nog op het scherm getoond worden. Dat gebeurt door een zgn. "renderer". Eenvoudig gezegd bepaalt deze welke bits moeten gezet worden om iedere pixel correct op het beeld te toveren. Opdat er geen aparte renderer geschreven zou moeten worden voor iedere videokaart, werden een aantal standaarden afgesproken voor renderers (zoals VMR7, VMR8, VMR9 of nog EVR in Windows). Verschillende fabrikanten van videokaarten zorgen ervoor dat hun drivers beelden aanvaarden in die standaard-formaten en correct doorgestuurd worden naar de videokaart.
Om video te laten decoderen door je gpu, moet de gecodeerde video naar de videokaart gestuurd worden. Omdat beelden pas naar de gpu gestuurd worden in de laatste stap (= de renderer), moet je de CODEC-stap overslaan en rechtstreeks de (gecodeerde) beelden naar de renderer sturen. De enige renderer in Windows XP die beelden volledig ongemoeid liet was VMR9; in Vista en Windows 7 kan dit enkel met EVR. Dat verklaart meteen waarom je die renderers moet selecteren voor gpu-decodering.
Het audiospoor wordt eveneens in een bepaald formaat in de container teruggevonden. Dolby Digital is één zo'n formaat net als DTS of MPEG-audio. Ook voor deze formaten heb je de passende decoder nodig. Veel van deze formaten kunnen ook hardwarematig gedecodeerd worden door surround-receivers. Daartoe wordt het audio-spoor as-is doorgestuurd via een digitale verbinding (SPDIF coax, SPDIF optisch of HDMI). Alternatief kan je het audio-spoor door de computer laten decoderen middels een decoder zoals AC3 filter.
Maar dat verschilt ENORM van film tot film. Net als dat je de mate van compressie kan instellen bij het ZIPpen of RARren, kan je dat ook bij het coderen van een film. Hoe meer de videobeelden gecomprimeerd worden, hoe zwaarder het wordt om die terug te decomprimeren. Verder zullen effenere beelden ook veel minder CPU kracht vergen dan beelden met heel veel detail: dat verklaart waarom je pieken kan zien in je CPU verbruik (anders was het constant he?!).T-T zei:
