Seite 2 von 2

Verfasst: Mo 03 Okt 2005, 14:04
von joker0222
leider hat auch heute nacht die aufnahme nicht richtig geklappt. wieder wurde der audio stream vorzeitig beendet...und der video stream wurde nach filmende nicht gesplittet, wie das normalerweise der fall war.

irgendwie scheint es mir aber kein zufall zu sein, dass der audio stream immer kurz nach beginn des abspanns endet.

hier mal mein logfile. allerdings weiss ich nicht, wo man hier jetzt die rohdaten sieht, von denen bei pes gesprochen wurde.

bin ratlos :cry:

ich werde heutte mal eine testaufnahme mit ggrab versuchen. mal sehen, wie das läuft.




Jack the Grabber Logfile
Erstellt am: 03.10.2005 01:38
Timer Aufnahme
Kanal=PREMIERE 1
Sendung=Underworld (Underworld)
Start=03.10.2005 01:38:00
Ende=03:57
*******************************************************
03.10.2005 01:38:06: Aufnahme Event:
03.10.2005 01:38:06: IP: 192.168.136.3
03.10.2005 01:38:06: VPid: 511
03.10.2005 01:38:06: APid 1: 515
03.10.2005 01:38:06: APid 2: 513
03.10.2005 01:38:06: APid 3: 0
03.10.2005 01:38:06: Filename: D:\Video\2005-10-03-Underworld (Underworld)\Underworld (Underworld).mpg
03.10.2005 01:38:06: Splittsize: 39999
03.10.2005 01:38:06: KanalID: 20085000a
03.10.2005 01:38:06: EPG Infos geschrieben
03.10.2005 01:38:06: sectionsd gestoppt
03.10.2005 01:38:06: -host 192.168.136.3 -vp 1FF -ap 203 -ap 201 -asplit 3 -gtc -o "D:\Video\2005-10-03-Underworld (Underworld)\Underworld (Underworld)-1"
@00:00:00: 01:38:06 to DBox: VIDEO 31341 16 0 1 vaa 1ff 203 201
@00:00:00: 01:38:06 from DBox: INFO: IP c0a88801 Port 31341
@00:00:00: 01:38:06 from DBox: PID vaa 3 1ff 203 201
@00:00:00: 01:38:06 to DBox: START
@00:00:00: 01:38:06 from DBox: INFO: UdpSender() - PID161 R0 W0
@00:00:00: 01:38:06 from DBox: INFO: DmxReader() - Pid 1ff 204960 0 0
@00:00:00: 01:38:06 from DBox: INFO: DmxReader() - Pid 203 29280 0 0
@00:00:00: 01:38:06 from DBox: INFO: DmxReader() - Pid 201 29280 0 0
@00:00:06: Video: 511
@00:00:06: Audio1: 515
@00:00:06: Audio2: 513
@00:00:06: Audio3: 0
@00:00:06: Beginne Aufnahme nach: D:\Video\2005-10-03-Underworld (Underworld)
@00:00:11: 01:38:17 found video stream (e0)
@00:00:11: Video:[0]D:\Video\2005-10-03-Underworld (Underworld)\underworld (underworld)-1_01_00.mpv
@00:00:11: Audio_1:[0]D:\Video\2005-10-03-Underworld (Underworld)\underworld (underworld)-1_01_00.ac3
@00:00:11: Audio_2:[0]D:\Video\2005-10-03-Underworld (Underworld)\underworld (underworld)-1_01_00.mp2
@00:00:11: 01:38:17 found ac3 stream (bd)
@00:00:11: 01:38:17 found mp2 stream (c0)
@00:00:17: 01:38:23 04:13:41.86: video resync
@00:00:29: Video:[1]D:\Video\2005-10-03-Underworld (Underworld)\underworld (underworld)-1_02_00.mpv
@00:00:29: 01:38:36 04:13:51.94: audio split
@00:00:29: Audio_1:[1]D:\Video\2005-10-03-Underworld (Underworld)\underworld (underworld)-1_02_00.ac3
@00:00:29: Audio_2:[1]D:\Video\2005-10-03-Underworld (Underworld)\underworld (underworld)-1_02_00.mp2
@02:01:27: 03:39:33 Buffer Overflow Start: packet 279141 read 278117 max 279141
@02:02:12: 03:40:18 packet lost 280819 279141
@02:02:12: 03:40:18 stream out of data
@02:08:40: 03:46:47 stream out of data
@02:08:59: 03:47:05 06:22:25.30: video resync
@02:18:59: Ende Aufnahme
******************************************************
Video Ausgabe:
Video[0] FileSize=5396832
Video[1] FileSize=3210235632
******************************************************
Audio Ausgabe:
Audio_1[0] FileSize=560896
Audio_1[1] FileSize=406771456
Audio_2[1] FileSize=184496832
******************************************************
Muxer Ausgabe:

