Abbrüche bei WinGrab und/order udrec

Nachricht

liebelein29 · #1 Beitrag von **liebelein29** » Mo 01 Mär 2004, 17:24

Hi!

Ich habe sowohl mit WinGrab als auch mit udrec Probleme.

Hier das udrec-Problem:

Jack the Grabber Logfile
Erstellt am: 29.02.2004 20:14
Timer Aufnahme
Kanal=SCI FI
Sendung=Waterworld
Start=29.02.2004 20:14:00
Ende=22:31
*******************************************************
29.02.2004 20:14:07: Aufnahme Event:
29.02.2004 20:14:07: IP: 192.168.5.7
29.02.2004 20:14:07: VPid: 2047
29.02.2004 20:14:07: APid 1: 2048
29.02.2004 20:14:07: APid 2: 0
29.02.2004 20:14:07: APid 3: 0
29.02.2004 20:14:07: Filename: G:\2004-02-29-Waterworld\Waterworld.mpg
29.02.2004 20:14:07: Splittsize: 39999
29.02.2004 20:14:07: KanalID: 8716324
29.02.2004 20:14:07: EPG Infos geschrieben
29.02.2004 20:14:08: -host 192.168.5.7 -vp 7FF -ap 800 -vsplit 0 -o "G:\2004-02-29-Waterworld\Waterworld-1"
@00:00:01: 20:14:09 to DBox: VIDEO 31341 16 0 1 va 7ff 800
@00:00:01: 20:14:09 from DBox: INFO: IP c0a80505 Port 31341
@00:00:01: 20:14:09 from DBox: PID va 2 7ff 800
@00:00:01: 20:14:09 to DBox: START
@00:00:01: 20:14:09 from DBox: INFO: UdpSender() - PID146 R0 W0
@00:00:01: 20:14:09 from DBox: INFO: DmxReader() - Pid 7ff 204960 0 0
@00:00:01: 20:14:09 from DBox: INFO: DmxReader() - Pid 800 29280 0 0
@00:00:07: Video: 2047
@00:00:07: Audio1: 2048
@00:00:07: Audio2: 0
@00:00:07: Audio3: 0
@00:00:07: Beginne Aufnahme nach: G:\\2004-02-29-Waterworld
@00:00:11: Video:[0]G:\2004-02-29-Waterworld\waterworld-1_01_00.mpv
@00:00:11: Audio_1:[0]G:\2004-02-29-Waterworld\waterworld-1_01_00.mp2
@00:00:13: 20:14:21 video resync
@01:24:53: 21:39:02 corrupt audio frame
@01:24:56: 21:39:07 stream nearly out of data
@01:24:57: 21:39:08 stream nearly out of data
@01:24:58: 21:39:10 stream nearly out of data
@01:25:00: 21:39:11 stream nearly out of data
@01:25:01: 21:39:12 stream nearly out of data
@01:25:01: 21:39:13 Buffer Overflow: packet 1178454 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178455 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178456 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178457 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178458 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178459 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178460 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178461 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178462 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178463 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178464 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178465 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178466 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178467 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178468 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178469 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178470 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178471 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178472 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178473 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178474 read 1173334 max 1178454
@01:25:01: 21:39:13 Buffer Overflow: packet 1178475 read 1173334 max 1178454

Dann das WinGrab Problem:

Code: Alles auswählen

