Hallo,
ich habe jetzt schon stundenlang sämtliche neueren Threads zum Movieplayer durchstöbert, bin aber leider noch nicht auf mein Problem gestossen.
Ich benutze das Snapshot vom 03.03.2004, VLC0.7.1test und JtG mit der WinGrab-Engine auf einer Nokia dBox.
Wenn ich nun einen Film aufnehme (egal ob AC3 oder "nur" stereo) und diesen einfach abspiele funktioniert alles prima. Doch wenn ich mir mit der "dBox"-Taste die akutell abgespielte Zeit anzeigen lasse, so ist diese nicht richtig. Wenn ich dies z.B. nach 10min mehrfach hintereinander mache, so werden mir immer andere Zeiten zwischen 4-25 Minuten angezeigt. Wenn ich dann an meinem Rechner bei VLC nachsehe, so stelle ich dort auch fest, dass die Zeitanzeige dort auch heftigst hin und her springt. Prinzipiell wäre das egal - aber leider funktioniert dann das Springen zu einer Zeitmarke und das Verwenden von Bookmarks genauso unzuverlässig.
Hat jemand vielleicht eine Idee woran das liegen könnte?
Das Problem hatte ich überigens auch schon mit dem letzten Release im Nov2003 mit VLC 0.6.x.
Vielen Dank für euere Mühe
Dirk
Movieplayer und Zeitanzeige
-
Flacker
- Neugieriger
- Beiträge: 3
- Registriert: Sonntag 21. Dezember 2003, 15:26
-
Zwen
- Developer
- Beiträge: 867
- Registriert: Mittwoch 14. August 2002, 19:50
-
tcf4004
- Interessierter
- Beiträge: 75
- Registriert: Dienstag 23. März 2004, 10:58
Hallo,
nach langem Mitlesen habe ich mich auch mal angemeldet ;-)
....habe exakt das gleiche Problem wie Flacker (Snapshot 3.3., trott aber
auch mit früheren wie zB 26.2. auf). Getestet mit VLC 0.7.0, 0.7.1-test1
und 0.7.1-release, überall das Gleiche.
Problemlos funktioniert hingegen:
- VOBs abspielen
- AVIs/DivX abspielen
Das funktioniert nicht:
PS aufgenommen mit NGrab 0.7.75/JtG 0.7.1, hier nur wildes Springen
der Zeit im VLC.
Lasse ich so einen Stream durch den MPEG GOP Fixer (Bestandteil von
MPEG Video Wizard von Womble) laufen, und spiele diesen "korrigierten"
PS mit VLC/MP ab dann springt die Zeitanzeige zwar nicht mehr aber
1 sec Film entspricht nun ca. 5 sek. realtime. Soll heissen das zB bei einem 60 min-Movie nur ca. 00:00 bis 15:00 im VLC angezeigt wird....
entsprechend langsam bewegen sich die Sekunden dann.
Versuche mit ProjectX (0.81.6-int17) sind ebenfalls kläglich gescheitert...
hatte versucht damit einen neuen TS bzw. PVA-Strom zu generieren...
beim TS stürzt der VLC reproduzierbar ab und beim PVA bleibt die
Zeitanzeige auf 00:00:00 stehen.
Ich habe das alles gerade auch im VLC-Forum gepostet ("Displaying
elapsed time", Thread eröffnet von Flacker), vielleicht wissen die was ;-)
Evtl. hängt das mit den GOP-Längen im Film zusammen?!? Weil bei einer
DVD eigentlich immer feste GOPs benutzt werden (meistens 12er oder
15er), bei DVB hingegen die Länge schwankt (9er, 12er, 15er etc.,
sogar 18er GOPs welche nicht PAL-DVD-konform sind). Der o.g. MPEG
GOP Fixer macht nichts anderes als zB ein 18er-GOP in ein 15er+3er
zu teilen um wieder DVD-konform auszugeben.
Vielleicht kommt der VLC bei solchen GOPs durcheinander?! Wie gesagt
mit DivX-AVIs und VOBs gibts bei mir das "Timing-Problem" nicht., nur
bei den recordeten Streams.
Ich dachte auch erst dass es am Transkodieren liegt....aber wenn man die
aufgenommenen M2P-Streams transkodieren lässt ist das Zeitanzeige-
Prob leider immer noch da.
Thanks & Greetz,
-tcf
nach langem Mitlesen habe ich mich auch mal angemeldet ;-)
....habe exakt das gleiche Problem wie Flacker (Snapshot 3.3., trott aber
auch mit früheren wie zB 26.2. auf). Getestet mit VLC 0.7.0, 0.7.1-test1
und 0.7.1-release, überall das Gleiche.
Problemlos funktioniert hingegen:
- VOBs abspielen
- AVIs/DivX abspielen
Das funktioniert nicht:
PS aufgenommen mit NGrab 0.7.75/JtG 0.7.1, hier nur wildes Springen
der Zeit im VLC.
Lasse ich so einen Stream durch den MPEG GOP Fixer (Bestandteil von
MPEG Video Wizard von Womble) laufen, und spiele diesen "korrigierten"
PS mit VLC/MP ab dann springt die Zeitanzeige zwar nicht mehr aber
1 sec Film entspricht nun ca. 5 sek. realtime. Soll heissen das zB bei einem 60 min-Movie nur ca. 00:00 bis 15:00 im VLC angezeigt wird....
entsprechend langsam bewegen sich die Sekunden dann.
Versuche mit ProjectX (0.81.6-int17) sind ebenfalls kläglich gescheitert...
hatte versucht damit einen neuen TS bzw. PVA-Strom zu generieren...
beim TS stürzt der VLC reproduzierbar ab und beim PVA bleibt die
Zeitanzeige auf 00:00:00 stehen.
Ich habe das alles gerade auch im VLC-Forum gepostet ("Displaying
elapsed time", Thread eröffnet von Flacker), vielleicht wissen die was ;-)
Evtl. hängt das mit den GOP-Längen im Film zusammen?!? Weil bei einer
DVD eigentlich immer feste GOPs benutzt werden (meistens 12er oder
15er), bei DVB hingegen die Länge schwankt (9er, 12er, 15er etc.,
sogar 18er GOPs welche nicht PAL-DVD-konform sind). Der o.g. MPEG
GOP Fixer macht nichts anderes als zB ein 18er-GOP in ein 15er+3er
zu teilen um wieder DVD-konform auszugeben.
Vielleicht kommt der VLC bei solchen GOPs durcheinander?! Wie gesagt
mit DivX-AVIs und VOBs gibts bei mir das "Timing-Problem" nicht., nur
bei den recordeten Streams.
Ich dachte auch erst dass es am Transkodieren liegt....aber wenn man die
aufgenommenen M2P-Streams transkodieren lässt ist das Zeitanzeige-
Prob leider immer noch da.
Thanks & Greetz,
-tcf
-
kleindi
- Interessierter
- Beiträge: 36
- Registriert: Montag 21. Juli 2003, 23:26
Hi,
ich nehme mit ngrab von der dbox als m2p files auf. Bei mir springt der Timer dann auch wild hin und her. Jage ich dei Datei durch ProjectX und speichere ebenfalls als m2p dann ist der Fehler weg. Auch die Zeiten stimmen, 1sec=1sec. Das Vor- und Rückspulen funktioniert dann absolut zuverlässig.
Auch auf der Konsole von vlc ist der effekt mit den Zeiten sichbar.
Ist jemanden bekannt wie ich ngrab veranlassen kann, nach einer Aufnahme ein Kommando mit übergabe des Dateinahmens auszuführen ?
Dietmar
ich nehme mit ngrab von der dbox als m2p files auf. Bei mir springt der Timer dann auch wild hin und her. Jage ich dei Datei durch ProjectX und speichere ebenfalls als m2p dann ist der Fehler weg. Auch die Zeiten stimmen, 1sec=1sec. Das Vor- und Rückspulen funktioniert dann absolut zuverlässig.
Auch auf der Konsole von vlc ist der effekt mit den Zeiten sichbar.
Ist jemanden bekannt wie ich ngrab veranlassen kann, nach einer Aufnahme ein Kommando mit übergabe des Dateinahmens auszuführen ?
Dietmar
-
tcf4004
- Interessierter
- Beiträge: 75
- Registriert: Dienstag 23. März 2004, 10:58
Hi kleindi,
yep, cooler Workaround, das funktioniert
M2P als Ausgabe in ProjectX
war das einzige was ich nicht probiert habe (da ja der Stream eh schon als
M2P vorliegt)...grrr ;-)
Kein Springen mehr und Zeiten jetzt absolut sauber
also hat es vermutlich was mit den Headern bzw. der wecheselnden
Muxrate zu tun, diese Angaben werden wahrscheinlich vom ProjectX
"gesäubert".... so dass die (momentane) Zeitberechnung des VLC damit
klar kommt...
Der Code diesbzgl. wird aber wohl gerade komplett neu geschrieben....und
im VLC Forum hat Sigmund einen vielversprechenden neuen
Timecode-Algo beigesteuert der dieses "Sprung"-Problem durch Bildung
von gleitenden Durchschnitten nicht mehr haben sollte....Muss nur noch
von einem anderen Dev gebaut & eingecheckt werden ;-) Bis dahin werde
ich mir die recorded streams mit dem ProjectX "nachbehandeln" ;-)
Eine Möglichkeit wie man NGrab Batchkommandos mitgeben kann kenne
ich leider nicht.
yep, cooler Workaround, das funktioniert
M2P als Ausgabe in ProjectX war das einzige was ich nicht probiert habe (da ja der Stream eh schon als
M2P vorliegt)...grrr ;-)
Kein Springen mehr und Zeiten jetzt absolut sauber
also hat es vermutlich was mit den Headern bzw. der wecheselnden
Muxrate zu tun, diese Angaben werden wahrscheinlich vom ProjectX
"gesäubert".... so dass die (momentane) Zeitberechnung des VLC damit
klar kommt...
Der Code diesbzgl. wird aber wohl gerade komplett neu geschrieben....und
im VLC Forum hat Sigmund einen vielversprechenden neuen
Timecode-Algo beigesteuert der dieses "Sprung"-Problem durch Bildung
von gleitenden Durchschnitten nicht mehr haben sollte....Muss nur noch
von einem anderen Dev gebaut & eingecheckt werden ;-) Bis dahin werde
ich mir die recorded streams mit dem ProjectX "nachbehandeln" ;-)
Eine Möglichkeit wie man NGrab Batchkommandos mitgeben kann kenne
ich leider nicht.
-
tcf4004
- Interessierter
- Beiträge: 75
- Registriert: Dienstag 23. März 2004, 10:58
@kleindi
Vielleicht kann man statt Batch/Ngrab einen Scheduler verwenden....
nach dem Motto: ca. 30 min nach Aufnahmeende starten irgendwelche
Konvertierungstools gesteuert durch den Scheduler, evtl. reicht da sogar
der dolle Win-Zeitplaner....
Nachteil ist natürlich dass man immer die Startzeit des Jobs neu setzen muss,
komfortabel ist das sicherlich nicht.....
ist auch nur ein Ansatz bzw. Idee ;-)
Gruss
-tcf
Vielleicht kann man statt Batch/Ngrab einen Scheduler verwenden....
nach dem Motto: ca. 30 min nach Aufnahmeende starten irgendwelche
Konvertierungstools gesteuert durch den Scheduler, evtl. reicht da sogar
der dolle Win-Zeitplaner....
Nachteil ist natürlich dass man immer die Startzeit des Jobs neu setzen muss,
komfortabel ist das sicherlich nicht.....
ist auch nur ein Ansatz bzw. Idee ;-)
Gruss
-tcf
-
Flacker
- Neugieriger
- Beiträge: 3
- Registriert: Sonntag 21. Dezember 2003, 15:26
-
tcf4004
- Interessierter
- Beiträge: 75
- Registriert: Dienstag 23. März 2004, 10:58
ProjectX gibts als Java-Source bei http://www.lucike.info ..... musste Dir aber
selber kompilieren, ist aber kein Problem, eine detaillierte Anleitung ist
ebenfalls unter o.g. URL zu finden.
Wenn Du es dann kompiliert hast, einfach das erzeugte JAR-Archiv starten,
als Ausgabe "M2P" einstellen, File auswählen und Go klicken.
Ich hatte eben noch div. Tests gemacht und festgestellt dass das
Bookmarken & Continuen zwar nach dem M2P-Convert wunderbar
funktioniert, allerdings stimmen die Timecodes immer noch nicht 100%ig.
Die Zeit im VLC läuft etwas zu langsam, 60 Min werden als ca. 48 angezeigt...
ist aber nicht so schlimm da beim Continue durch ein Bookmark ja die
gleiche Zeitbasis verwendet wird und somit klappt der Wiedereinstieg.
Beim Bookmarks gibts auch noch nen kleinen Bug ;-) und zwar wenn der
Dateiname/Pfad länger ist als das Dialogfeld dann bleiben nach Auswahl
des Bookmarks Reste der Schrift (rechts zwischen Dialogfeld und rechtem
Bildschirmrand) stehen. Diese sind dann auch in lfd. TV-Sendungen zu
sehen. Durch einen Wechsel in den Radiomodus und wieder zurück
verschwinden sie, sind aber beim nächsten Aufruf der Bookmarks
wieder da es sei denn man kürzt Pfad und/oder Dateiname.
selber kompilieren, ist aber kein Problem, eine detaillierte Anleitung ist
ebenfalls unter o.g. URL zu finden.
Wenn Du es dann kompiliert hast, einfach das erzeugte JAR-Archiv starten,
als Ausgabe "M2P" einstellen, File auswählen und Go klicken.
Ich hatte eben noch div. Tests gemacht und festgestellt dass das
Bookmarken & Continuen zwar nach dem M2P-Convert wunderbar
funktioniert, allerdings stimmen die Timecodes immer noch nicht 100%ig.
Die Zeit im VLC läuft etwas zu langsam, 60 Min werden als ca. 48 angezeigt...
ist aber nicht so schlimm da beim Continue durch ein Bookmark ja die
gleiche Zeitbasis verwendet wird und somit klappt der Wiedereinstieg.
Beim Bookmarks gibts auch noch nen kleinen Bug ;-) und zwar wenn der
Dateiname/Pfad länger ist als das Dialogfeld dann bleiben nach Auswahl
des Bookmarks Reste der Schrift (rechts zwischen Dialogfeld und rechtem
Bildschirmrand) stehen. Diese sind dann auch in lfd. TV-Sendungen zu
sehen. Durch einen Wechsel in den Radiomodus und wieder zurück
verschwinden sie, sind aber beim nächsten Aufruf der Bookmarks
wieder da es sei denn man kürzt Pfad und/oder Dateiname.
-
Flacker
- Neugieriger
- Beiträge: 3
- Registriert: Sonntag 21. Dezember 2003, 15:26
Nun habe ich es endlich mal ausprobiert, doch leider noch zwei Probleme:
1. Beim Umwandeln in ein M2P bekomme ich so ca. nach 1,2GB immer "Out of memory" - egal wieviel virtuellen Speicher ich habe (512MB RAM). Irgendeine Idee wie ich das umgehen kann?
2. Das Aufnehmen per JackTheGrabber 0.7.2 mit udrec will einfach nicht -> ich bekomme keine Dateien, die ich dann im Movieplayer abspielen kann, da sie nicht gemuxt sind. Wie kann ich das gleich noch automatisch machen? Vielleicht auch mit Project X?
Vielleicht könntest du mir mal kurz schreiben wie du alles aufnimmst, muxst und wieder abspielst...
Vielen Dank im Voraus
1. Beim Umwandeln in ein M2P bekomme ich so ca. nach 1,2GB immer "Out of memory" - egal wieviel virtuellen Speicher ich habe (512MB RAM). Irgendeine Idee wie ich das umgehen kann?
2. Das Aufnehmen per JackTheGrabber 0.7.2 mit udrec will einfach nicht -> ich bekomme keine Dateien, die ich dann im Movieplayer abspielen kann, da sie nicht gemuxt sind. Wie kann ich das gleich noch automatisch machen? Vielleicht auch mit Project X?
Vielleicht könntest du mir mal kurz schreiben wie du alles aufnimmst, muxst und wieder abspielst...
Vielen Dank im Voraus
-
tcf4004
- Interessierter
- Beiträge: 75
- Registriert: Dienstag 23. März 2004, 10:58
zu 1.) liegt imho an ner zu alten wingrabengine.dll, du musst dir bei
http://www.dbox2.info ne neuere runterladen (Version 0.82 von Elminster).
Bei mir zeigen aufgenommene NGrab-Streams mit der 0.82er-DLL dieses
Verhalten (missing startcodes und irgendwann out of memory error)
nicht mehr. Die neue DLL einfach nach
c:\programme\gemeinsame dateien\ngrab\wingrabengine kopieren,
ngrab neu starten, fertig!
zu 2.) hmm, entweder ggrab als Engine verwenden oder die von udrec
erzeugten Files extern muxen....ProjectX kann AFAIK nicht muxen, nur
demuxen. Evtl. hilft da ein Tool wie Muxxi weiter (bei jtg), habe ich selbst
aber noch nicht getestet. udrec ist ne geniale Engine, kann aber (noch)
keinen PS erzeugen (wie NGrab). Deshalb nehme ich bisher mit Ngrab
auf, allerdings gehen dann einige Sender nicht, Abbrüche bzw. sehr
viele Resyncs auf Grund "exotischer" Streams die Ngrab nicht kennt.
manchmal hängt sich ngrab dann auch schon mal ganz auf....
udrec ist da robuster und weniger anfällig kann aber wie gesagt noch
keinen PS schreiben...habe aber auch erst begonnen mit udrec zu
testen....
also bei funktioniert es so:
1. Stream als PS aufnehmen mit NGrab 0.7.75 + wingrabengine.dll 0.82
2. Stream mit ProjectX zu M2P "konvertieren" ;-)
3. Mit Movieplayer + VLC 0.7.1 die Datei wieder abspielen
-tcf4004
http://www.dbox2.info ne neuere runterladen (Version 0.82 von Elminster).
Bei mir zeigen aufgenommene NGrab-Streams mit der 0.82er-DLL dieses
Verhalten (missing startcodes und irgendwann out of memory error)
nicht mehr. Die neue DLL einfach nach
c:\programme\gemeinsame dateien\ngrab\wingrabengine kopieren,
ngrab neu starten, fertig!
zu 2.) hmm, entweder ggrab als Engine verwenden oder die von udrec
erzeugten Files extern muxen....ProjectX kann AFAIK nicht muxen, nur
demuxen. Evtl. hilft da ein Tool wie Muxxi weiter (bei jtg), habe ich selbst
aber noch nicht getestet. udrec ist ne geniale Engine, kann aber (noch)
keinen PS erzeugen (wie NGrab). Deshalb nehme ich bisher mit Ngrab
auf, allerdings gehen dann einige Sender nicht, Abbrüche bzw. sehr
viele Resyncs auf Grund "exotischer" Streams die Ngrab nicht kennt.
manchmal hängt sich ngrab dann auch schon mal ganz auf....
udrec ist da robuster und weniger anfällig kann aber wie gesagt noch
keinen PS schreiben...habe aber auch erst begonnen mit udrec zu
testen....
also bei funktioniert es so:
1. Stream als PS aufnehmen mit NGrab 0.7.75 + wingrabengine.dll 0.82
2. Stream mit ProjectX zu M2P "konvertieren" ;-)
3. Mit Movieplayer + VLC 0.7.1 die Datei wieder abspielen
-tcf4004