Beiträge von Cornflake

Hallo McLean,

Zitat von McLean

Ich meine die dropped2 Frames. Die laufen gleich richtig los 20 .. 30 usw. Man sieht es auch am Bildruckeln.

manchmal denkt man nicht an das Naheliegende, aber Du hast schon die "dicken" Hintergrundprozesse (Virenscanner, Firewall ...) während dem Capturen abgeschaltet? Hab' mit der VD Version 1.6.10 keine Probleme.

Viele Grüße,
Cornflake

Besten Dank Martin!

Zitat von Martin Dienert

..Ich nehme es in die "Wunschliste" auf.

Viele Grüße,
Cornflake

Hallo Martin,

hier die Werte von zwei *.mpv Videos. Der jeweilige DVB Stream (2 GB) wurden mit PVS aufgeteilt und die beiden Clips mit Mpeg2Schnitt herausgeschnitten.

______XP-System_______ReStream____VDMpeg2____________________NVE____________
Clip1: 458.707.912 Bytes, 4936400 bps, 22657 Fr, 15:06, 4049 kbps --> 18584 Fr, 12:23.38
Clip2: 540.038.008 Bytes, 6300800 bps, 30094 Fr, 20:03, 3589 kbps --> 17141 Fr, 11:25.67
_____________________________________________________________________________

Schreibt man mit ReStream die von VD errechneten Bitraten (4049000 und 3589000 bps) in die Videos, dann liefert NVE für

Clip1: 15:06.35 Min und 22658 Frames
Clip2: 20:03.82 Min und 30095 Frames

Bei der Framerate ein typisches +/- 1 Dv Problem; ansonsten optimal. Gut, man kann das auch manuell patchen (falls gewußt wie). Aber es wäre schon ideal, wenn Mpeg2Schnitt das für den Benutzer erledigt!

Viele Grüße,
Cornflake

P.S. Hoffentlich kann man die Tabelle lesen. Hab's nicht besser hingekriegt.

Zitat von Martin Dienert

.. Deshalb vertraue ich einfach auf PX.

.. aber ProjectX (oder PVA) kommt doch vor Mpeg2Schnitt zum Einsatz. Die von PX eingetragenen Werte sind nach dem Schneiden des Videos kaum mehr richtig!? Oder übersehe ich da was?

Viele Grüße,
Cornflake

Hallo Martin,

Zitat von Martin Dienert

In Mpeg2Schnitt kannst du wählen ob der Eintrag des ersten Sequenzheaders für die neue Datei (es gibt ja jetzt einen neuen ersten Header) übernommen wird, ein fester Wert (einstellbar) eingetragen wird oder ob der Wert des jetzt ersten Headers einfach übernommen wird.

Martin

herzlichen Dank für die Klarstellung.

In Mpeg2Schnitt (Gratulation: ein wirklich unverzichtbares Programm!) wurde die Option "Bitrate im ersten Header korrigieren" gewählt (ist wohl Default). Ohne die Problematik gekannt zu haben , hätte ich vermutet, dass dabei die tatsächliche mittlere Bitrate eingetragen wird. Das ist nicht so, denn es kommt ja zu der fehlerhaften Längenauswertung durch die anderen Programme.

Wäre es nicht sinnvoll, wenn Mpeg2Schnitt die tatsächliche mittlere Bitrate einträgt (evlt. als weitere Option)? Denn es kennt am Ende ja die Dateigröße und die echte Länge des Videos.

Viele Grüße,
Cornflake

Danke LigH,

der Hinweis auf ReStream hat mir sehr geholfen.

Nachdem keine der Optionen
- reset timestamps
- zero broken-link flags
- pogressie sequence
- correct sequence extension length
- remove seq. end codes

eine Besserung gebracht hat, veränderte ich die Bitrate mit ReStream von den ursprünglichen 4936400 auf 4000000 bps. Und schwupps, MPC und NeroVE zeigen nun eine längere (fast schon richtige) Laufzeit an. Evtl. setzt Mpeg2Schnitt die Bitrate in der *.mpv Datei entsprechend der Summe aus Video und Audio?

Aber kann/darf es wirklich sein, dass allein aufgrund von Bitrate und Dateigröße die Laufzeit und Frameanzahl bei *.mpv Dateien ermittelt wird?