Jack the Grabber Logfile
Erstellt am: 01.03.2004 16:59
Timer Aufnahme
Kanal=13 TH STREET
Sendung=Magnum
Start=01.03.2004 16:59:00
Ende=17:51
*******************************************************
01.03.2004 16:59:06: Aufnahme Event:
01.03.2004 16:59:06: IP: 192.168.5.7
01.03.2004 16:59:06: VPid: 2303
01.03.2004 16:59:06: APid 1: 2304
01.03.2004 16:59:06: APid 2: 0
01.03.2004 16:59:06: APid 3: 0
01.03.2004 16:59:06: Filename: G:\2004-03-01-Magnum\Magnum.mpg
01.03.2004 16:59:06: Splittsize: 39999
01.03.2004 16:59:06: KanalID: 8716330
01.03.2004 16:59:07: EPG Infos geschrieben
@00:00:00: [MuxWriter] started
@00:00:00: Video:[0]G:\2004-03-01-Magnum\magnum-1[01].mpg
@00:00:00: [Muxer] started
@00:00:00: [VideoProcessor] started
@00:00:00: [VideoPesParser] started
@00:00:00: [AudioProcessor0] started
@00:00:00: [AudioPesParser0] started
@00:00:00: [VideoHTTP] started
@00:00:00: [VideoHTTP] HTTP streaming started successfully
@00:00:00: [AudioHTTP0] started
@00:00:00: [AudioHTTP0] HTTP streaming started successfully
@00:00:00: [VideoProcessor] locked on stream id 224
@00:00:02: [AudioProcessor0] locked on stream id 192
@00:00:02: [Muxer] Resync successful
@00:00:06: Video: 2303
@00:00:06: Audio1: 2304
@00:00:06: Audio2: 0
@00:00:06: Audio3: 0
@00:00:06: Beginne Aufnahme nach: G:\\2004-03-01-Magnum
@00:50:34: [AudioProcessor0] warning: pts discontinuity detected [-2609280 pts cycles]
@00:50:34: [Muxer] invalid sequence: diffrence between video and audio (1) duration too large [-6480 pts cycles, sequence skipped, need resync]
@00:50:36: Empfange keine Daten mehr, Aufnahme abgebrochen
******************************************************
Video Ausgabe:
VideoHTTP: 3406 kBit/s
Parser: Found: 75184 Ignored: 0 PTS: 0 days 09:36:38.593
Proc.: streamid: 224 480x576 25fps sequences: 5972 pictures: 75108
FileSize: 1150125 KB
******************************************************
Audio Ausgabe:
AudioHTTP0: 186 kBit/s
Parser0: Found: 20883 Ignored: 0 PTS: 0 days 09:36:37.810
Proc.0: streamid: 192 mpeg 1.0 layer II 192 kBit/s 48000 Hz Stereo frames: 125295
******************************************************
Muxer Ausgabe:
Muxer: need resync
******************************************************
Video High: 6380 kBits/sec
Video Low: 1563 kBits/sec
Audio High: 196 kBits/sec
Audio Low: 138 kBits/sec
******************************************************
@00:50:37: [VideoPesParser] terminated
@00:50:37: [VideoHTTP] terminated
@00:50:37: [AudioPesParser0] terminated
@00:50:37: [AudioProcessor0] terminated
@00:50:37: [AudioHTTP0] terminated
@00:50:37: [Muxer] terminated
@00:50:37: [MuxWriter] terminated
@00:50:37: Ende Aufnahme
******************************************************
Video Ausgabe:
VideoHTTP: terminated
Parser: terminated
Proc.: streamid: 224 480x576 25fps sequences: 5972 pictures: 75108
FileSize: 1150125 KB
******************************************************
Audio Ausgabe:
AudioHTTP0: terminated
Parser0: terminated
Proc.0: terminated
******************************************************
Muxer Ausgabe:
Muxer: terminated
******************************************************
Video High: 6380 kBits/sec
Video Low: 1563 kBits/sec
Audio High: 196 kBits/sec
Audio Low: 138 kBits/sec
******************************************************
@00:50:40: Aufnahme beendet
01.03.2004 17:52:30: Muxer: terminated
******************************************************
Jack wünscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://record.mkplace.de

Manchmal läuft alles sauber durch, manchmal klappt es nicht (WinGrab), weshalb ich mal udrec ausprobiert habe am WE - erste Aufnahme klappte, Waterworld (gestern) nicht, Wingrab läuft bei 4 von 5 Aufnahmen die Woche durch aber eine versemmelt es scheinbar fast immer. Außerdem hängt sich Jack nach einem solchen Problem in WinGrab komplett auf und ich muß den Prozeß killen.

Box: Nokia
Image: AlexW 01.07 vom 4.11.2003
JtG: 0.7.1b
Server: Win2k Server SP4 XP2500+ 512MB infineon

Ich würde ja udrec nehmen, wenn WinGrab es nicht auf die Kette bekommt, denn mit einem kurzen Aussetzer nach dem muxen kann ich leben, doch mir fehlt dann meistens die halbe Episode und das ist dann natürlich nicht der Sinn der Sache.

Hat irgendwe eine Ahnung, woran das liegen kann? Bugfixes im Anmarsch (udrec?). Wie gesagt, wenn ein Aussetzer da ist, kann ich damit leben, nur soll das Programm dann resyncen und dann weiterstreamen, doch genau das funktioniert nicht und das Ganze schmiert ab ?!

Danke im Vorraus!

