Forums

Heb meerdere opnames staan (nieuwe en oude) gemaakt met PLI 1.0 , 2.0 , 2.1 en 3.0,

Via de Cutlist editor de reclames en ongewenste stukken eruit geknipt.
Daarna met de Moviecut plugin het overtollige verwijderd..
bestand is kleiner geworden (logisch)

in de movielist geeft hij keurig aan 26:11 (825 Mb orgineel was bijna 3 Gb) Zie foto : F1..

in de movieplayer en op het display staat de orginele tijd 1:19:39 Zie foto : F2 helemaal rechts
je ziet op de tijdlijn de groene markering van 26:11 de rest er achter bestaat niet..

Lijkt niet helemaal lekker te gaan..

Andere skin geeft het zelfde probleem..

Dat komt omdat je echt knipt.... en de PMTs niet opnieuw 'restreamt'....

Daarom laat ik mijn PC knippen als ik dat al doe....
Edited by littlesat, 27 July 2012 - 15:47.

Maar waarom is het niet bij alle opnames die "echt" geknipt zijn ??

deze is ok.. opname duurde 1 uur..
Edited by DeBeek, 27 July 2012 - 15:57.

Ja, de metadata file worden niet bijgewerkt, is mij ook al eens opgevallen. Ik zou niet zo 1,2,3 een oplossing weten. Wel een alternatief: de nieuwste mkvmerge versies kunnen ook transport files inlezen (en omzetten naar mkv). Het resultaat is kleiner (minder overhead), je kunt de bijbehorende files (.sc .ap etc.) weggooien en er zitten geen gaten in de file. Nadeel is wel dat je de beschrijving van het programma kwijt bent.

Dat komt omdat je echt knipt.... en de PMTs niet opnieuw 'restreamt'....

PMT's en lengte van de file???

Daarom laat ik mijn PC knippen als ik dat al doe....

Voor zover ik weet zijn er geen programma's die transport streams transparant knippen zoals moviecut dat doet (geen re-encoding en alle streams blijven bewaard). Mkvmerge bijvoorbeeld kan wel selectief tijdspanne's importeren, maar dan ook alleen een deel van de audio en video tracks en momenteel nog geen subs.

En als je (door de desbetreffende plugin) de .sc .ap files laat reconstrueren?

Werkt ook niet..

Dat komt omdat je echt knipt.... en de PMTs niet opnieuw 'restreamt'....

Als dat zo is waarom klopt de tijd in de movielist dan wel altijd..
Alleen de tijd in de player en display geven de onbewerkte tijd aan

PMT heeft niks met de tijd te maken.
En als je PTS bedoelt, die is relatief, dus hoeft niet veranderd te worden na knippen.

Volgens mij is het alleen de meta file die niet meer klopt. (daar staan start en stop pts waarden in)

En als je (door de desbetreffende plugin) de .sc .ap files laat reconstrueren?

Sowieso niet aan te raden, dan ga je terug naar het oude formaat van die files, en gaat spoelen enzo minder efficient.

Sowieso niet aan te raden, dan ga je terug naar het oude formaat van die files, en gaat spoelen enzo minder efficient.

Kun je daar niet eens aan gaan sleutelen?

Net even een orginele DMM image erop gezet,

En daarbij kloppen de tijden van de bewerkte opnames wel..

Zie foto.. opname duurt daar 26:11 min en niet zoals in PLI 1:19:39 zie foto 2

Simpele conclusie :: er gaat iets fout in PLi...

Bij DMM gebruiken nog het oude formaat.... Ik ben aan het denken... heb je misschien een plugin of zo geinstalleerd wat niet hier goed mee omspringt? Ik zie de skin is niet standaard OpenPLi, de balken staan onderaan. Het zou zomaar ook een andere foute Renderer kunnen zijn.

En ik bedoelde eigenlijk PTS.
Edited by littlesat, 29 July 2012 - 10:55.

Geen plugin buiten moviecut.., skin is Mijn aangepaste PLi-HD, maar met de orginele skin.xml van PLi hd van vandaag gaat het ook fout..

Wat bedoel je met oude formaat ?

