40 replies to this topic

[PliPi]

"De hardware encoders van bijv. Ziggo en M7 zijn niet maximaal efficient omdat ze real-time moeten omzetten."
Er wordt met een Edision Mega opgenomen: HEVC H.265 hardware decoding.
Processor: Broadcom Mips 1600 MHz – BCM73565
512 MB NAND Flash / 4MB SPI Flash / 1Gb DDR3 RAM
Resolutie ondersteuning: 1080p, 1080i, 780p, 720p, 576p, 576i, 480p, 480i

Afspelen gebeurd op Edision of op pc. Dient de conversie naar h265 te gebeuren? (welk voordeel heeft dat?) De desktop heeft een i5 cpu die kan wel wat aan.

Er is enkel FTA ontvangst. De opnames zijn volgens VLC onder DETAILS: 720 x 576, dit hoeft niet opgeblazen te worden.

Vreemd genoeg geeft VLC diezelfde resolutie voor de BBC tv opnames van recente datum. Terwijl die bij afspelen veel breder worden weergegeven dan de oude tv series uit jaren 90 die ITV3 uitzend en volgens VLC ook 720 x 576 zijn.(?)

[Erik Slagter]

Wat is nou je punt of vraag?

 

720x576 is 4:3 (vanaf 768x576, maar dan zonder blanking). Op enig moment is men daar ook breedbeeld in gaan stoppen (16:9), dat heet anamorf breedbeeld. De pixels zijn dan niet vierkant, maar uitgerekt. In de metadata wordt dan de aspect ratio meegegeven, zodat het apparaat dat afspeelt de juist uitrekking kan toepassen, vanuit 768 pixels worden dan 1024 pixels getoont. Deze metadata wordt door ffmpeg in principe netjes overgenomen, hoef je niks aan te doen.

[PliPi]

De andere vraag is: Dient de conversie naar h265 te gebeuren? welk voordeel heeft dat?

(De desktop die ffmpeg draait heeft een i5 cpu die kan wel wat aan.)

 

En: "De pixels zijn dan niet vierkant, maar uitgerekt." Bedoel je dat in dat geval de pixels/ info word opgerekt/ vervormd?

[WanWizard]

https://en.wikipedia...phic_widescreen

[pimvantend]

Zonder de laatste paar antwoorden te kennen was ik gekomen tot de opdracht:

ffmpeg -i filmpje.ts -filter_complex '[0:0] [0:3] overlay' filmpje.mp4

Hierbij is 0:0 de hoofdvideostroom en 0:3 de non-teletekst ondertiteling.
zoals aangegeven door

ffprobe filmpje.ts

De ondertitels worden ingebrand en de omvangsreductie vindt plaats. De
omvangsreductie is een factor twee tot vier, de hercodeertijd tweemaal de
afspeeltijd.

Er spelen nog de volgende probleempjes:
 

1. Teletekst ondertitels komen in het midden van het beeld.
2. Non-teletekst ondertitels komen netjes onderin. Gelukkig waren die ook
   beschikbaar.
3. De eerste ondertitel valt weg.
4. De afspeler denkt dat de film langer is dan hij feitelijk is.
5. Het weghalen van een narratorspoor heb ik niet kunnen uitproberen.
6. Het aspect-ratio probleem heb ik niet opgelost, omdat het niet optrad.

Edited by pimvantend, 12 November 2018 - 14:59.

[doglover]

De ondertitels worden ingebrand

 

 

Yikes....

 

Willy

[Erik Slagter]

 

De ondertitels worden ingebrand

 

Yikes....

Kort maar krachtig

 

Niet optimaal inderdaad.

[PliPi]

Wat een onnozele reacties opeens zeg. Niet erg helpend bovendien.

[doglover]

In de 9de post van deze thread heb ik een methode gegeven die werkt.

Maar ja als je persez met de commandline wil werken, daar kan ik niet bij helpen.

 

Willy

[pimvantend]

Met de volgende opdracht komen teletekst-ondertitels, in dit geval in stroom [0:4], op de goede plaats te staan:

ffmpeg -i filmpje.ts -filter_complex '[0:0] [0:4] overlay=x=114:y=326' filmpje.mp4

De eerste ondertitel komt nu wel over. Het probleem met de filmlengte lijkt te komen, doordat het origineel slordig is afgesloten.

[Erik Slagter]

Je hebt alleen nergens aangegeven welke audio en video codecs gebruikt moeten worden, wat voor target bitrate/kwaliteit en last but not least, "inbrangen" van de ondertitels is nergens voor nodig. Ik had nog nota bene een mooi voorbeeld gegeven van een wel goede ffmpeg command line? Als je niks aangeeft is de kans groot dat er een bitstream uitkomt die niet compliant is.

Edited by Erik Slagter, 17 November 2018 - 12:49.

[doglover]

Handbrake instellingen voor een SD opname.  720x576 zoals van bv ITV3

 

Dimensions:

Cropping: uitschakelen  (of op Custom zetten en alle waarden 0 maken)

Video size:  720x576

Anamorphic:  Automatic

Modulus: 2

 

Video

H264 codec. 

Framerate:  Same as source

Constant Framerate

Avg bitrate 1250 kbps

Je kunt 2 pass encoding aanzetten, maar ik vind dat het weinig uitmaakt.  Anderen zijn het hier niet mee eens

 

 