petgun · #2 Beitrag von **petgun** » Mo 01 Mär 2004, 17:42

hiho,

Manchmal läuft alles sauber durch, manchmal klappt es nicht (WinGrab)

...beschreibe mal Dein Netzwerk (Crosskabel, Hub oder Switch usw.)...ein Image-Update koennte wegen udrec/udpstreampes auch nicht schaden....mit der Wingrab-Engine ist bei Datenraten >6000 kbit/sek Schluss mit lustig.

cu,
peter

monotek · #3 Beitrag von **monotek** » Mo 01 Mär 2004, 17:45

petgun hat geschrieben:ein Image-Update koennte wegen udrec/udpstreampes auch nicht schaden....mit der Wingrab-Engine ist bei Datenraten >6000 kbit/sek Schluss mit lustig.

sollte das dieses image nich schon unterstützen ?

petgun · #4 Beitrag von **petgun** » Mo 01 Mär 2004, 18:00

sollte das dieses image nich schon unterstützen ?

....Du meinst udrec ? Wann war die letzte Aenderung an udpstreampes ?

cu,
peter

liebelein29 · #5 Beitrag von **liebelein29** » Mo 01 Mär 2004, 21:37

...beschreibe mal Dein Netzwerk (Crosskabel, Hub oder Switch usw.)...

Cross-Kabel, kein Switch

ein Image-Update koennte wegen udrec/udpstreampes auch nicht schaden....mit der Wingrab-Engine ist bei Datenraten >6000 kbit/sek Schluss mit lustig

Welches war denn das letzte RELEASE von AlexW? Soweit ich weiß, sind seitdem nur Snapshots released worden, oder ??

Danke & Gruß,
Marco

petgun · #6 Beitrag von **petgun** » Di 02 Mär 2004, 8:20

Welches war denn das letzte RELEASE von AlexW?

17.02.04

Cross-Kabel, kein Switch

...Du hast MediaSense deaktiviert ? Was fuer eine Netztwerkkarte hast Du ?

cu,
peter

liebelein29 · #7 Beitrag von **liebelein29** » Di 02 Mär 2004, 15:10

petgun hat geschrieben:
Welches war denn das letzte RELEASE von AlexW?
17.02.04

Hupps, dann sollte ich mal aktualisieren, denke ich! Oder?

...Du hast MediaSense deaktiviert ? Was fuer eine Netztwerkkarte hast Du ?

MediaSense [Fragezeichen+Ausrufezeichen+gläserber Blick]?

Ich habe eine 3com 10 MBit Netzwerkkarte im Server für die dBox Connection (CrossOver), eine zweite Netzwerkkarte stellt die Verbindung zum LAN (Switch). Zur Zeit der Aufnahme war aber kein Rechner sonst mit dem Server verbunden - und außerdem sollte das Teil das bei der Konfig mit Sicherheit packen - funzt ja auch meistens.

Heute nacht gab es einen neuen Fehler, diesmal hat WinGrab es aber geschafft, den Rest neu zu streamen - dennoch finde ich die abnormal thread termination ETWAS beunruhigend!

Code: Alles auswählen

