Corrupt Audio Frames / Packets lost

Nachricht

MattisBLN · #1 Beitrag von **MattisBLN** » Fr 11 Mär 2005, 23:19

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

#2 Beitrag von **jmittelst** » Fr 11 Mär 2005, 23:29

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

MattisBLN · #3 Beitrag von **MattisBLN** » Fr 11 Mär 2005, 23:44

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...

#4 Beitrag von **jmittelst** » Fr 11 Mär 2005, 23:49

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

MattisBLN · #5 Beitrag von **MattisBLN** » Fr 11 Mär 2005, 23:58

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

MattisBLN · #6 Beitrag von **MattisBLN** » Sa 12 Mär 2005, 0:06

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?

#7 Beitrag von **jmittelst** » Sa 12 Mär 2005, 0:18

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

MattisBLN · #8 Beitrag von **MattisBLN** » Sa 12 Mär 2005, 8:29

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

tonsel · #9 Beitrag von **tonsel** » Sa 12 Mär 2005, 8:41

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

MattisBLN · #10 Beitrag von **MattisBLN** » Sa 12 Mär 2005, 8:48

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

MattisBLN · #11 Beitrag von **MattisBLN** » Sa 12 Mär 2005, 8:51

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

tonsel · #12 Beitrag von **tonsel** » Sa 12 Mär 2005, 12:37

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

MattisBLN · #13 Beitrag von **MattisBLN** » Sa 12 Mär 2005, 12:50

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

MattisBLN · #14 Beitrag von **MattisBLN** » Sa 12 Mär 2005, 12:52

PS: Ich frage mich übrigens immer noch, warum JtG AC3 aufnimmt, obwohl ich das nicht so eingestellt habe...

#15 Beitrag von **jmittelst** » Sa 12 Mär 2005, 13:10

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