Besten Dank und Viele Grüße,
Cornflake

Bin bisher nur soweit gekommen:

1. Auch der MediaPlayerClassic zeigt bei reinen *.mpv Videos eine falsche Länge an! Und zwar wenn keine zugehörige gleichnamige Audiodatei vorhanden ist (*.mpa oder *.mp3). War mit vorher entgangen, da diese immer mit im gleichen Verzeichnis lagen.

2. Werden die *.mpv und *.mpa gemultipexed, dann erkennen alle Programme (auch Nero) die korrekte Länge.

3. VirtualDubMod scannt beim Einlesen die gesamte MPEG2 Datei und findet dadurch die richtige Länge.

Also alle Programme lesen auf meinem System bei reinen *.mpv Videos eine falsche Länge (aus dem Header?). Somit dürfte eine zentrale Systemdatei/Filter das Problem verursachen.

Nur welche? Wie kann ich das rausfinden?

Viele Grüße,
Cornflake

Hallo,

bei der Umwandlung von TV-Aufnahmen (DVB-C) mittels Nero Vision Express (Option Film erstellen) ins Nero MPEG4 Format treten bei mir Probleme auf. Beim Import der *.MPV Videos ist die Längen- und Frameangabe innerhalb NVE falsch; die Audiolänge der zugehörigen *.MPA Dateien stimmt! Anstatt z.B. der korrekten 15:06 Minuten und 22658 Frames werden nur 12:38 und 18584 Frames angezeigt. Hinzukommt, dass die erzeugten Videos ab dem vermeintlichen Endzeitpunkt komplett schwarz sind. Der Ton läuft sauber bis zum Ende weiter.

Bin so vorgegangen: aus dem MPEG2 Stream wurden Video und Audio mittles PVAStrumento 2.1.0.15 getrennt und mit MPEG2Schnitt 0.7.1 am Anfang und Ende beschnitten. Andere Programme (z.B. MPC oder DGIndex) zeigen die Laufzeit und Framezahl danach korrekt an. Auch das Umwandeln z.B. in XviD AVIs oder x264 MP4s mittel VirtualDub oder MeGui klappt problemlos.

Lediglich Nero (Vision Express 3.1.0.14 und ShowTime 2.0.0.39) haben mit den *.MPV Videos die genannten Schwierigkeiten.

Hat jemand ähnliche Probleme oder einen Tip?

Viele Grüße,
Cornflake

Neben WMP, GraphEdit und abcAVI Edit kommen bei mir auch RealPlayer 10.5 und Zoomplayer 4.5 nicht mit den AVI Files klar und bringen analoge Fehlermeldungen.

.. nach diversen weiteren Fehlersuchen:

Erst wenn die beiden Defaulteinstellungen "Open DML Ausgabe" und "JUNK vor Main AVI Header einfügen" im AVI Mux GUI 1.17 deaktiviert werden, klappt die Wiedergabe der so gemuxxten AVI Clips mit all meinen Playern. Auch abcAVI Edit zeigt dann die erwarteten Werte an.

Das Problem lag wohl wie so oft am (fehlenden Knowhow des) Benutzer.

Besten Dank für eure schnelle Hilfe und viele Grüße,
Cornflake

Danke für den Super-Tip!

Hier ist die Ausgabe von abcAVI. Beide AVIs sind vom Video- und Audio-Teil her identisch (nur unterschiedlich gemultiplexed) und laufen tatsächlich rund 15 Minuten. Auffällig sind beim problematischen Clip die falschen Werte für Dateilänge, Videoqualität, Datenrate und Anzahl Frames.

Titel: clip-WMP-problem
Sprache: Keine Angabe
Verw. Software: AVI-Mux GUI 1.17, Jul 1 2005 11:32:32
Dateiname: (1/1) clip-WMP-problem.avi
Dateigrösse: 144,43 MB
Dateilänge: 0 Std 0 Min 6,48 Sek
Videoqualität: -830063 eff.bits pro Frame 3:4
Videostream: Intel ITU H.264 'H264' <0x34363248>, 480x288, 24 Bit, 162 Frm, 25,0000 Frm/s, -16559,758 kBit/s
Audiostream: MPEG-1 Layer 3 (MP3) <0x0055>, 48000 Hz, 128,000 kBit/s, Stereo

