Aufnahme bricht jedesmal nach ca. 340 MB ab?

Alles - außer Verbesserungsvorschläge - zu JtG hier rein.
Antworten
Nachricht
Autor
Benutzeravatar
ditisch
Einmal-Streamer
Einmal-Streamer
Beiträge: 2
Registriert: Mo 12 Apr 2004, 12:37

Aufnahme bricht jedesmal nach ca. 340 MB ab?

#1 Beitrag von ditisch » Di 04 Jan 2011, 18:36

Hallo an alle,

habe seit letzter Woche einen Leih-Laptop von S....n, weil PC zur Reperatur.
Betriebssystem ist Win XP-Home SP3 und .NET Framework 1.1, 2.0 (SP! und SP2),3.0 (SP1+LP) und 3.5 (LP) sind installiert und habe auch schon die Framwork deinstalliert und neu installiert, habe auch schon das JTG-Image 2.4 Release 04.08.2010 21:24 neu geflasht, hat aber alles nichts gebracht. Jedes mal wenn ich mit Jack the Grabber aufnehmen will, ob mit Timer oder Sofortaufnahme, ob mit LAN-Kabel oder per W-Lan über gefritzten Speedport W701V (Aufnahmen haben vorher mit Win7 funktioniert) bricht bei ca. 340 MB die Aufnahme ab. In Jack the Grabber ist die udrec-Engine eingestellt und ich nehme in PES (MPEG Packetized Elementary) auf (hat sonst immer funktioniert). Ich weiß einfach nicht mehr weiter, vielleicht kann mir einer helfen, ich hänge noch das letzte Aufnahme-Log von Jack an. Achja Jack habe ich auch schon neu installiert.

Gruß ditisch

Jack the Grabber Logfile
Erstellt am: 04.01.2011 17:15
Timer Aufnahme
Kanal=EinsPlus
Sendung=nano
Start=04.01.2011 17:15:00
Ende=17:45
*******************************************************
04.01.2011 17:15:09: Aufnahme Event:
04.01.2011 17:15:09: IP: 192.168.2.10
04.01.2011 17:15:09: VPid: 301
04.01.2011 17:15:09: APid 1: 302
04.01.2011 17:15:09: APid 2: 0
04.01.2011 17:15:09: APid 3: 0
04.01.2011 17:15:09: Filename: C:\Record\2011-01-04-nano\nano.mpg
04.01.2011 17:15:09: Splittsize: 39999
04.01.2011 17:15:09: KanalID: 41b00017033
04.01.2011 17:15:09: EPG Infos geschrieben
04.01.2011 17:15:09: sectionsd gestoppt
04.01.2011 17:15:09: -host 192.168.2.10 -vp 12D -ap 12E -gtc -pes -o "C:\Record\2011-01-04-nano\nano-1"
@00:00:00: Video: 301
@00:00:00: Audio1: 302
@00:00:00: Audio2: 0
@00:00:00: Audio3: 0
@00:00:00: Beginne Aufnahme nach: C:\Record\2011-01-04-nano
@00:00:00: 17:15:10 to DBox: VIDEO 31341 16 0 1 va 12d 12e
@00:00:00: 17:15:10 from DBox: INFO: IP c0a80237 Port 31341
@00:00:00: Video:[0]C:\Record\2011-01-04-nano\nano-1_00.vpes
@00:00:00: Audio_1:[0]C:\Record\2011-01-04-nano\nano-1_01.apes
@00:00:00: 17:15:10 from DBox: PID va 2 12d 12e
@00:00:00: 17:15:10 to DBox: START
@00:00:00: 17:15:10 from DBox: INFO: UdpSender() - PID2208 R0 W0
@00:00:00: 17:15:11 from DBox: INFO: DmxReader() - Pid 12d 204960 0 0
@00:00:00: 17:15:11 from DBox: INFO: DmxReader() - Pid 12e 29280 0 0
@00:03:56: 17:19:11 data rate > 9Mbit/s
@00:03:57: 17:19:11 packet lost 118300 110610
@00:03:57: 17:19:11 3976 packets lost
@00:06:19: 17:21:35 Buffer Overflow Start: packet 187157 read 161755 max 177115
@00:06:26: 17:21:41 data rate > 9Mbit/s
@00:06:27: 17:21:43 packet lost 191686 169501
@00:06:27: 17:21:43 Buffer Overflow Stop: packet count 191695
@00:06:28: 17:21:44 22194 packets lost
@00:06:29: 17:21:44 packet lost 6439 3700
@00:06:29: 17:21:44 120 packets lost
@00:06:31: 17:21:46 data rate > 9Mbit/s
@00:06:36: 17:21:51 data rate > 9Mbit/s
@00:08:05: 17:23:20 packet lost 8039 5720
@00:08:05: 17:23:20 480 packets lost
@00:29:42: Ende Aufnahme
******************************************************
Video Ausgabe:
Video[0] FileSize=341811200
******************************************************
Audio Ausgabe:
Audio_1[0] FileSize=8499200
******************************************************
Muxer Ausgabe:

