Seite 1 von 3
Corrupt Audio Frames / Packets lost
Verfasst: Fr 11 Mär 2005, 23:19
von MattisBLN
Hallo,
ich hab zurzeit wieder massive Probleme mit Corrupt Audio Frames. Beobachtet das sonst noch jemand? Betroffen ist hier aktuell meine Kabel-Box. Das Antennenkabel habe ich bereits getauscht.
Zudem habe ich nun neuerdings auch mal ab und zu "Packets lost".
Log:
Code: Alles auswählen
@00:16:30: 07:45:59 from DBox: ERROR: main() - SPkt buffer overflow
@00:16:36: 07:46:06 data rate > 9Mbit/s
@00:16:37: 07:46:07 packet lost 258719 256124
@00:16:37: 07:46:07 216 packets lost
@00:16:49: 07:46:19 packet lost 39019 38240
@00:16:49: 07:46:19 20 packets lost
@00:17:15: 07:46:46 packet lost 17188 16420
@00:17:15: 07:46:46 20 packets lost
@00:28:57: 07:58:41 from DBox: ERROR: main() - SPkt buffer overflow
@00:29:04: 07:58:47 data rate > 9Mbit/s
@00:29:05: 07:58:49 packet lost 478623 476036
@00:29:05: 07:58:49 216 packets lost
@00:29:16: 07:59:01 packet lost 68189 67420
@00:29:17: 07:59:01 20 packets lost
@00:29:43: 07:59:28 packet lost 29739 28960
@00:29:43: 07:59:28 20 packets lost
@01:00:04: 08:30:29 from DBox: ERROR: main() - SPkt buffer overflow
@01:00:11: 08:30:36 data rate > 9Mbit/s
@01:00:12: 08:30:37 packet lost 970288 967720
@01:00:12: 08:30:37 236 packets lost
@01:00:24: 08:30:49 packet lost 141319 140540
@01:00:24: 08:30:49 20 packets lost
@01:14:20: 08:45:04 from DBox: ERROR: main() - SPkt buffer overflow
@01:14:27: 08:45:12 packet lost 1209879 1207268
@01:14:27: 08:45:12 232 packets lost
@01:14:28: 08:45:13 data rate > 9Mbit/s
@01:14:39: 08:45:24 packet lost 174859 174080
@01:14:39: 08:45:24 20 packets lost
@01:15:05: 08:45:51 packet lost 75559 74780
@01:15:05: 08:45:51 4 packets lost
@01:26:50: 08:57:53 from DBox: ERROR: main() - SPkt buffer overflow
@01:26:56: 08:57:59 data rate > 9Mbit/s
@01:26:57: 08:58:01 packet lost 1431975 1429360
@01:26:57: 08:58:01 216 packets lost
@01:27:01: 08:58:05 data rate > 9Mbit/s
@01:27:08: 08:58:13 packet lost 204299 203520
@01:27:08: 08:58:13 40 packets lost
@01:34:49: 09:06:07 from DBox: ERROR: main() - SPkt buffer overflow
@01:34:58: 09:06:17 packet lost 1629158 1626536
@01:34:58: 09:06:17 236 packets lost
@01:35:08: 09:06:27 packet lost 223239 222460
@01:35:08: 09:06:27 20 packets lost
@01:40:42: Ende Aufnahme
Was sagt mir
Code: Alles auswählen
@01:26:50: 08:57:53 from DBox: ERROR: main() - SPkt buffer overflow
@01:26:56: 08:57:59 data rate > 9Mbit/s
liegt das am Stream schon auf der Box oder ist das eher ein lokales Netzwerkproblem?
Danke vorab!
Gruß, Matthias
Verfasst: Fr 11 Mär 2005, 23:29
von jmittelst
Hmm - das riecht eigentlich ehr nach Netzwerk- und/oder Empfangsproblem.
Hab ich so jedenfalls noch nicht erlebt. Was hast Du denn da versucht von wo aufzunehmen? Was ist denn in Deinen Netzwerk so los? War der Rechner, der aufgenommen hat mit irgendwas stark gestreßt?
data rate > 9Mbit/s - das kommt in letzter Zeit schon mal vor, sollte aber normalerweise keine Probleme machen.
Wann hast Du die Box denn zum letzten Mal neu gestartet? Was für Ucodes verwendest Du? Wie sehen Deine Satfind-Werte aus?
cu
Jens
Verfasst: Fr 11 Mär 2005, 23:44
von MattisBLN
Code: Alles auswählen
Jack the Grabber Logfile
Erstellt am: 11.03.2005 07:29
Timer Aufnahme
Kanal=PREMIERE 1
Sendung=Head Of State - Das Weisse Haus sieht schwarz (Head of State)
Start=11.03.2005 07:29:00
Ende=09:12
Aber bedeutet nicht der Buffer overflow, dass auf jeden Fall was verloren geht?
Es kann sein, dass der Rechner während der zweiten Hälfte der Aufnahme durch Remote-Zugriff (VNC) belastet war, aber auf jeden Fall nicht durchgehend.
Letzter Box-Reboot war vor einigen Tagen, ucode 0f00, BER schwankt zwischen 0 und 30, überwiegend 0.
Box und Streamrechner hängen an einem Netgear WGT 624, der ja auch einen Wireless-Accesspoint enthält. Stört das den Stream, wenn ich wähend der Aufnahme Wireless surfe? Bisher hatte ich eigentlich diesbezüglich keine Schwierigkeiten...
Verfasst: Fr 11 Mär 2005, 23:49
von jmittelst
Bei einem Buffer Overflow ist was im Argen.
VNC sollte nicht so stark belasten das nix mehr geht, es sei denn, das ging über eine 10Mbit-Verbindung. Wireless surfen sollte auch nix machen.
Was ich jetzt in Vermutung habe ist ehr die Ucode.bin 00f0. Läuft bei manchen wohl, hat mir damals aber auch das Streaming verhauen. Nimm mal die interne. Und starte besser jeden Tag mal die Box neu. Ist zwar nicht zwingend erforderlich, erhöht aber die Sicherheit, das nix im Hintergrund abgestürzt ist, enorm.
cu
Jens
Verfasst: Fr 11 Mär 2005, 23:58
von MattisBLN
Werd ich mal probieren. Muss ich bei der internen ucode zwingend hwsections abschalten?
Aber der Buffer-Overflow kommt ja immer direkt vor dem >9Mbit/s. Also ist der Urspung des Fehlers hier eher die Box als das lokale Netz, oder?
Gruß, Matthias
Verfasst: Sa 12 Mär 2005, 0:06
von MattisBLN
PS: Mein Netz ist komplett 100 MBit. WAN = DSL2000 über Fritz! Fon WLAN - der Zugriff von aussen erfolgte allerdings über 56K-Modem, sollte aber dem Server ja egal sein, oder?
Verfasst: Sa 12 Mär 2005, 0:18
von jmittelst
Ich denke, da sollte im Netz alles OK sein. Der Bufferoverflow ist vor dem >9Mbit/s - deutet ehr auf Unverträglichkeit mit der Ucode.bin hin. Ich hab seit einiger Zeit bei mir HW_Sections aus, wg. JackTV - Box läuft immer noch einwandfrei. Das sollte zwar die CPU entlasten, aber einen Unterschied merkt man nicht wirklich. Obwohl auf meiner Sagem1xI HW_Sections problemlos gelaufen ist mit der internen Ucode.bin 014.
cu
Jens
Verfasst: Sa 12 Mär 2005, 8:29
von MattisBLN
Moin...
Ich hab nun die internen ucodes aktiviert, allerdings ohne Erfolg:
Code: Alles auswählen
Jack the Grabber Logfile
Erstellt am: 12.03.2005 01:19
Timer Aufnahme
Kanal=PREMIERE 1
Sendung=12 Days of Terror
Start=12.03.2005 01:19:00
Ende=02:47
*******************************************************
@11:14:18: Aufnahme Event:
@11:14:18: IP: 192.168.0.42
@11:14:18: VPid: 511
@11:14:18: APid 1: 512
@11:14:18: APid 2: 515
@11:14:18: APid 3: 0
@11:14:18: Filename: f:\2005-03-12-12 Days of Terror\12 Days of Terror.mpg
@11:14:18: Splittsize: 39999
@11:14:18: KanalID: 20085000a
@11:14:18: EPG Infos geschrieben
@11:14:18: sectionsd gestoppt
@11:14:18: -host 192.168.0.42 -vp 1FF -ap 200 -ap 203 -vsplit 1 -gtc -rm -idd -pes -o "f:\2005-03-12-12 Days of Terror\12 Days of Terror-1"
@00:00:03: 01:19:19 to DBox: VIDEO 31341 16 0 1 vaa 1ff 200 203
@00:00:03: 01:19:19 from DBox: INFO: IP c0a80029 Port 31341
@00:00:04: 01:19:20 from DBox: PID vaa 3 1ff 200 203
@00:00:04: 01:19:20 to DBox: START
@00:00:04: 01:19:20 from DBox: INFO: UdpSender() - PID127 R0 W0
@00:00:04: Video:[0]f:\2005-03-12-12 Days of Terror\12 days of terror-1_00.vpes
@00:00:04: Audio_1:[0]f:\2005-03-12-12 Days of Terror\12 days of terror-1_01.apes
@00:00:04: Audio_2:[0]f:\2005-03-12-12 Days of Terror\12 days of terror-1_02.apes
@00:00:04: 01:19:20 from DBox: INFO: DmxReader() - Pid 1ff 204960 0 0
@00:00:04: 01:19:20 from DBox: INFO: DmxReader() - Pid 200 29280 0 0
@00:00:04: 01:19:20 from DBox: INFO: DmxReader() - Pid 203 29280 0 0
@00:00:07: Video: 511
@00:00:07: Audio1: 512
@00:00:07: Audio2: 515
@00:00:07: Audio3: 0
@00:00:07: Beginne Aufnahme nach: f:\\2005-03-12-12 Days of Terror
@00:21:23: 01:41:01 from DBox: ERROR: main() - SPkt buffer overflow
@00:21:29: 01:41:07 data rate > 9Mbit/s
@00:21:30: 01:41:09 packet lost 365056 362464
@00:21:30: 01:41:09 236 packets lost
@00:21:42: 01:41:21 packet lost 50578 49800
@00:21:42: 01:41:21 20 packets lost
@00:33:12: 01:53:09 from DBox: ERROR: main() - SPkt buffer overflow
@00:33:17: 01:53:14 data rate > 9Mbit/s
@00:33:20: 01:53:17 packet lost 568671 566080
@00:33:20: 01:53:17 216 packets lost
@00:33:31: 01:53:29 packet lost 78459 77680
@00:33:31: 01:53:29 20 packets lost
@00:33:57: 01:53:56 packet lost 34139 33360
@00:33:57: 01:53:56 20 packets lost
@00:50:17: 02:10:46 data rate > 9Mbit/s
@00:58:13: 02:18:59 from DBox: ERROR: main() - SPkt buffer overflow
@00:58:20: 02:19:07 packet lost 1019579 1016960
@00:58:20: 02:19:07 204 packets lost
@00:58:21: 02:19:08 data rate > 9Mbit/s
@00:58:32: 02:19:19 packet lost 137859 137080
@00:58:32: 02:19:19 40 packets lost
@00:58:57: 02:19:45 packet lost 59659 58888
@00:58:57: 02:19:45 12 packets lost
@01:19:28: 02:40:51 from DBox: ERROR: main() - SPkt buffer overflow
@01:19:32: 02:40:55 data rate > 9Mbit/s
@01:19:35: 02:40:59 packet lost 1420565 1417940
@01:19:35: 02:40:59 256 packets lost
@01:25:37: Ende Aufnahme
******************************************************
Video Ausgabe:
Video[0] FileSize=2224947200
******************************************************
Audio Ausgabe:
Audio_1[0] FileSize=125337600
Audio_2[0] FileSize=293376000
******************************************************
Muxer Ausgabe:
RESEND 4095 packets
******************************************************
Video High:
Video Low:
Audio High:
Audio Low:
******************************************************
@01:25:38: 02:47:09 to DBox: STOP
@01:25:38: 02:47:09 network statistics:
@01:25:38: max: 9,9 Mbit/s total data rate
@01:25:38: average: 4,5 Mbit/s total data rate
@01:25:38: no resends
@01:25:38: 02:47:09 TcpSender stopped
@01:25:39: 02:47:10 UdpReceiver stopped
@01:25:39: 02:47:10 from DBox: EXIT
@01:25:39: 02:47:10 TcpReceiver stopped
@01:25:42: -i "f:\2005-03-12-12 Days of Terror\12 days of terror-1_00.vpes" -out ES
@01:25:42: RESEND 4095 packets
@01:25:42: sectionsd gestartet
******************************************************
Jack wünscht viel Spass mit der Aufnahme...
besucht uns auch mal auf: http://www.jackthegrabber.de
Ich hab nun auch hw_sections abgeschaltet, mal sehen, wie es damit ist...
Was genau bedeutet denn der Buffer overflow? Was genau läuft da über und unter welchen Umständen kann das passieren?
Danke!
Matthias
Verfasst: Sa 12 Mär 2005, 8:41
von tonsel
Das Problem müsste an der Dbox liegen. Hier braucht irgendwas zu viel Rechenleistung. udrec kann deshalb die Daten nicht schnell genug senden, so dass der Puffer auf der DBox überläuft.
Den Störenfried kann man mit "top" ermitteln, wenn man sich per telnet in die dbox einloggt.
tonsel
Verfasst: Sa 12 Mär 2005, 8:48
von MattisBLN
Das komische ist, dass sich bei mir eigentlich nichts verändert hat. Vor zwei Wochen (vor dem Urlaub) lief alles einwandfrei - nie irgendwelche Streamfehler - seit Monaten.
Während meiner Abwesenheit sind dann mehrere Streams fehlgeschlagen bzw. scheinbar ist die Box oder das Netz abgeschmiert. Seitdem die Probleme. Ich hab danach dann jetzt auf das letzte Snap-Komplettimage und anschließend den Snap vom 21.02.2005 upgedated, in der Hoffnung, es wird dann besser...
Hier mal ein aktuelles "top" - allerdings läuft zzt. keine Aufnahme.
Code: Alles auswählen
43 processes: 42 sleeping, 1 running, 0 zombie, 0 stopped
CPU states: 8.8% user, 16.5% system, 0.0% nice, 74.6% idle
Mem: 30948K total, 26564K used, 4384K free, 0K buffers
Swap: 0K total, 0K used, 0K free, 9628K cached
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
163 root 19 0 744 744 604 R 10.5 2.4 0:31 top
156 root 9 0 7284 7284 716 S 5.2 23.5 0:27 udpstreampes
107 root 9 0 4084 3272 2212 S 1.0 10.5 0:15 neutrino
160 root 9 0 380 380 312 S 1.0 1.2 0:02 telnetd
154 root 9 0 7284 7284 716 S 0.5 23.5 0:03 udpstreampes
158 root 9 0 7284 7284 716 S 0.5 23.5 0:03 udpstreampes
95 root 9 0 1380 1380 1104 S 0.1 4.4 0:01 zapit
1 root 8 0 440 436 420 S 0.0 1.4 0:02 init
2 root 9 0 0 0 0 SW 0.0 0.0 0:00 keventd
3 root 19 19 0 0 0 SWN 0.0 0.0 0:02 ksoftirqd_CPU0
4 root 9 0 0 0 0 SW 0.0 0.0 0:00 kswapd
5 root 9 0 0 0 0 SW 0.0 0.0 0:00 bdflush
6 root 9 0 0 0 0 SW 0.0 0.0 0:00 kupdated
7 root 9 0 0 0 0 SW 0.0 0.0 0:00 mtdblockd
9 root 9 0 440 436 420 S 0.0 1.4 0:00 init
10 root 9 0 484 480 416 S 0.0 1.5 0:00 rcS
13 root 15 10 0 0 0 SWN 0.0 0.0 0:00 jffs2_gcd_mtd3
21 root 9 0 564 564 488 S 0.0 1.8 0:00 inetd
53 root 9 0 0 0 0 SW 0.0 0.0 0:01 avia_av_wdt
57 root 9 0 0 0 0 SW 0.0 0.0 0:00 avia_gt_wdt
76 root 9 0 484 480 412 S 0.0 1.5 0:00 start_neutrino
82 root 9 0 3324 3324 936 S 0.0 10.7 0:00 sectionsd
83 root 9 0 3324 3324 936 S 0.0 10.7 0:00 sectionsd
84 root 9 0 3324 3324 936 S 0.0 10.7 0:00 sectionsd
86 root 9 0 3324 3324 936 S 0.0 10.7 0:35 sectionsd
87 root 9 0 3324 3324 936 S 0.0 10.7 0:00 sectionsd
88 root 9 0 3324 3324 936 S 0.0 10.7 0:00 sectionsd
89 root 9 0 1128 1128 968 S 0.0 3.6 0:00 timerd
90 root 9 0 1128 1128 968 S 0.0 3.6 0:00 timerd
93 root 9 0 1128 1128 968 S 0.0 3.6 0:00 timerd
94 root 9 0 0 0 0 SW 0.0 0.0 0:00 kdvb-fe-0:0
98 root 9 0 364 360 312 S 0.0 1.1 0:00 camd2
100 root 9 0 1200 1200 1020 S 0.0 3.8 0:00 controld
102 root 9 0 1200 1200 1020 S 0.0 3.8 0:00 controld
103 root 9 0 1200 1200 1020 S 0.0 3.8 0:00 controld
105 root 9 0 4084 3272 2212 S 0.0 10.5 1:58 neutrino
106 root 9 0 4084 3272 2212 S 0.0 10.5 0:00 neutrino
143 root 9 0 1404 1404 1172 S 0.0 4.5 0:00 nhttpd
144 root 9 0 1404 1404 1172 S 0.0 4.5 0:00 nhttpd
155 root 9 0 7284 7284 716 S 0.0 23.5 0:00 udpstreampes
157 root 9 0 7284 7284 716 S 0.0 23.5 0:00 udpstreampes
159 root 9 0 7284 7284 716 S 0.0 23.5 0:00 udpstreampes
161 root 9 0 612 612 528 S 0.0 1.9 0:00 sh
Gruß, Matthias
Verfasst: Sa 12 Mär 2005, 8:51
von MattisBLN
Nochmal eine Verständnis-Frage: udrec läuft doch auf dem PC, oder?
Oder läuft das auch in der Box (ist im Image drin?) und wird vom PC-udrec als Gegenstelle bedient?
Ist das normal, dass da 6xudpstreampes auf der Box läuft?
Gruß, Matthias
Verfasst: Sa 12 Mär 2005, 12:37
von tonsel
udrec läuft natürlich nicht auf der Dbox.
udpstreampes ist ein Prozess mit einem Thread pro Pid und zwei weiteren Threads (Hauptprogramm + Daten senden)
Es bleibt aber dabei: irgendwas blockt den Sende-Thread. Netzwerkprobleme schließe ich aus, da keine Resend's vorhanden sind.
tonsel
Verfasst: Sa 12 Mär 2005, 12:50
von MattisBLN
Hier nochmal die aktuelle TOP-Liste, die jetzt während der Aufnahme aktuell ist. Es gab bereits wieder 3 x Buffer overflow...
Code: Alles auswählen
9:41am up 1:22, 0 users, load average: 0.11, 0.13, 0.11
37 processes: 35 sleeping, 2 running, 0 zombie, 0 stopped
10:46am up 2:26, 0 users, load average: 0.00, 0.00, 0.00
37 processes: 36 sleeping, 1 running, 0 zombie, 0 stopped
11:20am up 3:00, 0 users, load average: 0.39, 0.23, 0.18
45 processes: 43 sleeping, 2 running, 0 zombie, 0 stopped
12:48pm up 4:29, 0 users, load average: 0.35, 0.34, 0.32
45 processes: 43 sleeping, 2 running, 0 zombie, 0 stopped
CPU states: 6.7% user, 34.3% system, 0.0% nice, 59.0% idle
Mem: 30948K total, 27068K used, 3880K free, 0K buffers
Swap: 0K total, 0K used, 0K free, 9628K cached
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
193 root 12 0 7412 7412 716 S 12.5 23.9 12:34 udpstreampes
200 root 18 0 748 748 604 R 12.3 2.4 0:06 top
191 root 9 0 7412 7412 716 S 2.0 23.9 1:38 udpstreampes
195 root 9 0 7412 7412 716 S 1.6 23.9 1:27 udpstreampes
107 root 9 0 4084 3272 2212 S 1.0 10.5 2:44 neutrino
170 root 9 0 380 380 312 S 1.0 1.2 0:02 telnetd
196 root 9 0 7412 7412 716 S 0.3 23.9 0:05 udpstreampes
3 root 19 19 0 0 0 RWN 0.1 0.0 0:28 ksoftirqd_CPU0
198 root 9 0 7412 7412 716 S 0.1 23.9 0:15 udpstreampes
1 root 8 0 440 436 420 S 0.0 1.4 0:02 init
2 root 9 0 0 0 0 SW 0.0 0.0 0:00 keventd
4 root 9 0 0 0 0 SW 0.0 0.0 0:00 kswapd
5 root 9 0 0 0 0 SW 0.0 0.0 0:00 bdflush
6 root 9 0 0 0 0 SW 0.0 0.0 0:00 kupdated
7 root 9 0 0 0 0 SW 0.0 0.0 0:00 mtdblockd
9 root 9 0 440 436 420 S 0.0 1.4 0:00 init
10 root 9 0 484 480 416 S 0.0 1.5 0:00 rcS
13 root 15 10 0 0 0 SWN 0.0 0.0 0:00 jffs2_gcd_mtd3
21 root 9 0 564 564 488 S 0.0 1.8 0:00 inetd
53 root 9 0 0 0 0 SW 0.0 0.0 0:13 avia_av_wdt
57 root 9 0 0 0 0 SW 0.0 0.0 0:00 avia_gt_wdt
76 root 9 0 484 480 412 S 0.0 1.5 0:00 start_neutrino
82 root 9 0 3348 3348 936 S 0.0 10.8 0:00 sectionsd
83 root 9 0 3348 3348 936 S 0.0 10.8 0:00 sectionsd
84 root 9 0 3348 3348 936 S 0.0 10.8 0:00 sectionsd
86 root 9 0 3348 3348 936 S 0.0 10.8 0:47 sectionsd
87 root 9 0 3348 3348 936 S 0.0 10.8 0:00 sectionsd
88 root 9 0 3348 3348 936 S 0.0 10.8 0:00 sectionsd
89 root 9 0 1128 1128 968 S 0.0 3.6 0:00 timerd
90 root 9 0 1128 1128 968 S 0.0 3.6 0:00 timerd
93 root 9 0 1128 1128 968 S 0.0 3.6 0:00 timerd
94 root 9 0 0 0 0 SW 0.0 0.0 0:00 kdvb-fe-0:0
95 root 9 0 1380 1380 1104 S 0.0 4.4 0:11 zapit
98 root 9 0 364 360 312 S 0.0 1.1 0:00 camd2
100 root 9 0 1200 1200 1020 S 0.0 3.8 0:00 controld
102 root 9 0 1200 1200 1020 S 0.0 3.8 0:00 controld
103 root 9 0 1200 1200 1020 S 0.0 3.8 0:00 controld
105 root 9 0 4084 3272 2212 S 0.0 10.5 1:58 neutrino
106 root 9 0 4084 3272 2212 S 0.0 10.5 0:00 neutrino
171 root 9 0 612 612 528 S 0.0 1.9 0:00 sh
180 root 9 0 1408 1408 1172 S 0.0 4.5 0:00 nhttpd
181 root 9 0 1408 1408 1172 S 0.0 4.5 0:00 nhttpd
192 root 9 0 7412 7412 716 S 0.0 23.9 0:00 udpstreampes
194 root 9 0 7412 7412 716 S 0.0 23.9 0:00 udpstreampes
197 root 9 0 7412 7412 716 S 0.0 23.9 0:06 udpstreampes
Log:
Code: Alles auswählen
Jack the Grabber Logfile
Erstellt am: 12.03.2005 10:49
Timer Aufnahme
Kanal=PREMIERE 1
Sendung=Tatsaechlich...Liebe (Love Actually)
Start=12.03.2005 10:49:00
Ende=13:07
*******************************************************
@02:04:43: Aufnahme Event:
@02:04:43: IP: 192.168.0.42
@02:04:43: VPid: 511
@02:04:43: APid 1: 512
@02:04:43: APid 2: 513
@02:04:43: APid 3: 515
@02:04:43: Filename: f:\2005-03-12-Tatsaechlich...Liebe (Love Actually)\Tatsaechlich...Liebe (Love Actually).mpg
@02:04:43: Splittsize: 39999
@02:04:43: KanalID: 20085000a
@02:04:43: EPG Infos geschrieben
@02:04:43: sectionsd gestoppt
@02:04:43: -host 192.168.0.42 -vp 1FF -ap 200 -ap 201 -ap 203 -vsplit 1 -gtc -rm -idd -pes -o "f:\2005-03-12-Tatsaechlich...Liebe (Love Actually)\Tatsaechlich...Liebe (Love Actually)-1"
@00:00:04: 10:49:16 to DBox: VIDEO 31341 16 0 1 vaaa 1ff 200 201 203
@00:00:04: 10:49:16 from DBox: INFO: IP c0a80029 Port 31341
@00:00:04: 10:49:16 from DBox: PID vaaa 4 1ff 200 201 203
@00:00:04: 10:49:16 to DBox: START
@00:00:04: 10:49:16 from DBox: INFO: UdpSender() - PID193 R0 W0
@00:00:04: Video:[0]f:\2005-03-12-Tatsaechlich...Liebe (Love Actually)\tatsaechlich...liebe (love actually)-1_00.vpes
@00:00:04: Audio_1:[0]f:\2005-03-12-Tatsaechlich...Liebe (Love Actually)\tatsaechlich...liebe (love actually)-1_01.apes
@00:00:04: Audio_2:[0]f:\2005-03-12-Tatsaechlich...Liebe (Love Actually)\tatsaechlich...liebe (love actually)-1_02.apes
@00:00:04: Audio_3:[0]f:\2005-03-12-Tatsaechlich...Liebe (Love Actually)\tatsaechlich...liebe (love actually)-1_03.apes
@00:00:04: 10:49:17 from DBox: INFO: DmxReader() - Pid 1ff 204960 0 0
@00:00:04: 10:49:17 from DBox: INFO: DmxReader() - Pid 200 29280 0 0
@00:00:04: 10:49:17 from DBox: INFO: DmxReader() - Pid 201 29280 0 0
@00:00:04: 10:49:17 from DBox: INFO: DmxReader() - Pid 203 29280 0 0
@00:00:07: Video: 511
@00:00:07: Audio1: 512
@00:00:07: Audio2: 513
@00:00:07: Audio3: 515
@00:00:07: Beginne Aufnahme nach: f:\\2005-03-12-Tatsaechlich...Liebe (Love Actually)
@00:44:58: 11:35:11 data rate > 9Mbit/s
@01:04:46: 11:55:21 from DBox: ERROR: main() - SPkt buffer overflow
@01:04:57: 11:55:34 packet lost 969579 966980
@01:04:57: 11:55:34 216 packets lost
@01:05:05: 11:55:41 packet lost 152619 151840
@01:05:05: 11:55:41 20 packets lost
@01:05:30: 11:56:07 packet lost 65999 65220
@01:05:30: 11:56:07 20 packets lost
@01:29:19: 12:20:23 from DBox: ERROR: main() - SPkt buffer overflow
@01:29:19: 12:20:23 from DBox: ERROR: main() - SPkt buffer overflow
@01:29:22: 12:20:26 data rate > 9Mbit/s
@01:29:26: 12:20:30 packet lost 1325914 1323340
@01:29:26: 12:20:30 472 packets lost
@01:29:27: 12:20:31 data rate > 9Mbit/s
@01:29:38: 12:20:43 packet lost 210159 209380
@01:29:38: 12:20:43 40 packets lost
Sollte ich die box nochmal neu flashen?
Danke!
Matthias
Verfasst: Sa 12 Mär 2005, 12:52
von MattisBLN
PS: Ich frage mich übrigens immer noch, warum JtG AC3 aufnimmt, obwohl ich das nicht so eingestellt habe...
Verfasst: Sa 12 Mär 2005, 13:10
von jmittelst
Weil es da im Moment ein klitzekleines Problem mit den Audiopids gibt, besser alle aufzeichnen.
Hmm - ist die Box im SPTS_Mode? Dann besser mal den Avia 028 versuchen.
cu
Jens