http://satellite-board.de

Ich rippe schon seit einiger Zeit mit WinVR.
Ist ein tolles Programm.

Anschließend muxe ich Audio und Video mit bbMPEG. Jedoch habe ich das Problem, dass Audio immer zwichen 200 bis 600 ms Delay hat.
Leider ist es bei jedem File untershiedlich. Ich muß oft mehrfach multiplexen bis das audio Video passt.
Gibt es hie eine einfachere Möglichkeit, oder arbeite ich mit dne falschen Muxer?

Danke1

Martin

Nee, das ist schon der richtige!! Bin da auch gerade dran und begeistert wie schnell der bbmpeg ist!! Da nehme ich es in Kauf das ich es vielleicht zwei, drei Mal machen muß!!
Tmpeg ist viel langsamer und bringt merkwürdige Fehlermeldungen. Außerdem kann man hier kein delay eingeben, glaube ich!

cu Leo

Hi marha,
wie ermittelst Du das delay? Bei bbmpeg kannst Du doch den A/V-Versatz einstellen. Da die Suchfunktion irgendwie nicht geht, hier nochmal meine Settings für SVCD:

Zunge Program Stream Settings:

Type: SVCD

Haken bei VBR, Add SVCD scan offsets, write program end code
Timestamps: - All frames -
Pulldown: - none -

Forced muxrate: 0 -> ganz wichtig, Muxrate wird vom Programm ermittelt
Size: 2324
Packets/pack: 1
Buffersize: Video: 230 Audio1: 32
Statupdelays: Pack: 40 Video: 344 Audio1: 344
----------------------------------------------

Für DVD habe ich noch nichts gemacht. Für Deine Beobachtung gibt es ja nur zwei Erklärungen:
1. die gesendeten Timestamps stimmen nicht immer
2. WinPVR synchronisiert nicht immer richtig.

Das hatten wir schon einmal diskutiert.

Es geht mir darum, das Audio/VideoDelay nicht durch mehrfaches ausprobieren beim muxen zu erfahren, sondern auf eine etwas "elegantere" Art.

Ich vergleiche das mit meiner DVB-S Karte, wo beim Audio- und Videostream je eine Timecode(PTS) gespeichert ist. Es ist sicher bei dem Hyundai genauso, weil beim Abspielen des Filmes über das Gerät ist der Film ja syncron.
Also wäre die Frage, wie komme ich zu dieser Information (dem Audio/Video Delay) oder kann mann in den PVRRipper so eine Funktion gleich miteinbauen. <img border="0" title="" alt="[Durcheinander!]" src="confused.gif" />

@marha,
PTS werden immer mitgesendet, deshalb sind sie auch beim Hyunni im Stream drin. Der Ripper entfernt die PTS nach dem Synchronisieren, weil sie beim Muxen bzw. Abspielen stören. Nochmal zum Vorgehen:

Zum PTS vor dem ersten I-Frame wird der am besten passende Audio-Frame gesucht. Da nicht jeder A-Frame einen PES-Header hat, muß interpoliert werden. Damit bleibt immer ein (sehr kleiner) Restfehler, den allerdings kein Mensch hört - alles IMHO - versteht sich. <img border="0" title="" alt="[Zwinkern]" src="wink.gif" />

Sollte der von Dir benutzte Ripper tatsächlich was falsch machen, bleibt m.E. ein konstanter Versatz zwischen Bild und Ton, den man EINMAL durch Probieren in bbMPEG ermittelt. Dazu reicht es aus, nur einen Teil des Filmes zu muxen (Endzeit = xxx Sekunden).

Ich habe in manchen Filmen auch einen Offset - den kann ich aber verschmerzen, wie schon gesagt, die Filme sind nicht immer synchron, da kann man per Software nichts machen.

