Bitraten på DR HD efter MKV remux

JesperLund skrev: TS Doctor 1.0.17 giver mulighed for at fjerne filler data fra TS filen (eksperimentel feature, ikke fuldt testet endnu). Dette kunne måske være et alternativ til MKV remux, specielt for DVB-T streams hvor der er en del problemer med at remuxe HE-AAC lyden til MKV (Hansemand's procedure er ikke ligefrem simpel). Jeg vil prøve den nye feature i TS Doctor på min Heat DVB-T optagelse snarest for at se om det har nogle uheldige sideeffekter.

Hvad har HE-AAC lyden at gøre med MKV? Det eneste problem(og som jeg ønskede løst) var hvordan man får 5.1 lyd på sin Forstærker/reciever og min fremgangsmåde er den eneste jeg kan komme frem til for nuværende. Lettere fremgangsmåde søges selvfølgelig. At konvertere stereo lyden er jo ikke noget problem. F.eks et par klik med musen i VideoRedo og vupti så har du konverteret HE-ACC lyden til mp2.


Redigeret af Hansemand - 21-Januar-2010 kl. 11:15

JesperLund skrev: Jeg tænkte på lip-sync problemer når HE-AAC lyden muxes ind i en MKV container. Det problem har jeg, men det er meget muligt at jeg er den eneste.. Jeg tænkte ikke på behovet for at sende digital lyd til receiver, og så er det klart at remuxing i TS Doctor for at fjerne filler data ikke vil hjælpe noget.

Ok, så forstår vi hinanden. Jeg optog "Den sidste pelsjæger" i går aftes og lavede HE-AAC lyden om til mp2 og der var ingen lip-sync problemer i den nye ts fil. Jeg mener heller ikke det sker i en mkv container hvis ellers ts filen spiller ok. Jeg har da efterhånden lavet et "par" mkv filer med godt resultat.

Vi kan lige tage samme øvelse med Heat fra YouSee den 30/12. Først bitraten for den rå TS fil, dernæst bitraten for en TS fil hvor H264 filler data er fjernet (dog lavet uden om TS Doctor, nemlig ved at remuxe MKV tilbage til TS)

Udgangspunktet er næsten CBR (screendump ser lidt anderledes ud da disse to kørsler er lavet med Bitrate Viewer under Wine på Linux)



... og når vi fjerner H264 filler data ser det sådan ud




Også her ser det ud til at H264 filler data bruges til at procedure en næsten-CBR stream ud fra en VBR encodning.

Husk at dette er YouSee DVB-C mens forrige indlæg er DVB-T, dvs. to forskellige encodere.

Så har jeg behandlet gårsdagens Star Trek film - fra en 10 Gb .ts fil til en 4.5 Gb .mkv fil...

Dvs. mindre end halvdelen af den tilgængelige båndbredde blev rent faktisk brugt til video-data !!!

Jeg ved ikke, hvordan du producerer de bitrate grafer, så jeg kan ikke frembringe dem...

Jeg har også lige behandlet "Close Encounters of the Third Kind", og den gik fra ca. 11 Gb til ca. 10 Gb, hvilket sagtens kan være den normale mindre størrelse af .MKV i forhold til .ts filer...

Jeg synes denne diskussion bør fortsætte.
Der er alt for mange åbne og ubesvarede spørgsmål.

DR HD blev i begyndelsen sendt med en bithatighed på ca 4000-5000 kbps i en variabel bitrate og med en begrænset mængde filler data.  Jeg har som eksempel 'Forbrydelsen' fra 22.11.09. hvor der var 18% filler data,. Det gav en reel bithastighed på 4300 kbps.

I dag sender DR alle HD udsendelser med en konstant bithastighed på 9000 kbps.
Mængden af filler data er nu enormt stor. Den reelle information er kun på de samme 4000-5000 kbps som tidligere.
Vi seere får altså ikke et bedre signal, nogle bliver måske blot narret til at tro det.

Det har været nævnt at real time kodning af en MPEG4 fil er så krævende at det er nødvendigt med filler data. 
Det er sikkert rigtigt, men det forklarer ikke hvorfor mængden af disse tomme data nu er steget enormt.  Det forklarer heller ikke at alle udsendelser sendes med samme bithastighed, selv pauseudsendelserne med stationære billeder sendes med denne høje bithastighed og en 80% filler data.
Hvad er så formålet med denne ændring? Er den lavet for at lukke munden på kværulanter, der klagede over for lille bithastighed?

I samme muxer som DR HD sendes DR K og DR Update. De sendes med VBR og uden nævneværdige filler data.
Det er svært at se at en MPEG4 kodning af 1280*720 pixel skal være så meget anderledes eller vanskeligere end 704*576. Antallet af pixel er dog kun godt og vel det dobbelte.

Hvis vi tænkte os at DR sendte sine HD udsendelser i MPEG2 kodning med 9000 kbps, så ville det ikke være nødvendigt med filler data af betydning. Kvaliteten ville sikkert være mindst ligeså god, som den vi nu får med MPEG4 og en reel bithastighed på 4000-5000 kbps.
Er det således ikke en misforståelse at bruge MPEG4 på TV udsendelser, som skal kodes i real time?
Er MPEG4 i høj kvalitet i virkeligheden kun egnet til at lave f.eks. BluRay film, hvor der er tid og kraft nok til en effektiv kodning.

DR HD sender lyden i det lidt besværlige HE-AAC format. Det må vel være for at spare en ca. 100 kbps på lydkanalen.
Den besparelse virker latterlig, når der samtidig bliver brugt ca. 4000 kbps på tomme data i videokanalen.

Erik Helmer Nielsen