******************************************************
Video High:
Video Low:
Audio High:
Audio Low:
******************************************************
@02:18:59: 03:57:06 to DBox: STOP
@02:19:00: 03:57:06 network statistics:
@02:19:00: max: 7,5 Mbit/s total data rate
@02:19:00: average: 3,8 Mbit/s total data rate
@02:19:00: no resends
@02:19:00: 03:57:06 TcpSender stopped
@02:19:00: 03:57:06 ESSync stopped - stream errors found
@02:19:00: 03:57:06 UdpReceiver stopped
@02:19:00: 03:57:06 from DBox: EXIT
@02:19:00: 03:57:06 TcpReceiver stopped
@02:19:00: 03:57:07 KeyboardRecordControl stopped
@02:19:00: udrec beendet
@02:19:03:
@02:19:03: sectionsd gestartet
******************************************************
Jack wünscht viel Spass mit der Aufnahme...

Verfasst: Mo 03 Okt 2005, 14:07
von jmittelst
Wieso schreibe ich eigentlich was, wenn Du dann genau das selbe nochmal machst?

cu
Jens

Verfasst: Mo 03 Okt 2005, 14:22
von joker0222
also ich verstehe gar nichts mehr.

ich habe das so verstanden, dass ich MPEG Packetized Elementary anklicken muss. S. Screenshot

Verfasst: Mo 03 Okt 2005, 14:27
von jmittelst
Dann hast Du aber den Timer schon vorher programmier gehabt, oder sowas. Wichtig sind die Einstellungen auf der Timer-Seite, wenn Du Timer nutzt. http://doku.jackthegrabber.de/timer.htm - das legt JtG immer fest, wenn man einen Timer setzt.
Bei korrektem Streamen von PES hast Du anschließend vpes und apes als Dateiendungen.

cu
Jens

Verfasst: Mo 03 Okt 2005, 14:37
von joker0222
jmittelst hat geschrieben:Wieso schreibe ich eigentlich was, wenn Du dann genau das selbe nochmal machst?

cu
Jens

soweit so gut..aber DAS hatte vorher noch niemand geschrieben.
Also habe ich das richtig verstanden, dass ich MPEG PES anklicken muss auf der Timer Seite?

Danke

Verfasst: Mo 03 Okt 2005, 14:43
von jmittelst
Ne, nur das JtG die Timer immer so setzt, wie es in der Engine-Option beschrieben ist. Wenn Du also alle Timer mit der Option ES gestzt hast und dann auf PES wechselst, mußt Du das für die vorhandenen Timer entweder dort ändern, oder diese neu programmieren. Allerdings kenne ich das so, das man, wenn man testet, noch keine 100 Timer angelegt hat, sondern das erst macht, wenn die Software läuft. Deshalb habe ich darauf nicht nocheinmal hingewiesen.

cu
Jens

Verfasst: Mo 03 Okt 2005, 18:17
von joker0222
ok.
alles zwischenzeitlich hab ich eine neue aufnahme abgeschlossen.
scheint soweit alles geklappt zu haben, jdenfalls kann ich aus dem log keinen fehler erkennen, so dass ich im prinzip dazu tendiere das bis auf weiteres so zu machen. nur, die erstellten dateien (vpes/apes) werden leider von keinem programm mehr erkannt.
normalerweise nutze ich zum schneiden sofern nötig cuttermaran und zur weiterverarbeitung in richtung DVD dvdlab.