Hi,
seit gestern gehöre ich auch zu den Rippern. Heute habe ich meine erste DVD aus gerippten Files gebrannt (mit flubber's Hilfe).

Einen kleinen Audi/Video Versatz habe ich auch gefunden. Im Gegensatz zu marha hat das Video einen Delay. D.h. der Bildschnitt kommt zu spät.
Bei einem normalen Film fällt es praktisch nicht auf. Ich habe aber mit einem Musikvideo geübt, und da nervt es schon, wenn der Schnitt dem Sänger in das Wort fällt.

Meine Aufzeichnung war vorbehandelt: Ich hatte im Kathi Anfang und Ende durch Aufteilen und Löschen entfernt. Eventuell hat die Vorbehandlung Einfluss auf die Art des Versatzes.

Ich habe die DVD auf zwei Weisen gemacht:
1. mit bbMPEG gemuxt (Einstellung MPEG, ohne Delay).
2. ohne Multiplexer (xxx.m2v mit DVDpatcher behandelt). Das geht bei dem Authoringprogramm MyDVD (entspricht nicht dem aktuellen MyDVD sondern ist praktisch identisch mit dem DVDit LE). Einem Videoclip kann man Bild und Ton separat zuweisen. MyDVD übernimmt das Muxen. Und zwar immer. Ein gemuxtes MPEG-File demuxt es erst in Hilfsfiles und muxt es später wieder. Vorher wird der Ton sehr, sehr zeitaufwendig "transcodiert". Warum??? Sollte bei 48kHz überflüssig sein.

Die Wiedergabe erfolgte im PC mit Hardwaredecoder und angeschlossenem normal-TV. Und zwar aus (gemuxten) MPEG-Files, den DVD-Dateien vor dem Brennen, der gebrannten DVD. Außerdem im Wohnzimmer-Player von der DVD. Der Versatz ist in allen Fällen gleich.

@andal
Aus den oben geschilderten Gründen ist es nicht sinnvoll, bereits im WinDVD zu muxen (wurde irgendwo diskutiert). Die Angabe eines Delays im Log-File wäre schon sehr schön. Ideal wäre eine Einstellmöglichkeit in WinPVR. Nur, wenn Du noch Änderungen einbaust. Ist auch schon jetzt ein tolles Programm! Ich kann damit leben.

Gruß Robernd

Also ich weiß nicht, was Ihr immer schafft,
Ich mache das so, ganz normal aufnehmen mit meinem 820er UND DEN STREAM SO LASSEN. Jede Spielerei mit Indexen, teilen usw IST MIST.
Dann baue ich meine sehr schnelle und leise Samsung-Platte in meine PC(AMD 1,1GHz, ACSUS A7V-Board, ASUS AGP7100 Deluxe, 512MB RAM, Adaptec AHA2940UW (ich streame auch noch von ner dBox) naja und DVD-LW und LiteOn CD-Brenner sind auch noch drinn. Mit dem Ripper rippe ich dann das was ich brauche auf ne 60GB Samsung-Platte, die ist nur für so Zeug. Beim Rippen lasse ich am Anfang und am Ende so ca. 5sec weg. In der Zeit mache ich auch nix am Rechner. Danach muxe ich mit bbmpeg (Mpeg-Einstellung, nix SVCD, DVD oder so). Das Ganze schaue ich mir im PowerDVD mal an, benenne das gemuxte Teil in vob um und mache per DVD2SVCD ne SVCD draus. Ich hatte nur einmal Asynchronitäten drinn, da war der Stream im Eimer. ansonsten ist alles im Lot, ich habe keine Probleme. Außerdem sinf Delaywerte um 80ms sowieso nicht erkennbar.
Ach, noch was. Bei Sendungen mit AC3 haben Leos Mannen öfters Probleme mit der Syncronität, erkennt man schon beim Fernsehen.

Flubber

Hi, flubber
Bearbeitung im Receiver war gestern. Was konnte man sonst machen? Es war die einzie Möglichkeit, von langen Sendungen nur Teile zu behalten. Ab heute mache ich es auch so wie Du.

Außerdem war die Bearbeitung im Receiver immer unsauber. Und mit vorbearbeiteten Filmen gibt es noch viel schlimmere Probleme (z.B. fehlende Enden, obwohl sie im Rec. vorhanden sind).
Noch einmal vielen Dank.
RoBernd

also ich habe es noch nicht getestet aber seit zwei Tagen gibt es einen neuen Ripper!! Andal hat was neues eingefügt was uns vielleicht in zukunft viel arbeit spart und die vielen Versuche beim muxxen wegfallen lässt!

cu Leo

<small>[ 30 April 2002, 06:09: Beitrag editiert von: TomLeo ]</small>

Aber Hallo beim Download, die Links sind noch nicht aktialisiert, also beim Link Rechtsklick machen und Verknüpfung kopieren, dann in die URL-Zeile einfügen, die 3 im Namen gegen ne 4 austauschen und Enter drücken, dann klappts.
Hab das Teil aber noch nicht getestet.

Flubber

ups..... <img border="0" title="" alt="[Boah!]" src="eek.gif" /> ich wußte ich habe was vergessen <img border="0" title="" alt="[Breites Grinsen]" src="biggrin.gif" /> <img border="0" title="" alt="[Breites Grinsen]" src="biggrin.gif" />

Jetzt aber.... <img border="0" title="" alt="[Zwinkern]" src="wink.gif" />

Leo