Dat oude formaat van DMM (waar dit draadje eerder meding van is gemaakt).... Misschien moet de moviecutter naar het nieuwe formaat van PLi worden omgebouwd of iets dergelijks.
Edited by littlesat, 29 July 2012 - 13:32.

Dat oude formaat van DMM (waar dit draadje eerder meding van is gemaakt).... Misschien moet de moviecutter naar het nieuwe formaat van PLi worden omgebouwd of iets dergelijks.

Als dat zo zou zijn dat Moviecutter iets doet waarom klopt de tijd in de movielist dan wel (bij elke bewerkte opname) ??

even een aanvulling

Als je alle file's verwijderd (behalve meta ) dan blijft de tijd fout bestaan,
verwijder ik nu ook de meta file dan is de tijd in de movielist ineens 79:36 of te wel 1:19:36 wat ook in het display en de movieplayer staat....

Maw metafile wordt door moviecut keurig veranderd, maar displaytijd en movieplayer tijd komen niet uit de metafile maar ergens anders uit..
Edited by DeBeek, 29 July 2012 - 14:41.

Even heel algemeen... ik denk dat het slimmer is, als je opnames gaat bewaren, om dat niet de "originele" mpeg transport streams te doen. Mpeg transport streams zijn ontworpen op transmissie over kanalen waar fouten kunnen optreden (bv. satelliet dus) en waar geen duidelijk begin- en eindpunt is. Daarom wordt er geen gebruik gemaakt van een "index" (waar staan de "keyframes", plaatsen waar je direct naartoe kunt spoelen en waar je meteen beeld hebt) en daarom wordt er ook veel redundantie toegepast (heel kleine packets van 188 bytes, waardoor er heel vaak headers langskomen). Dit betekent dat op je harddisk een mpeg transport stream een gedrocht is, veel te veel ruimte en lastig spoelen. Vandaar ook dat enigma er losse index-files bij maakt. Containers die zijn ontworpen voor foutvrije opslag, zoals mp4 en mkv hebben WEL een index (IN de file) en kunnen dus zonder hulp snel spoelen. En ook gaan ze veel efficienter om met ruimte, het kan 20-30% diskruimte schelen.

Als je programma's gaat bewaren, zou ik dan ook de volgende "workflow" toepassen:
- met de moviecut editor cuts aanbrengen (die komen dan alleen nog maar in de *.cuts file terecht!)
- daarna met de execute cuts plugin de file echt knippen (tip: hiervoor wordt een C programma gebruikt dat je ook op je eigen PC kunt compileren en gebruiken, gaat véél en véél sneller)
- daarna omzetten naar mkv of mp4 container, daarbij worden ook meteen de timestamp-waardes opnieuw berekend, dubbel winst
- of in plaats daarvan opnieuw encoden met bijvoorbeeld libx264, nóg meer winst, maar dat is wat lastiger.

Merk op:

- Bij materiaal dat al als h264 wordt uitgezonden is het TOCH de moeite waard om het opnieuw met libx264 te encoden. Hardware encoders (zoals die bij de omroep gebruikt worden) hebben nou eenmaal veel minder mogelijkheden om voor- en achteruit te kijken dan een software encoder, en je kunt dan ook nog een flinke extra winst verwachten.
- mkvmerge (nieuwere versies) kunnen zonder moeite complete mpeg transport streams inlezen en omzetten naar mkv, aanrader!
- de volgende mkvmerge versie zal ook de teletekst-ondertitels van transport streams overnemen!

Kan natuurlijk ook gewoon niets meer opnemen en bewaren dan ben je er ook vanaf......

Het heeft altijd goed gewerkt bij PLi en nu niet meer..

De OE2.0 van DMM geeft de tijden wel goed weer net zoals Newnigma,,

En als je dacht dat ik ruim 700 GB aan opnames ga omrekenen enz.. dacht het niet..

Het heeft altijd goed gewerkt bij PLi en nu niet meer..

De OE2.0 van DMM geeft de tijden wel goed weer net zoals Newnigma,,

Blijkbaar heeft DMM gewoon nog het oude. Onlangs heeft PLi wat verbeterd aan de meta spul... blijkbaar heeft het wel iets stukgemaakt met de moviecutter.... Alleen zal iemand moeten zoeken wat precies de oorzaak is...