Audio:

Click op add track en add all remaining tracks

De settings van de audio tracks  stel je in op wat je zelf wil.  Ik verkies AC3 160kbps stereo

Eventueel de narrator track uitschakelen.

 

 

Ondertitels:

Alles uitschakelen. 

 

 

Willy

Edited by doglover, 17 November 2018 - 13:53.

[pimvantend]

Als ik niet inbrand, krijgt de uitkomst geen ondertitels. Met inbranden wordt de ingewikkelde opdracht:

ffmpeg -y -i filmpje.ts -filter_complex '[0:0] [0:4] overlay=x=114:y=326' -codec:v libx264 -preset medium -c:v libx264 -x264opts 'level=42:nr=1000:keyint=100:vbv-bufsize=62500:vbv-maxrate=62500:ref=3:bframes=8:b-adapt=1:subme=9:crf=24' -profile:v high -level 42 -map 0:v -codec:a ac3 -b:a 256k -channels 2 -r:a 48000 -map 0:a:0 -dn -vsync cfr -shortest  -f matroska filmpje.mkv

De uitkomst is maar vier procent kleiner dan de .mp4, dus dit loont eigenlijk niet.

[doglover]

Wat baten kaars en bril, als de uit niet zien wil!!!!!

 

Het gaat wel, maar dan moet je het wel goed doen.  De procedure is al een paar maal beschreven. 

Maar ja, als je persez de commandline opties wil gebruiken, moet je wel alle parameters goed zetten om het juiste resultaat te verkrijgen.  Dit is zo gecompliceerd, dat ik er zelf niet aan begin.

 

Willy

[Erik Slagter]

Ik weet dat het kan, want ik doe het regelmatig

[PliPi]

@Willy

na een 10tal pogingen en een paar uur verder heb ik de windows programmas verlaten. Mede omdat iemand hier ter plekke bereid is mij met Linux  te helpen.

De spreuk die je aanhaalt klinkt leuk, maar er zit geloof ik een typefout in: uit?

 

Ondertussen heeft zich ook een nieuwe whiz kid zich in de discussie gemengd, bedankt Pim. Wat het inbranden van de tt betreft, ik zie daar op zich geen bezwaar in, mits de lettergrootte volstaat en de regels links uitgelijnd zijn. Om eerst met subedit de tt eruit te snijden in de hoop dat ze later nog sync loopt heb ik weinig fiducie/ teveel moeite

 

@Slagter De door jou eerder geplaatste commando werkte niet, ook niet na het verwijderen van de  accelerator. Zoals gezegd ik begrijp niet veel van commandline, maar ik vind het wel vreemd hoe de op mij serieus overkomende pogingen van Pim belachelijk worden gemaakt. Jammer. 

[doglover]

De programma's die ik aanhaalde:  MKVtoolnix, Handbrake en SubtileEdit (met mono) werken ook op Linux (Native - niet via Wine)

Het gebruik van Linux is geen excuus om deze niet te gebruiken.

 

Om eerst met subedit de tt eruit te snijden in de hoop dat ze later nog sync loopt heb ik weinig fiducie/ teveel moeite

 

 

teveel moeite:  Dit proces duurt minder dan een minuut om ze eruit te halen, en ongeveer dezelfde tijd om ze opnieuw in de mkv te zetten.

De file converteren met handbrake:  File inladen.  De parameters goed zetten met een paar klikken en gaan met die banaan.

Neen, een heel moeilijke command line gaan schrijven bespaart veel tijd!!!!!

 

Begrijp me niet verkeert.  Het zal wel werken met een command-line.  (Handbrake kan niets meer dan ffmpeg met commandline).  Maar eer dat je alles juist hebt staan in die command-line....

 

Willy

 

Ga nu niet zeggen dat dit te lang duurt.

[doglover]

Nog iets:

 

Hoewel in de mp4 container ondertitels kunnen meegenomen worden, is het mij nog nooit gelukt deze ondertitles fatsoenlijk weer te geven. Niet met VLC of met de ingebouwde videospeler van enigma2.  Er zullen wel spelers zijn waarmee het wel lukt., maar hiernaar nooit gezocht.

Met mkv, geen enkel probleem.

 

Tenzij je natuurlijk de ondertitels inbrand.  Yikes.

 

Willy

Edited by doglover, 25 November 2018 - 10:12.

[Erik Slagter]

Het is lang geleden dat ik mp4 gebruikte, maar "vroeger" kon het wel zeker. De afhandeling binnen enigma is gelijk. Wat ik denk is dat je in de mp4's probeert grafische ondertitels af te spelen (VobSuB e.d.) en dat is unsupported.

[doglover]

Er zal dan wel vergeten zijn e.e.a. of ander parameter juist te zetten bij het maken van de mp4.

Soms gaven de ondertitels wel weer, maar in een veel te kleine font (onleesbaar) en dit zowel op VLC als enigma2.  Terwijl de instellingen voor het weergeven wel goed waren in VLC of enigma2.

Bij MKV dit soort problemen nooit gehad.  Ik vermijd daarom nu mp4 als er ondertitles bij te pas komen.

 

En Erik, neen, het waren gewone srt's, geen grafische ondertitels.

 

Willy

Edited by doglover, 25 November 2018 - 10:37.