Jack the Grabber Logfile
Erstellt am: 02.03.2004 02:19
Timer Aufnahme
Kanal=13 TH STREET
Sendung=Magnum
Start=02.03.2004 02:19:00
Ende=03:11
*******************************************************
02.03.2004 02:19:04: Aufnahme Event:
02.03.2004 02:19:04: IP: 192.168.5.7
02.03.2004 02:19:04: VPid: 2303
02.03.2004 02:19:04: APid 1: 2304
02.03.2004 02:19:04: APid 2: 0
02.03.2004 02:19:04: APid 3: 0
02.03.2004 02:19:04: Filename: G:\2004-03-02-Magnum\Magnum.mpg
02.03.2004 02:19:04: Splittsize: 39999
02.03.2004 02:19:04: KanalID: 8716330
02.03.2004 02:19:04: EPG Infos geschrieben
@00:00:00: [MuxWriter] started
@00:00:00: Video:[0]G:\2004-03-02-Magnum\magnum-1[01].mpg
@00:00:00: [Muxer] started
@00:00:00: [VideoProcessor] started
@00:00:00: [VideoPesParser] started
@00:00:00: [AudioProcessor0] started
@00:00:00: [AudioPesParser0] started
@00:00:00: [VideoHTTP] started
@00:00:00: [VideoHTTP] HTTP streaming started successfully
@00:00:00: [AudioHTTP0] started
@00:00:00: [AudioHTTP0] HTTP streaming started successfully
@00:00:00: [VideoProcessor] locked on stream id 224
@00:00:02: [AudioProcessor0] locked on stream id 192
@00:00:02: [Muxer] Resync successful
@00:00:06: Video: 2303
@00:00:06: Audio1: 2304
@00:00:06: Audio2: 0
@00:00:06: Audio3: 0
@00:00:06: Beginne Aufnahme nach: G:\\2004-03-02-Magnum
@00:34:25: [VideoProcessor] abnormal thread termination (EAccessViolation: Access violation at address 0ECDEE02 in module 'wingrabengine.dll'. Write of address 66C30000)
@00:34:25: [VideoProcessor] terminated
@00:34:28: [VideoPesParser] terminated
@00:34:28: [VideoHTTP] terminated
@00:34:44: [AudioProcessor0] warning: pts discontinuity detected [-2581200 pts cycles]
@00:34:44: [Muxer] invalid sequence: diffrence between video and audio (1) duration too large [-6480 pts cycles, sequence skipped, need resync]
@00:34:44: [Muxer] terminated
@00:34:44: [AudioProcessor0] terminated
@00:34:44: [MuxWriter] terminated
@00:34:46: [AudioPesParser0] terminated
@00:34:48: [AudioHTTP0] terminated
@00:35:06: Empfange keine Daten mehr, Aufnahme abgebrochen
******************************************************
Video Ausgabe:
VideoHTTP: terminated
Parser: terminated
Proc.: terminated
FileSize: 806761 KB
******************************************************
Audio Ausgabe:
AudioHTTP0: terminated
Parser0: terminated
Proc.0: terminated
******************************************************
Muxer Ausgabe:
Muxer: terminated
******************************************************
Video High: 4866 kBits/sec
Video Low: 1895 kBits/sec
Audio High: 196 kBits/sec
Audio Low: 145 kBits/sec
******************************************************
@00:35:09: Aufnahme beendet
02.03.2004 02:54:14: Muxer: terminated
******************************************************
Jack wünscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://record.mkplace.de
******************************************************
******************************************************
******************************************************
Logfile bereits vorhanden, weiter gehts...
******************************************************
******************************************************
******************************************************
02.03.2004 02:54:14: Aufnahme Event:
02.03.2004 02:54:14: IP: 192.168.5.7
02.03.2004 02:54:14: VPid: 2303
02.03.2004 02:54:14: APid 1: 2304
02.03.2004 02:54:14: APid 2: 0
02.03.2004 02:54:14: APid 3: 0
02.03.2004 02:54:14: Filename: G:\2004-03-02-Magnum\Magnum.mpg
02.03.2004 02:54:14: Splittsize: 39999
02.03.2004 02:54:14: KanalID: 8716330
02.03.2004 02:54:14: EPG Infos geschrieben
@00:00:00: [MuxWriter] started
@00:00:00: Video:[0]G:\2004-03-02-Magnum\magnum-2[01].mpg
@00:00:00: [Muxer] started
@00:00:00: [VideoProcessor] started
@00:00:00: [VideoPesParser] started
@00:00:00: [AudioProcessor0] started
@00:00:00: [AudioPesParser0] started
@00:00:00: [VideoHTTP] started
@00:00:00: [VideoHTTP] HTTP streaming started successfully
@00:00:00: [AudioHTTP0] started
@00:00:00: [AudioHTTP0] HTTP streaming started successfully
@00:00:00: [VideoProcessor] locked on stream id 224
@00:00:02: [AudioProcessor0] locked on stream id 192
@00:00:02: [Muxer] Resync successful
@00:00:06: Video: 2303
@00:00:06: Audio1: 2304
@00:00:06: Audio2: 0
@00:00:06: Audio3: 0
@00:00:06: Beginne Aufnahme nach: G:\\2004-03-02-Magnum
@00:16:49: Ende Aufnahme
******************************************************
Video Ausgabe:
VideoHTTP: 4174 kBit/s
Parser: Found: 25224 Ignored: 0 PTS: 0 days 05:42:37.255
Proc.: streamid: 224 480x576 25fps sequences: 1967 pictures: 25215
FileSize: 430060 KB
******************************************************
Audio Ausgabe:
AudioHTTP0: 186 kBit/s
Parser0: Found: 6993 Ignored: 0 PTS: 0 days 05:42:34.815
Proc.0: streamid: 192 mpeg 1.0 layer II 192 kBit/s 48000 Hz Stereo frames: 41957
******************************************************
Muxer Ausgabe:
Muxer: SCR: 00:16:45.840 Syncs: 1
******************************************************
Video High: 5845 kBits/sec
Video Low: 2016 kBits/sec
Audio High: 197 kBits/sec
Audio Low: 138 kBits/sec
******************************************************
@00:16:51: Aufnahme beendet
02.03.2004 03:11:06: Muxer: SCR: 00:16:45.840 Syncs: 1
******************************************************
Jack wünscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://record.mkplace.de

