HD Aufnahme, zeitversetztes Abspielen

[hubert]

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.

[Sundtek]

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

[hubert]

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

[Sundtek]

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.

[hubert]

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 ;-)

[hubert]

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-2.png
http://kaserne.homeftp.net/Screenshot-3.png

[Sundtek]

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.

[hubert]

Hi,
gibt es zu diesem Thema Neuigkeiten?

[Sundtek]

Derzeit noch nicht, es wird noch daran gearbeitet.

[hubert]

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!

[Sundtek]

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

[hubert]

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

[Sundtek]

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

[hubert]

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!