Streamen über Wlan: "corrupt audio frames"

Nachricht

CrazyLexx · #1 Beitrag von **CrazyLexx** » Do 26 Mai 2005, 15:41

Hallo zusammen,

habe eben mal versucht, über Wlan einen Film von Premiere Direkt zu streamen. Dabei sieht mein Netzwerk wie folgt aus:
Die Dbox ist über eine Wireless Bridge mit dem Router verbunden, auf den dann mein Computer ebenfalls über Wlan zugreift. Alle Komponenten unterstützen dabei den g-Standard und übertragen somit mit 54MBit. Die Verbindung von meinem Rechner wird unter WindowsXP als "hervorragend" angegeben und habe auch keine Verbindungsprobleme (wie Geschwindigkeitseinbrüche o.ä.).

Dennoch bekomme ich beim Versuch mit UDREC einen Stream aufzuzeichnen so alle zwei Minuten die Fehlermeldung "corrupt audio frame" und alle fünf Minuten einen "video resync".

Woran liegt das Problem? Kann ich vielleicht die Datenrate ausreichend heruntersetzten, in dem ich z.B. nur zwei (statt drei) Audiospuren mit streamen lasse? Sollte eine 54Mbit wireless Verbindung nicht ausreichend Reserven zum Streamen haben?

Bin für jeden Tipp dankbar,
Tom

chicane_200676 · #2 Beitrag von **chicane_200676** » Fr 27 Mai 2005, 7:49

Da brauchts leider mehr Infos zu Hardware, Einstellungen, Gebäude etc.
Kannst Du den Rechner testweise mal direkt an den Router hängen und prüfen, obs dann besser wird ? Eventuell Geräte unterschiedlicher Hersteller ?

Cu,
Chicane

KeXXeN · #3 Beitrag von **KeXXeN** » Fr 27 Mai 2005, 7:53

Rein Erfahrungsgemäß ist das Streaming unter WLan leider nur in extrem seltenen Fällen von erfolg gekrönt.

WLAN arbeitet leider auch unter optimalen bedingungen nicht sehr fehlertollerant.

Den Vorschlag von chicane solltest du mal testen, wenns dann funktioniert ist die Fehlerquelle unübersehbar

tonsel · #4 Beitrag von **tonsel** » Fr 27 Mai 2005, 7:55

Wenn im udrec-Log "packet lost" Meldungen sind liegts am Netzwerk. Wenn nicht, liegts an der TV-Empfangsqualität.

tonsel

KeXXeN · #5 Beitrag von **KeXXeN** » Fr 27 Mai 2005, 10:09

Danke tonsel...

Das ist doch mal ne richtig gute Aussage...

Sollte man gleich mal in die FAQ übernehmen

CrazyLexx · #6 Beitrag von **CrazyLexx** » Fr 27 Mai 2005, 14:12

tonsel hat geschrieben:Wenn im udrec-Log "packet lost" Meldungen sind liegts am Netzwerk.

Konnte im Log keinen Hinweis auf "packet lost" finden. Nachfolgend mal ein Log von einer kurzen Testaufnahme, die ich gerade eben auf Premiere Sport 1 aufgezeichnet habe:

Code: Alles auswählen

Direktaufnahme: null
15:09:59 INFO  - C:\Programme\DBox Streaming\XMediaGrabber\udrec.exe -host 192.168.2.103 -now -es -o D:\Eigene Dateien\Eigene Videos\Premiere Aufnahme\05-05-27 15_09 PREMIERE SPORT 1 unavailable\05-05-27 15_09 PREMIERE SPORT 1 unavailable -buf 16 -tcp 31340 -udp 31341 -vp 00ff -ap 0100 -ap 0101
15:10:02 INFO  - 15:10:02 to DBox: VIDEO 31341 16 0 1 vaa 0ff 100 101
15:10:02 INFO  - 15:10:02 from DBox: /tmp/zapit.sock: No such file or directory
15:10:02 INFO  - 15:10:02 from DBox: [CBasicClient] connect failed.
15:10:02 INFO  - 15:10:02 from DBox: INFO: forced PES-Mode
15:10:02 INFO  - 15:10:02 from DBox: INFO: IP c0a80265 Port 31341
15:10:02 INFO  - 15:10:02 from DBox: PID vaa 3 ff 100 101
15:10:02 INFO  - 15:10:02 to DBox: START
15:10:02 INFO  - 15:10:02 from DBox: INFO: UdpSender() - PID156 R0 W0
15:10:02 INFO  - 15:10:02 from DBox: INFO: DmxReader() - Pid ff 204960 0 0
15:10:02 INFO  - 15:10:02 from DBox: INFO: DmxReader() - Pid 100 29280 0 0
15:10:02 INFO  - 15:10:02 from DBox: INFO: DmxReader() - Pid 101 29280 0 0
15:10:11 INFO  - 15:10:11 found video stream (e0)
15:10:11 INFO  - 15:10:11 found mp2 stream (c0)
15:10:11 INFO  - 15:10:11 found mp2 stream (c0)
15:10:16 INFO  - 15:10:16 02:39:26.69: video resync
15:11:25 INFO  - 15:11:25 to DBox: STOP
15:11:25 INFO  - 15:11:25 network statistics:
15:11:25 INFO  - max:      5,5 Mbit/s total data rate
15:11:25 INFO  - average:  4,3 Mbit/s total data rate
15:11:25 INFO  - average:  0,012 Mbit/s resend data rate
15:11:25 INFO  - count:    84 resend packets
15:11:25 INFO  - average:  1 resend packet per 364,7 total packets
15:11:25 INFO  - max:      42 packets per resend
15:11:25 INFO  - average:  21,0 packets per resend
15:11:25 INFO  - 15:11:25 TcpSender stopped
15:11:25 INFO  - 15:11:25 ESSync stopped - no stream errors
15:11:26 INFO  - 15:11:26 UdpReceiver stopped
15:11:26 INFO  - 15:11:26 from DBox: EXIT
15:11:26 INFO  - 15:11:26 TcpReceiver stopped
15:11:26 INFO  - 15:11:26 KeyboardRecordControl stopped