Ich werde meine Box jetzt mal mit dem neusten Image versehen und ich galube, ich installiere JtG auch nochmal neu - vielleicht bringt das ja was?

Danke,
Marco

petgun · #8 Beitrag von **petgun** » Di 02 Mär 2004, 16:00

Hi Marco,

Ich habe eine 3com 10 MBit Netzwerkkarte im Server für die dBox Connection (CrossOver), eine zweite Netzwerkkarte stellt die Verbindung zum LAN (Switch).

..was haengt denn an dem 'LAN (Switch)' ? Wenn dass Dein internes Netz ist und Du einen 10/100 Auto Swich hast, ist es imho viel eleganter die Box direkt an den Switch zu haengen und die NIC im Server auf 100 full Duplex einzustellen. Die 10er 3Com kannst Du dann bei E-Bay versteigern

Bei mir laeuft das so einwandfrei.

cu,
peter

tonsel · #9 Beitrag von **tonsel** » Di 02 Mär 2004, 16:31

Soweit ich den Logs entnehmen kann kommen keine Audio-Daten mehr von der DBox - Video-Daten aber schon. Der Video-Buffer läuft dann über, weil udrec auf die Audio-Daten wartet.

Bei "Buffer overflows" ist grundsätzlich zu empfehlen auf PES-Streams umzusteigen, da dort prinzipiell keine Buffer-Overflows auftreten können. In diesem Fall kann man damit auch feststellen, ob wirklich keine Audio-Daten mehr kommen.

tonsel

Dusty · #10 Beitrag von **Dusty** » Di 02 Mär 2004, 16:38

Seit der udrec 0.10l Version habe ich keine Buffer overflows mehr!

Prima gemacht, Tonsel.

liebelein29 · #11 Beitrag von **liebelein29** » Di 02 Mär 2004, 22:50

tonsel hat geschrieben:Soweit ich den Logs entnehmen kann kommen keine Audio-Daten mehr von der DBox - Video-Daten aber schon. Der Video-Buffer läuft dann über, weil udrec auf die Audio-Daten wartet.

Bei "Buffer overflows" ist grundsätzlich zu empfehlen auf PES-Streams umzusteigen, da dort prinzipiell keine Buffer-Overflows auftreten können. In diesem Fall kann man damit auch feststellen, ob wirklich keine Audio-Daten mehr kommen.

tonsel

Prima - vielen Dank für den Tipp - das probiere ich aus!

Gruß,
Marco

liebelein29 · #12 Beitrag von **liebelein29** » Mi 03 Mär 2004, 20:33

liebelein29 hat geschrieben:
petgun hat geschrieben:
Welches war denn das letzte RELEASE von AlexW?

17.02.04

Argh - jetzt habe ich aktualisiert, doch jetzt habe ich auf Premiere nur noch einen schwarzen Bildschirm ?? Ahh! Was habe ich falsch gemacht??

#13 Beitrag von **torre** » Mi 03 Mär 2004, 21:12

camd2 vergessen - siehe FAQ im Image-Bereich

liebelein29 · #14 Beitrag von **liebelein29** » Mi 03 Mär 2004, 21:59

torre hat geschrieben:camd2 vergessen - siehe FAQ im Image-Bereich

Nein, hatte ich daruf - nach Karte raus & wieder rein geht es wieder - trotzdem Danke!

Ich werde heute mal udrec neu testen - mal sehen, ob sich eine Verbesserung durch das neue Image einstellt!

Danke allen für den Support - sehr gute Community hier!

Marco

Jack the Grabber

Abbrüche bei WinGrab und/order udrec

Abbrüche bei WinGrab und/order udrec

Netzwerkdetals

Netzwekrconfig

Re: Netzwekrconfig