also müssen diese dateien wohl wieder irgendwie umgewandelt werden in ein bekanntes format...und ich hab mal wieder keinen schimmer wie... :?

hier das logfile:

Jack the Grabber Logfile
Erstellt am: 03.10.2005 17:13
Timer Aufnahme
Kanal=PREMIERE 2
Sendung=Drumline (Drumline)
Start=03.10.2005 17:13:00
Ende=19:17
*******************************************************
03.10.2005 17:13:04: Aufnahme Event:
03.10.2005 17:13:04: IP: 192.168.136.3
03.10.2005 17:13:04: VPid: 1791
03.10.2005 17:13:04: APid 1: 1795
03.10.2005 17:13:04: APid 2: 1793
03.10.2005 17:13:04: APid 3: 0
03.10.2005 17:13:04: Filename: D:\Video\2005-10-03-Drumline (Drumline)\Drumline (Drumline).mpg
03.10.2005 17:13:04: Splittsize: 39999
03.10.2005 17:13:04: KanalID: 20085000b
03.10.2005 17:13:04: EPG Infos geschrieben
03.10.2005 17:13:04: sectionsd gestoppt
03.10.2005 17:13:04: -host 192.168.136.3 -vp 6FF -ap 703 -ap 701 -asplit 3 -gtc -pes -o "D:\Video\2005-10-03-Drumline (Drumline)\Drumline (Drumline)-1"
@00:00:00: 17:13:04 to DBox: VIDEO 31341 16 0 1 vaa 6ff 703 701
@00:00:00: 17:13:05 from DBox: INFO: IP c0a88801 Port 31341
@00:00:00: Video:[0]D:\Video\2005-10-03-Drumline (Drumline)\drumline (drumline)-1_00.vpes
@00:00:00: Audio_1:[0]D:\Video\2005-10-03-Drumline (Drumline)\drumline (drumline)-1_01.apes
@00:00:00: Audio_2:[0]D:\Video\2005-10-03-Drumline (Drumline)\drumline (drumline)-1_02.apes
@00:00:00: 17:13:05 from DBox: PID vaa 3 6ff 703 701
@00:00:00: 17:13:05 to DBox: START
@00:00:00: 17:13:05 from DBox: INFO: UdpSender() - PID292 R0 W0
@00:00:00: 17:13:05 from DBox: INFO: DmxReader() - Pid 6ff 204960 0 0
@00:00:00: 17:13:05 from DBox: INFO: DmxReader() - Pid 703 29280 0 0
@00:00:00: 17:13:05 from DBox: INFO: DmxReader() - Pid 701 29280 0 0
@00:00:07: Video: 1791
@00:00:07: Audio1: 1795
@00:00:07: Audio2: 1793
@00:00:07: Audio3: 0
@00:00:07: Beginne Aufnahme nach: D:\Video\2005-10-03-Drumline (Drumline)
@02:03:59: Ende Aufnahme
******************************************************
Video Ausgabe:
Video[0] FileSize=3102617600
******************************************************
Audio Ausgabe:
Audio_1[0] FileSize=415232000
Audio_2[0] FileSize=177664000
******************************************************
Muxer Ausgabe:

******************************************************
Video High:
Video Low:
Audio High:
Audio Low:
******************************************************
@02:03:59: 19:17:04 to DBox: STOP
@02:03:59: 19:17:04 network statistics:
@02:04:00: max: 8,3 Mbit/s total data rate
@02:04:00: average: 4,1 Mbit/s total data rate
@02:04:00: no resends
@02:04:00: 19:17:04 TcpSender stopped
@02:04:00: 19:17:05 UdpReceiver stopped
@02:04:00: 19:17:05 from DBox: EXIT
@02:04:00: 19:17:05 TcpReceiver stopped
@02:04:03:
@02:04:03: sectionsd gestartet
******************************************************
Jack wünscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://www.jackthegrabber.de

Verfasst: Mo 03 Okt 2005, 19:15
von KeXXeN
Zum Umwandeln gibt es das Programm ProjektX.