Habe mal zum Test eine Ad-Hoc Verbindung zwischen meinem Computer und der Wireless-Bridge an der DBox hergestellt. Macht es bei der Performance einen Unterschied, wenn ich eine direkte Verbindung herstelle oder das ganze über den Router laufen lasse?

Danke,
Tom

Sedonion · #7 Beitrag von **Sedonion** » Fr 27 Mai 2005, 14:16

Natürlich. So wie ich Dich verstehe hast Du 2 Wlan Netze, und somit gleich 2 Möglichkeiten einer unsauberen Verbindung.

tonsel · #8 Beitrag von **tonsel** » So 29 Mai 2005, 9:07

Das Log oben ist grundsätzlich fehlerfrei - der Stream sollte ungestört sein. Es sind nur ein bisschen vielle Resend's drin - müsste aber auch beil langen Aufnahmen trotzdem noch fehlerfrei gehen.

tonsel

CrazyLexx · #9 Beitrag von **CrazyLexx** » So 29 Mai 2005, 17:38

tonsel hat geschrieben:Es sind nur ein bisschen vielle Resend's drin - müsste aber auch beil langen Aufnahmen trotzdem noch fehlerfrei gehen.

Was sagen mir diese Resends überhaupt und wie machen sie sich nachher in der Aufnahme bemerkbar?

eltinax · #10 Beitrag von **eltinax** » So 29 Mai 2005, 17:58

Resends sind die erneute Anforderung von Datenpaketen die nicht vollständig auf dem PC angekommen sind. Da diese Pakete erneut gesendet werden, macht es sich nachher in der Aufnahme nur als einwandfreie Qualität bemerkbar, da ja die Fehler bereinigt wurden.

( Ich hoffe die Erklärung ist so ok. )

cu
eltinax

CrazyLexx · #11 Beitrag von **CrazyLexx** » So 05 Jun 2005, 13:17

eltinax hat geschrieben:Resends sind die erneute Anforderung von Datenpaketen die nicht vollständig auf dem PC angekommen sind. Da diese Pakete erneut gesendet werden, macht es sich nachher in der Aufnahme nur als einwandfreie Qualität bemerkbar, da ja die Fehler bereinigt wurden.
( Ich hoffe die Erklärung ist so ok. )

Das würde also bedeuten, solange es keine "lost packets" im Log gibt, würde ich nachher keine Fehler in der Aufzeichnung haben? Ab wann wird denn eine Resend-Quote zu einem Problem?

#12 Beitrag von **jmittelst** » So 05 Jun 2005, 13:30

Hohe Resend Quoten deuten nur darauf hin, das evtl. ein Problem bestehen könnte, denn bei hoher Datenrate jedes x. Packet nochmal zu übertragen führt früher oder später sicher zu einem Packet Lost.
Netzwerk oder der Rechner an sich sollten während einer Aufnahme besser nicht zu sehr gestreßt werden. Also besser kein P2P oder sowas.
cu
Jens

CrazyLexx · #13 Beitrag von **CrazyLexx** » So 05 Jun 2005, 13:38

jmittelst hat geschrieben:Hohe Resend Quoten deuten nur darauf hin, das evtl. ein Problem bestehen könnte, denn bei hoher Datenrate jedes x. Packet nochmal zu übertragen führt früher oder später sicher zu einem Packet Lost.
Netzwerk oder der Rechner an sich sollten während einer Aufnahme besser nicht zu sehr gestreßt werden. Also besser kein P2P oder sowas.

Komische Sache - während dem Streamversuch wurde weder das Netzwerk noch der Aufnahme-Rechner für etwas anderes verwendet. Wie sieht es eigentlich mit Virenscanner und der XP-Firewall aus? Stellen die ein Problem da?

#14 Beitrag von **jmittelst** » So 05 Jun 2005, 13:40

Unter Umständen. Bei Symantec-Produkten reicht abschalten übrigens nicht, die machen solange Faxen, wie sie auch nur eine Dateileiche im System haben.
cu
Jens