Seite 1 von 1

Aufnahmeabbruch unter 0.7.4c

Verfasst: Mo 27 Mär 2006, 15:58
von Stooges
So, auch mal was in persönlicher Sache. Bei mir bricht hin und wieder auch die Aufnahme ab.

JtG 0.7.4c
Box: Dbox2 Sagem Kabel
OS: W2k

Aufnahme funktioniert meist einwandfrei. Nur hin und wieder habe ich in letzter Zeit vermehrt Aufnahmeabrüche. Hier mal ein Log:
Jack the Grabber Logfile
Erstellt am: 27.03.2006 00:03
Timer Aufnahme
Kanal=PREMIERE 4
Sendung=Harry Potter und der Gefangene von Askaban (Harry Potter and the Prisoner of Azkaban)
Start=27.03.2006 00:03:00
Ende=02:27
*******************************************************
@01:49:52: Aufnahme Event:
@01:49:52: IP: 192.168.XXX.XXX
@01:49:52: VPid: 767
@01:49:52: APid 1: 768
@01:49:52: APid 2: 769
@01:49:52: APid 3: 0
@01:49:52: Filename: F:\Movies\2006-03-27-Harry Potter und der Gefangene von Askaban (Harry Potter and the Prisoner of Azkaban)\Harry Potter und der Gefangene von Askaban (Harry Potter and the Prisoner of Azkaban).mpg
@01:49:52: Splittsize: 3799
@01:49:52: KanalID: 200850009
@01:49:52: EPG Infos geschrieben
@01:49:52: sectionsd gestoppt
@01:49:52: Playback muss ausgeschaltet werden !
@01:49:52: Playback gestoppt
@01:49:52: -host 192.168.XXX.XXX -vp 2FF -ap 300 -ap 301 -vsplit 2 -gtc -ts -o "F:\Movies\2006-03-27-Harry Potter und der Gefangene von Askaban (Harry Potter and the Prisoner of Azkaban)\Harry Potter und der Gefangene von Askaban (Harry Potter and the Prisoner of Azkaban)-1"
@00:00:02: 00:03:12 to DBox: VIDEOTS 31341 16 0 1 vaa 2ff 300 301
@00:00:02: 00:03:12 from DBox: INFO: IP c0a8b401 Port 31341
@00:00:02: Video:[0]F:\Movies\2006-03-27-Harry Potter und der Gefangene von Askaban (Harry Potter and the Prisoner of Azkaban)\harry potter und der gefangene von askaban (harry potter and the prisoner of azkaban)-1_00.ts
@00:00:02: 00:03:13 from DBox: PID vaa 1 2ff 300 301
@00:00:02: 00:03:13 to DBox: START
@00:00:02: 00:03:13 from DBox: INFO: UdpSender() - PID498 R0 W0
@00:00:02: 00:03:13 from DBox: INFO: DmxTSReader() - Pid 275232 0 0
@00:00:08: Video: 767
@00:00:08: Audio1: 768
@00:00:08: Audio2: 769
@00:00:08: Audio3: 0
@00:00:08: Beginne Aufnahme nach: F:\Movies\2006-03-27-Harry Potter und der Gefangene von Askaban (Harry Potter and the Prisoner of Azkaban)
@00:20:23: 00:23:35 packet lost 435142 432530
@00:20:23: 00:23:35 29 packets lost
@00:20:24: 00:23:36 Buffer Overflow Start: packet 432530 read 433031 max 438151
@00:20:24: 00:23:36 Buffer Overflow Stop: packet count 435596
@00:27:26: 00:30:38 packet lost 576721 574124
@00:27:26: 00:30:38 34 packets lost
@00:27:27: 00:30:40 Buffer Overflow Start: packet 574124 read 574715 max 579835
@00:27:27: 00:30:40 Buffer Overflow Stop: packet count 577348
@00:27:27: 00:30:40 Buffer Overflow Start: packet 574156 read 574916 max 580036
@00:27:27: 00:30:40 Buffer Overflow Stop: packet count 577536
@00:27:37: 00:30:50 packet lost 581390 578800
@00:27:37: 00:30:50 28 packets lost
@00:27:39: 00:30:52 packet lost 581997 579420
@00:27:39: 00:30:52 18 packets lost
@00:27:40: 00:30:53 Buffer Overflow Start: packet 578800 read 579989 max 585109
@00:27:41: 00:30:53 Buffer Overflow Stop: packet count 582612
@00:27:48: 00:31:01 Buffer Overflow Start: packet 583488 read 583619 max 588739
@00:27:48: 00:31:01 Buffer Overflow Stop: packet count 586372
@00:27:51: 00:31:03 packet lost 587180 584615
@00:27:51: 00:31:03 16 packets lost
@00:28:11: 00:31:23 packet lost 597313 594695
@00:28:11: 00:31:23 9 packets lost
@00:28:11: 00:31:24 Buffer Overflow Start: packet 594695 read 595280 max 600400
@00:28:11: 00:31:24 Buffer Overflow Stop: packet count 597840
@00:38:04: 00:41:18 packet lost 831787 829221
@00:38:05: 00:41:18 8 packets lost
@00:38:07: 00:41:21 Buffer Overflow Start: packet 829221 read 830453 max 835573
@00:38:07: 00:41:21 Buffer Overflow Stop: packet count 833028
@00:39:11: 00:43:08 Buffer Overflow Start: packet 868534 read 862023 max 867143
@00:39:15: 00:43:08 packet lost 868558 863160
@00:39:15: 00:43:08 17 packets lost
@00:39:16: 00:43:08 packet lost 868558 863248
@00:39:19: 00:43:08 28 packets lost
@00:39:19: 00:43:10 Buffer Overflow Stop: packet count 869553
@00:39:19: 00:43:11 Buffer Overflow Start: packet 869622 read 864502 max 869622
@00:39:22: 00:43:11 Buffer Overflow Stop: packet count 869635
@00:39:22: 00:43:11 Buffer Overflow Start: packet 869692 read 864572 max 869692
@00:39:28: 00:43:14 packet lost 870921 864653
@00:39:29: 00:43:14 4900 packets lost
@00:39:30: 00:43:14 Buffer Overflow Stop: packet count 870922
@00:39:34: 00:43:18 packet lost 872223 869622
@00:39:35: 00:43:18 13 packets lost
@00:39:35: 00:43:18 packet lost 872290 869692
@00:39:38: 00:43:18 1230 packets lost
@00:39:38: 00:43:38 packet lost 878715 875656
@00:39:39: 00:43:38 896 packets lost
@00:39:42: 00:43:42 Buffer Overflow Start: packet 876963 read 878032 max 883152
@00:39:43: 00:43:42 Buffer Overflow Stop: packet count 880592
@00:39:44: 00:43:43 Buffer Overflow Start: packet 877152 read 878032 max 883152
@00:39:45: 00:43:43 from DBox: ERROR: main() - SPkt buffer overflow
@00:39:47: 00:43:44 Buffer Overflow Stop: packet count 880790
@00:39:47: 00:43:44 Buffer Overflow Start: packet 877413 read 878046 max 883166
@00:39:47: 00:43:45 Buffer Overflow Stop: packet count 878046
@00:39:48: 00:43:50 Buffer Overflow Start: packet 876896 read 878299 max 883419
@00:39:48: 00:43:55 from DBox: ERROR: DmxReader() - buffer overflow Pid 1 0
@00:39:51: 00:44:06 Buffer Overflow Stop: packet count 880780
@00:39:53: 00:44:32 from DBox: ERROR: DmxReader() - read: Value too large for defined data type
@00:39:54: 00:44:33 from DBox: EXIT (pid 2ff)
@00:46:13: Aufnahme wird beendet, bitte warten...
@00:46:14: Ende Aufnahme
******************************************************
Video Ausgabe:
Video[0] FileSize=1275289600
******************************************************
Audio Ausgabe:
******************************************************
Muxer Ausgabe:

