Sundtek Support Forum
Deutsch => Sundtek MediaTV Pro => Thema gestartet von: hubert am August 15, 2010, 05:38:30 Nachmittag
-
Hallo Sundtek & Co,
kurz vorweg: der Hardware-Support in Linux ist einfach großartig!! Was in Verbindung mit LInux auf einmal alles mögich ist... :)
So, zu meinem Problem:
Hardware:
Intel D945GCLF2D mit Dual Atom Core
Seagate Barracuda 500GB ST3500418AS
Software:
Debian Squeeze, 2.6.32-5-amd64
KDE Development Platform: 4.4.5 (KDE 4.4.5), Kaffeine: 1.0
Treiber: http://www.sundtek.de/media/sundtek_installer_development.sh
Netzwerksupport enabled
Das Streamen von HD Sendern auf einem Rechner mit Intel 4500 HD über das Netzwerk funktioniert. Nehme ich jedoch eine HD Sendung auf dem Server auf und möchte sie gleichzeitig über das Netzwerk abspielen, so kommt es zu recht häufigen Unterbrechungen während des Abspielens.
Gerne poste ich noch weitere Informationen bzw. Vermutungen zu dem Problem falls notwendig! Freue mich aber erst mal über Ideen/Hinweise, die das Problem beheben könnten.
-
Wie sieht denn die CPU Last aus (top screenshot)?
Sofern die Datenuebertragung mittels W-LAN gemacht wird eventuell auf dem Server die notwendige Bandbreite ausmessen.
/opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 | /opt/bin/mediaclient --pipecount=1
-
Hallo,
vielen Dank für die schnelle Antwort!!
Die Prozessorlast liegt bei 25%, das Video wird ja auf dem Server nicht abgespielt. Verbaut ist ein Intel Atom Dual Core 330. Hyperthreading wird unterstützt, alle vier logischen Cores sind zwischen 25 und 50 Prozent geblieben.
Die Übertragung läuft via 100 Mbit LAN. Livestreams funktionieren und werden mit ca. 1,6 MiB/s stabil übertragen.
Das Abspielen der Aufnahme sorgt interessanterweise für einen Traffic von 6MiB/s. Die CPU Last des Servers steigt dabei etwas an. Teilweise gibt es jetzt bei der Übertragung leichte Aussetzer. Dies ist im Screenshot 2 (unten, blaue Linie) zu sehen.
(Network: 6,4 MiB/s, CPU mediaserver = 37, Kaffeine = 18)
Hier die gewünschte Ausgabe:
root@kas:/dev/dvb/adapter3# /opt/bin/mediaclient --cat /dev/dvb/adapter3/dvr0 | /opt/bin/mediaclient --pipecount=1
1576960 bytes | 1540.00 kb | 1.50 mb transferred
2017280 bytes | 1970.00 kb | 1.92 mb transferred
1689600 bytes | 1650.00 kb | 1.61 mb transferred
1720320 bytes | 1680.00 kb | 1.64 mb transferred
1710080 bytes | 1670.00 kb | 1.63 mb transferred
1710080 bytes | 1670.00 kb | 1.63 mb transferred
1566720 bytes | 1530.00 kb | 1.49 mb transferred
1720320 bytes | 1680.00 kb | 1.64 mb transferred
1710080 bytes | 1670.00 kb | 1.63 mb transferred
1710080 bytes | 1670.00 kb | 1.63 mb transferred
1607680 bytes | 1570.00 kb | 1.53 mb transferred
Leider konnten die Screenshots nicht eingefügt werden, hier die Ausgabe von TOP:
top - 22:18:04 up 72 days, 8:18, 2 users, load average: 0.72, 0.85, 0.72
Tasks: 226 total, 1 running, 225 sleeping, 0 stopped, 0 zombie
Cpu(s): 7.5%us, 8.3%sy, 0.0%ni, 75.9%id, 8.0%wa, 0.0%hi, 0.3%si, 0.0%s
Mem: 1017032k total, 1004364k used, 12668k free, 1116k buffers
Swap: 3100536k total, 364872k used, 2735664k free, 571484k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3145 root 20 0 391m 27m 21m S 38 2.8 163:28.78 mediasrv
11605 flatmate 20 0 558m 46m 16m S 22 4.7 10:45.13 kaffeine
5628 flatmate 20 0 779m 18m 5264 S 3 1.8 448:27.01 ktorrent
2660 flatmate 20 0 451m 8160 3096 S 1 0.8 16:09.28 gnome-panel
47 root 20 0 0 0 0 S 1 0.0 3:52.16 kswapd0
1894 root 20 0 179m 10m 4204 S 1 1.1 793:40.96 Xorg
11608 flatmate 20 0 733m 4608 2488 S 1 0.5 5:36.97 kaffeine-xbu
19486 root 20 0 23452 1064 700 R 1 0.1 0:02.10 top
2580 flatmate 20 0 170m 3132 1376 S 0 0.3 2:26.66 metacity
2724 flatmate 20 0 739m 30m 1224 S 0 3.1 30:46.34 rhythmbox
2750 flatmate 20 0 266m 4400 2496 S 0 0.4 18:13.55 sensors-applet
3244 flatmate 20 0 201m 1088 632 S 0 0.1 0:11.65 cpufreq-applet
11542 flatmate 20 0 482m 716 356 S 0 0.1 3:58.03 kaffeine-xbu
1 root 20 0 12604 72 44 S 0 0.0 0:01.96 init
2 root 20 0 0 0 0 S 0 0.0 0:00.00 kthreadd
3 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/0
4 root 20 0 0 0 0 S 0 0.0 0:04.13 ksoftirqd/0
5 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/0
6 root RT 0 0 0 0 S 0 0.0 0:00.04 migration/1
7 root 20 0 0 0 0 S 0 0.0 0:05.37 ksoftirqd/1
8 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/1
9 root RT 0 0 0 0 S 0 0.0 0:00.01 migration/2
10 root 20 0 0 0 0 S 0 0.0 0:03.25 ksoftirqd/2
-
scheint wohl auf einem Rechner performance Probleme mit 6MB/sek zu geben. Das lokale Programm schaltet die Filter anscheinend aus bzw. um auf den vollen Transportstrom. Wir werden das Thema die kommende Woche besprechen. Filter per Client anzubieten (vom Server aus) ist eine Performanceangelegenheit, derzeit werden die Uebertragungsfilter global gesetzt.
-
Ich habe gerade die Datei noch einmal abgespielt und komme, jetzt wo die Aufnahme beendet ist, nur noch auf eine normale Übertragungsrate von 1,6 MiB/s. Ich werde dies die nächsten Tage noch einmal genauer unter die Lupe nehmen. Vielen Dank schon einmal für die schnelle Antwort, und das an einem Sonntag ;-)
-
Ich habe verschiedene Möglichkeiten durchgespielt, komme immer wieder zu dem gleichen Ergebnis:
Während auf dem Server (Debian) ein HD-Sender mit Kaffeine aufgenommen wird und gleichzeitig diese Datei über das Netzwerk abgespielt wird, liegt der Traffic bei stolzen 8 MiB/s. Beweise Screenshot-1 und Screenshot-2
Sobald die Aufnahme auf dem Server abgeschlossen ist, verringert sich der Traffic auf normale 1.6 MiB/s, dies ist in Screenshot-3 zu sehen. Dieser Traffic wird wie gesagt auch produziert, wenn das Signal live über einen virtuellen Netzwerkadapter transportiert wird.
FAzit: Das kann doch garnicht sein!!
Freue mich über Hinweise, die zur Ergreifung des Täters führen :)
http://kaserne.homeftp.net/Screenshot-1.png (http://kaserne.homeftp.net/Screenshot-1.png)
http://kaserne.homeftp.net/Screenshot-2.png (http://kaserne.homeftp.net/Screenshot-2.png)
http://kaserne.homeftp.net/Screenshot-3.png (http://kaserne.homeftp.net/Screenshot-3.png)
-
Das passt derzeit alles wie es ist, und ist bekannt. Standardmaessig werden nur die gefilterten Daten uebertragen, wenn ein neuer Sender hinzukommt wird der Gesamtdatenstrom auch um diesen extra Sender erweitert.
Wie erwaehnt werden wir dies bis Ende des Monats auch noch etwas weiter optimieren, fuer 801.11 B/G muessen wir ohnehin mit der Bandbreite so weit wie moeglich am Minimum bleiben.
-
Hi,
gibt es zu diesem Thema Neuigkeiten?
-
Derzeit noch nicht, es wird noch daran gearbeitet.
-
Hi,
habe in der Changelog oder Roadmap keinen Eintrag zur Bandbreite gefunden. http://support.sundtek.com/index.php/topic,378.0.html
KÖnnen Sie kurz erläutern, warum die Netzwerkauslastung so hoch ist, während die Datei geschrieben wird, nach der Aufzeichnung (gleiche Datei) aber nicht mehr?
Würde es helfen, den pidfilter zu aktivieren? Mein Server sagt nämlich:
root@kas:/opt/bin/mediaclient -P on
Using device: /dev/dvb/adapter0/frontend0
device: /dev/dvb/adapter0/frontend0 doesn't support the extended media API
Wenn ja, der Sundtek ist glaube ich als adapter2 angeschlossen, wie aktiviere ich dann den filter?
root@kas:/dev/dvb# ls -l
total 0
drwxr-xr-x 2 root root 120 Oct 17 12:07 adapter0
drwxr-xr-x 2 root root 120 Oct 17 12:07 adapter1
drwxrwxrwx 2 root root 100 Oct 17 12:47 adapter2
KÖnnte es helfen, den Stream (z.B. über die KOnsole oder alternative zu Kaffeine) aufzuzeichnen?
Vielen Dank!
-
Die Netzwerkauslastung bei beiden ist höher da das dvr0 Interface verwendet wird welches den Gesamtdatenstrom von allen Clients übergibt.
2 Clients verschiedene Sender -> sprich doppelte Bandbreite über das Netzwerk.
Was wir hier noch einbauen können ist ein weiterer Filter im Netzwerkmodul um nur die ausgewählten Daten zu übermitteln. Es befindet sich bei uns auf jeden Fall noch in Arbeit da es auch für die DVB-S/S2 Geräte benötigt wird (sofern man mehrfache Clients mit dem Stick bedient).
-
Ich bin wirklich nicht sicher, ob es da einen Zusammenhang gibt.
Rechner 1: Kaffeine zeichnet eine Sendung auf, smbshare
Rechner 2: Abspielen der Sendung über Netzwerk (samba o. NFS) - Während der Aufnahme 8 MB/sec, sobald die Aufbahme (auf Rechner 1) beendet ist, 1.5 MB/sec
Ich kann das nicht nachvollziehen, DVR weiß davon nichts! (also ob die Datei gelesen wird oder nicht sollte sich nicht auf den DAtenstrom auswirken)
Anmerkung:
/opt/bin/mediaclient -d /dev/dvb/adapter2/frontend0 -P on
Using device: /dev/dvb/adapter2/frontend0
Hardware filter is currently enabled
-
/opt/bin/mediaclient -P on -d /dev/dvb/adapterN/frontend0
wäre übrigens der richtige Befehl.
Sofern diese Option nicht gesetzt und auch kein Filter konfiguriert wurde wird der komplette MPEG-TS Strom übertragen (üblicherweise ca 4.5-5.6 MB).
Wenn 2 Applikationen Filter konfigurieren also 2 TV Sender anfragen werden beide zusammen übertragen (-> Netzwerktraffic geht auch etwas hoch).
-
Okay,
jetzt ist der Traffic auf 6 (statt 8 ), dankeschön!
Will Sie damit auch nicht nerven und ich muss das ja auch nicht unbedingt verstehen :). Sollte es Neuigkeiten geben freue ich mich über einen kurzen Eintrag (Thread abonniert).
Wünsche noch einen schönen Sonntag,
danke noch mal und liebe Grüße!