******************************************************
Video High:
Video Low:
Audio High:
Audio Low:
******************************************************
@00:29:44: 17:45:16 to DBox: STOP
@00:29:44: 17:45:17 network statistics:
@00:29:44: max: 9,7 Mbit/s total data rate
@00:29:44: average: 1,7 Mbit/s total data rate
@00:29:44: average: 0,029 Mbit/s resend data rate
@00:29:45: count: 4322 resend packets
@00:29:45: average: 1 resend packet per 59,2 total packets
@00:29:45: max: 256 packets per resend
@00:29:45: average: 187,9 packets per resend
@00:29:45: 17:45:17 TcpSender stopped
@00:29:45: 17:45:17 from DBox: EXIT
@00:29:45: 17:45:17 TcpReceiver stopped
@00:29:47:
@00:29:47: sectionsd gestartet
******************************************************
Jack wünscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://www.jackthegrabber.de

Benutzeravatar
Pedant
admin-c
admin-c
Beiträge: 4285
Registriert: Mo 04 Aug 2003, 16:22
Wohnort: Bad Vilbel
Kontaktdaten:

Re: Aufnahme bricht jedesmal nach ca. 340 MB ab?

#2 Beitrag von Pedant » Mi 05 Jan 2011, 19:14

Hallo ditisch,

versuch mal eine Aufnahme einer Sendung, die nicht ausgerechnet auf EinsPlus läuft.
@00:06:26: 17:21:41 data rate > 9Mbit/s
@00:06:27: 17:21:43 packet lost 191686 169501
@00:06:27: 17:21:43 Buffer Overflow Stop: packet count 191695
...
max: 9,7 Mbit/s total data rate
Das Netzwerk der dbox kann nur maximal 10 MBit/s und je näher man sich dieser Grenze nähert, desto größer ist die Wahrscheinlichkeit für Packetverluste oder Streamabbruch.

data rate > 9Mbit/s ist noch kein Fehler, sondern nur ein "Warnhinweis".
packet lost und Buffer Overflow sind allerdings Fehlermeldungen.

Gruß Frank
Sagem 1xi + HDD Kabel, JtG-Team Image v2.4.6 (19.12.2015), avia600vb028, ucode int., cam_01_02_105D
Coolstream Neo, FW 2.10 (leider kaputt)
Win 10 Pro x64, i7 920, 12 GB, SSD
u-Grabber 0.2.7.6-> TS -> PX 0.91.0.08 -> IfoEdit 0.971 -> ImgBurn 2.5.0.0 -> DVD-R

Benutzeravatar
ditisch
Einmal-Streamer
Einmal-Streamer
Beiträge: 2
Registriert: Mo 12 Apr 2004, 12:37

Re: Aufnahme bricht jedesmal nach ca. 340 MB ab?

#3 Beitrag von ditisch » Fr 07 Jan 2011, 11:22

Hallo Frank,

danke für Deine Antwort. Habe Gestern nochmal Probeaufnahmen von Super-RTL und Sat1 durchgeführt die haben funktioniert. Aber ich glaube es lag an einem Trojaner den ich auf dem Leih-Laptop hatte. Jedenfalls hatte ich keine Chance mehr noch etwas weiter zu probieren, da mein PC gestern fertig war und da hat die Aufahme auf Sat1 gestern abend funktioniert.

Gruß ditisch

Antworten