Hab ich schon mal probiert, bei einem Film war das *.ac3 File nachher 34 kByte gross und das bei einem ganzen Film?!? Irgendwie funzte das auchgrubi hat geschrieben:Habt ihr mal versucht die mit ggrab gestreamten Filme zu allererst mit ds.jar zu demuxen bevor Ihr schneidet oder sonstewas macht ?
Bei dieser Vorgehensweise hatte ich noch nie Probleme mit async ?
Mittlerweile ca. 40 Filme alle mit AC3.
du streamst auch mit ggrab? Diese Aynchronitaet hatte ich bisher auch nur bei ggrab-streams die 'video pts gap' Fehler hatten. ds.jar hat dabei leider nicht geholfen.grubi hat geschrieben:Habt ihr mal versucht die mit ggrab gestreamten Filme zu allererst mit ds.jar zu demuxen bevor Ihr schneidet oder sonstewas macht ?
Bei dieser Vorgehensweise hatte ich noch nie Probleme mit async ?
Mittlerweile ca. 40 Filme alle mit AC3.
Also die Aufnahmen habe ich mit GGrab gemacht.kye hat geschrieben:
mit welchem proggi hast du gegrappt? Ich prüfe meine Streams immer bevor ich Sie auf die DVD Scheibe brenne. Also mit Media Player öffnen und bis kurz vors Ende springen. Dann schaue ich ob der Ton noch Lippensynchron ist. Und bis jetzt hatte ich noch keine Probleme. Also denke ich das es nach dem brennen auch richtig auf DVD ist.
Hi,Gandalfx hat geschrieben:@schmalzz
bei ds.jar gibts irgendwo eine Option "Use only first audio pts for sync" oder so ähnlich. Dann ist der Audio-Stream ok.
danke fuer den Tip mit den Einstellungen bei ds.jar. Ich meine pvastrumento behebt die Fehler nicht, oder gibt's da auch eine spezielle Einstellung..??..hab' nix gefunden.Gandalfx hat geschrieben:...Desweiteren werden beim Demuxen die Timestamps im Stream weggeworfen. Das Resultat ist dann Asynchronität. (Dies ist normalerweise mit ds.jar oder pvastrumento zu beheben).
?? nach beendeter Aufnahme durch ein separates Programm oder automagisch per Option '-wr' with resyncs ?Wg. dieser Kehrseite bin ich auch am überlegen, daß Konzept zu ändern/ergänzen-> (damit ich auch Resyncs habe ;-) ). Ich werde es wahrscheinlich als Postprozessor realisieren
;-) so schlecht ist WingrabE aber nicht....war bestimmt einer der bekannten 21-Sekunden Sender und mit der neuen wingrabengine ist das auch kein Thema mehr....es gibt zwar diese 'jitter detected' Meldungen, die aber keinen Einfluss auf den Stream haben.schmalzz hat geschrieben:...mit den anderen Tools rumprobiert, WingrabE eigentlich alle 30 s Resyncs...
..und Du hast noch keine Uebereinstimmung gefunden warum es manchmal nicht klappt....die Art der Fehler in den ggrabstreams oder vielleicht nur bei Streams von bestimmten Transpondern? Ich wuerde auch lieber nicht mehr auf ds.jar zurueckgreifen aus den Gruenden die Du aufgefuehrt hast.Gandalfx hat geschrieben: Ich habe manchmal 100%ige Ergebnisse mit pvastrumento, und machmal leider nicht.
super! Ich bin froh das es wieder weitergeht mit der Entwicklung bei den grab Programmen....bis Ende des Jahres ist noch Zeit, damit ich meine Wette gewonnen habe: '100% keine Resyncs mehr'...die schwierigste Huerde auf dem Weg dahin scheint mir mit dem BH-Mode genommen, und den Rest bekommt ihr sicher auch noch hin...ich bin sehr zuversichtlichIch möchte einen Postprozessor machen, und mich auf einige wenige Authoring-Programme anpassen, damit da ein 100% Ergebnis rauskommt. Ein Logfile mit den Fehlern werde ich dann auch darin implementieren...