Titel: clip-OK
Sprache: Keine Angabe
Verw. Software: MEncoder Sherpya-MinGW-20050709-3.4.4
Dateiname: (1/1) clip-OK.avi
Dateigrösse: 144,81 MB
Dateilänge: 0 Std 15 Min 6,24 Sek
Videoqualität: 60185 eff.bits pro Frame 3:4
Videostream: Intel ITU H.264 'H264' <0x34363248>, 480x288, 24 Bit, 22656 Frm, 25,0000 Frm/s, 1200,697 kBit/s
Audiostream: MPEG-1 Layer 3 (MP3) <0x0055>, 48000 Hz, 16 Bit, 128,000 kBit/s, Stereo

Ist echt merkwürdig. Bei euch funktioniert AVI-Mux GUI wie erwartet?

Viele Grüße,
Cornflake

.. Win XP Home mit SP2 und 512MB RAM.

MPC und VLC 0.82 haben mit den "AVIMux Gui" AVIs keine Schwierigkeiten. Aber GraphEdit und WMP 10 bringen bei mir besagte Fehlermeldung.

Beispiel Clip:
Video = 133.249 kB (x264)
Audio = 14.162 kB (MP3 CBR)

AVI = 148.291 kB (MP4Box)
AVI = 147.900 kB (AVIMux Gui)

Die recht unterschiedlichen gemuxxten Clipgrößen (fast 400 kB) fallen auf.

Viele Grüße,
Cornflake

Zitat von Cornflake

.. warum der MS Media Player 10 Probleme hat? Es liegt wohl eher am Muxxen des AVIs. Denn den reinen x264 Video Clip (also ohne MP3 Audio) gibt er klaglos wieder.

Hab die x264-Video und MP3-Audio Files nochmal mit MP4box als AVI gemultiplexed. Diese Clips gibt nun auch WMP ohne zu Murren wieder.

Sieht so aus, als erzeuge AVIMux Gui 1.17 AVIs die zumindest WMP und GraphEdit enorme Probleme ("nicht genügend Arbeitsspeicher") bereiten. Kann aber natürlich auch an mir liegen.

Viele Grüße,
Cornflake

Zitat von Doom9

du musst im decoder tab der vfw version von ffdshow x264 decoding zuerst mal aktivieren

.. schönen Dank, nun funktioniert auch VD!

Kannst Du evtl. noch einen Hinweis geben, warum der MS Media Player 10 Probleme hat? Es liegt wohl eher am Muxxen des AVIs. Denn den reinen x264 Video Clip (also ohne MP3 Audio) gibt er klaglos wieder.

Nochmals besten Dank und viele Grüße,
Cornflake

.. danke für den Hinweis. Dachte, dass mit installierten Nero die Wiedergabe im MPC auch ohne ffdshow möglich wäre.

Habe gerade die aktuelle ffdshow Version vom 3.7.05 installiert. MPC funktioniert nun. Aber VD kann die x264 AVIs weiterhin nicht laden (gleiche Fehlermeldung) und MS MP10 + Graphedit meinen immer noch zu wenig Speicher.

Merkwürdig ...?!

Viele Grüße,
Cornflake

Hallo,

nach der Deinstallation der x264-vfw Version 270 und Installation der Version 273B kann bei mir z.B. der MediaPlayer Classic keine x264 AVIs (mehr) wiedergeben. Habe aber im Hinterkopf, dass es vorher möglich war.

- MPC: kein Video, Ton OK
- Nero Showtime: Video OK, kein Ton
- VLC: Video und Ton OK
- VirtualDub: Fehlermeldung beim Laden, dass kein Decompressor für Format H264 gefunden wurde
- MS Mediaplayer: Fehlermeldung, dass zu wenig Arbeitsspeicher vorhanden ist
- Graphedit: Fehlermeldung, dass zu wenig Arbeitsspeicher vorhanden ist

Die Videoclips (TV Mitschnitte von life8) wurden mit VirtualDub (x264-vfw v.270) erstellt und mit AVIMux Gui 1.17 mit MP3 Ton als AVI gemuxxed. System Win XP mit SP2 und 512MB; Nero 6 ist installiert und aktuell.

Hat jemand einen Tip?

Viele Grüße,
Cornflake