******************************************************
Video High:
Video Low:
Audio High:
Audio Low:
******************************************************
@00:46:14: 00:51:42 to DBox: STOP
@00:46:14: 00:51:42 network statistics:
@00:46:14: max: 7,9 Mbit/s total data rate
@00:46:14: average: 3,6 Mbit/s total data rate
@00:46:14: average: 0,026 Mbit/s resend data rate
@00:46:14: count: 6349 resend packets
@00:46:14: average: 1 resend packet per 138,5 total packets
@00:46:14: max: 256 packets per resend
@00:46:14: average: 147,7 packets per resend
@00:46:14: 00:51:42 TcpSender stopped
@00:46:18:
@00:46:18: sectionsd gestartet
@00:46:18: Playback gestartet
******************************************************
Jack wünscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://www.jackthegrabber.de
Nachdem sich in Jtg irgendwann die VideoFileSize nicht mehr ändert, breche ich die Aufnahme dann ab. Könnt ihr anhand des Logs irgend etwas sagen?

Ist mein System (W2K Athlon 1800+ Palomino) vielleicht zu schwach, damit man daran noch arbeiten kann, wenn die Aufnahme läuft. Ich surfe nämlich noch manchmal nebenbei, wenn die Aufnahme läuft. Sollte ich das bleiben lassen?
Zudem läuft auf dem Rechner auch eine Routerüberwachungssoftware, die in festen Intervallen den Router abfragt. Ist so ein SNMP Manager. Wenn ich richtig informiert bin, kommuniziert der auch über UDP. Könnte der einen Einfluss haben?
Hab nämlich gemerkt, das vornehmlich Aufnahmen aus Premiere 1-7 abbrechen. Da sind ja meist mehrere AudioPids mit dabei.

Habt ihr vielleicht irgend welche Tipps, wie man seine Netzwerkperformance verbessern kann, sofern es daran liegt?

Wichtig wäre mir aber auf alle Fälle erstmal, das jemand einen Blick aufs Logfile wirft, und mir sagen kann, was das passiert bzw. ob ihr da einen auffälligen Fehler seht.

Verfasst: Mo 27 Mär 2006, 16:01
von jmittelst

Verfasst: Mo 27 Mär 2006, 17:16
von Stooges
Blöde Frage: Wie ermittelt man denn eigentlich den derzeitigen Versionsstand der udrec.exe?

Ist bei einer Jtg 0.7.4c udrec 0.12 drin?

Werd auf alle Fälle mal die Beta 0.13 probieren, und nochmal bescheid sagen.
Einfach die udrec.exe überschreiben, oder?

Verfasst: Mo 27 Mär 2006, 17:18
von jmittelst
Ja, einfach überschreiben. Tonsel wollte, bevor er die 0.13 aus dem Beta-Stadium entläßt, erst noch die Radioaufnahme fixen.

cu
Jens