Verfasst: Di 04 Okt 2005, 7:13
von jmittelst
Oder Muxxi, welches Udrec zur Umwandlung nach ES benutzt, was heißen soll, das Udec das per Kommandozeile auch kann. Nur wenn es da hakt, ist PX die Software, die Aufschluß geben kann, welcher Fehler genau vorliegt.

cu
Jens

Verfasst: Di 04 Okt 2005, 22:55
von joker0222
also ich habe mir jetzt auch mal projekt x besorgt und damit die vpes/apes dateien umgewandelt. das hat zwar funktioniert, aber mit dem ergebnis war ich dann doch nicht zufrieden. denn leider wurden dann bei dvdlab in der ac3 datei nur 2 kanäle erkannt, so dass DD5.1 wohl nichts geworden ist.

da mein problem an sich, nämlich wieso überhaupt dieser buffer overflow fehler auftaucht und den ton kappt ja nach wie vor besteht, habe ich daher mal ggrab ausprobiert.
Gibts da eigentlich vor- und nachteile? z.b. qualität?

jedenfalls scheint das geklappt zu haben

Verfasst: Di 04 Okt 2005, 23:53
von jmittelst
AC3 wird so aufgezeichnet, wie es gesendet wird, oft wird halt nur in 2.0 gesendet.
Ggrab ist eine veraltete Engine. Nachteil: Bei hoher Datenlast kommt es zu unbemerkten Packet Losts, die im Log nicht auftauchen, aber häßliche Bilfehler verursachen können.

cu
Jens

Verfasst: Sa 08 Okt 2005, 10:08
von Holgione
joker0222 hat geschrieben:leider ist es nicht zufriedenstellend gelaufen.

ich habe eine aufnahme über die timerfunktion gestartet. dabei ist leider nach 2 stunden der ton verlorengegangen. (s. log).

diesen fehler habe ich in letzter zeit öfter. auch mit dem bild, so dass die aufnahme mittendrin abbricht.
Geht mir mit dem JTG Image 1.7 - snapshot vom 09.04.2004 - auf meiner Sagem DBox2 - Kabel seit etwa 2 wochen auch so. Die Kombination lief über ein Jahr fast perfekt, jetzt habe ich dauernd corrupt audio frames und diese buffer underruns, wie joker0222, teilweise viel schlimmer und die Aufnahme verliert plötzlich die Audiospuren (Stream out of data). Das ganze sehr gehäuft auf Premiere 1 u. 2, kaum Fehler auf Scifi, MGM, 13th.

Ich streame mit JTG 0.7.2. - MPEG Elementary, weil es echt Klasse war - bisher. Wenn ich das Image 1.8 aufspiele, kann ich mit JTG 0.7.2 nicht mehr streamen, er erkennt die Daten nicht mehr, meldet irgendwas mit "unbekannt". Hat da Premiere wieder etwas verändert?

Gruß
Holger

Verfasst: Sa 08 Okt 2005, 11:25
von KeXXeN
Sicherlich wurde da einiges von Premiere geändert, aber auch am Image, und dann zwangsweise an JTG.

Du musst jetzt halt alles Updaten.

Versteht sich aber eigentlich in diesem Zeitalter von selbst, das man erst einmal, wenn es Fehler gibt, alles auf den neuesten Stand bringt.

Man beschwert sich ja auch nicht das der neue Drucker gar nicht mehr mit dem Schreibmaschinenband funktioniert, wobei die Schreibmaschine über Jahrzehnte wunderbar funktionierte.

Denkt mal drüber nach ;)

Verfasst: Mo 10 Okt 2005, 17:20
von tonsel
@02:02:25: 22:15:29 Buffer Overflow Start: packet 281312 read 280288 max 281312
@02:03:07: 22:16:12 packet lost 282897 281312
@02:03:07: 22:16:12 Buffer Overflow Stop: packet count 282898
Das kann eigentlich nur dann passieren, wenn parallel zu udrec ein andres Programm läuft, dass alle Rechenzeit frisst. Mir hat mal jemand bericht, das es während dem DVD-Brennen passiert ist.

Biit währen der Aufnahme mal die Systemauslastung beoabachten.

tonsel