Sundtek Support Forum
Deutsch => Sundtek MediaTV Pro => Thema gestartet von: tvpaul am März 04, 2015, 12:41:46 Nachmittag
-
beim Versuch TV übers Netz mit kaffeine zu sehen tritt folgendes auf:
- es wird nur ein Standbild angezeigt (manchmal springt es noch ein- bis zweimal nach ein paar Sekunden auf ein weiteres Bild, steht aber dann)
- der Ton läuft noch für kurze Zeit weiter, hört dann aber auf
- Kanalwechsel ist nicht möglich. Nach einem Neustart von kaffeine wird der vorher angewählte Kanal angezeigt (mit obigem Problem)
der Client ist ein leistungsstarker Laptop mit Opensuse x86_64. Wenn ein Stick direkt an diesem Laptop angesteckt ist, funktioniert TV-Wiedergabe.
dies tritt mit zwei verschiedenen Servern auf:
- Raspi mit DVB-C
- Linux Desktop mit DVB-T
ein TV-streaming vom Raspi auf den Linux desptop funktioniert einwandfrei
desktop und laptop haben selbes Betriebssystem und selbe Architektur
alle haben die letzte (1.3.15) Treiberversion
woran könnte das liegen?
-
Was hast du auf dem Raspberry PI alles am Laufen?
Der RPI funktioniert grundsätzlich (auch der Alte RPI), jedoch weiß ich jetzt natürlich nicht was oder ob du etwas am Gerät verstellt hast oder ob der RPI überhaupt passend konfiguriert ist.
Geht's um HD oder SD?
Besser wäre es wenn du dich via Skype Chat (sundtek) melden könntest dann könnte man das kurz mal durchgehen und dann hier das Ergebnis posten.
-
der raspi ist nicht das Problem, da
- der Raspi auf den desktop ohne probeme streamen kann
- das Problem auch auftritt, wenn der leistungsstarke desktop statt des raspi streamt
betrifft sowohl SD als auch HD
ich habe kein skype
-
Was ist denn alles auf dem RPI installiert?
Wie sieht die CPU Auslastung aus?
Zum Streamen verwendet man am Besten raspbian
Zudem sollte der Tuner auf Bulk eingestellt sein
/opt/bin/mediaclient --transfermode=bulk -d /dev/dvb/adapter0/frontend0
(das ist der Standardmodus wenn der Tuner ausgeliefert wird)
-
die Auslastung des rpi ist im grünen Bereich und er hat sonst keine Aufgaben.
es ist bulk-mode eingestellt. es läuft raspbian
das streaming des rpi kann problemlos vom desktop empfangen werden, nur vom laptop nicht.
ein streaming vom desktop auf den laptop funktioniert auch nicht - das ist der rpi komplett unbeteiligt.
wieso sollte daher die Konfiguration des Rpi relevant sein?
für mich scheint daher das Problem auf laptop-seite zu liegen.
-
hab gerade nochmal eine neuen scan gemacht, und muss das Problem modifizieren:
vom Raspi auf den Laptop funktioniert streaming mit HD, aber streaming mit SD funktioniert nicht
vom Raspi auf den Desktop funktioniert SD und HD
vom Desktop auf den Laptop funktioniert SD nicht
warum kann der Desktop SD streaming vom Raspi empfangen, der Laptop aber nicht, (aber beide können HD vom Raspi empfangen) obwohl Desktop und Laptop selbes Betriebssystem und selbe Architektur haben?
anders ausgedrückt: wieso kann der Laptop kein SD?
an der Quelle und am Betriebssystem sollt's nicht liegen, da ein anderer Rechner mit selbem Betriessystem SD von der selben Quelle empfangen kann.
-
Ist der Client Windows?
Wir hatten vor kurzem einen Kunden der Codecprobleme hatte.
Welche Frequenz benutzt du denn
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0
Abbruch mit strg-c (readsignal=0 = endlos)
-
ich benutze kein Windows.
Opensuse 13.2 x6_64
habt ihr gesehen, dass HD geht, aber SD nicht?
wenn es ein codec-Prolem sein sollte, wieso geht SD dann auf dem desktop mit "selber" Installation?
SD (TV funktionert NICHT):
== reading digital TV signal ==
SIGNAL: [.................................] (100%) BER: 0 FREQ: 322000000 Hz LOCKED: YES MER: 345 SYM: 6875000 MOD: QAM64
SIGNAL: [.................................] (100%) BER: 0 FREQ: 322000000 Hz LOCKED: YES MER: 347 SYM: 6875000 MOD: QAM64
SIGNAL: [.................................] (100%) BER: 0 FREQ: 322000000 Hz LOCKED: YES MER: 346 SYM: 6875000 MOD: QAM64
SIGNAL: [.................................] (100%) BER: 0 FREQ: 322000000 Hz LOCKED: YES MER: 347 SYM: 6875000 MOD: QAM64
SIGNAL: [.................................] (100%) BER: 0 FREQ: 322000000 Hz LOCKED: YES
...
HD: (TV FUNKTIONIERT)
== reading digital TV signal ==
SIGNAL: [.................................] (100%) BER: 1 FREQ: 434000000 Hz LOCKED: YES MER: 376 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 1 FREQ: 434000000 Hz LOCKED: YES MER: 375 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 1 FREQ: 434000000 Hz LOCKED: YES MER: 376 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 2 FREQ: 434000000 Hz LOCKED: YES MER: 375 SYM: 6900000 MOD: QAM256
SIGNAL: [.................................] (100%) BER: 1 FREQ: 434000000 Hz LOCKED: YES
...
-
Versuche mit MPlayer gegenzutesten
/opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 | mplayer -cache 15240 -
-
mit diesem mplayer-Befehl:
SD:
es wird sehr stark ruckelnd etwas abgespielt,aber es bleibt nicht stehen wie bei kaffeine
...
************************************************
**** Your system is too SLOW to play this! ****
************************************************
...
HD:
es kommt nichts:
...
Playing -.
Reading from stdin...
Cache fill: 17.06% (2662400 bytes)
libavformat version 56.15.102 (internal)
TS file format detected.
VIDEO MPEG2(pid=6510) AUDIO A52(pid=6622) NO SUBS (yet)! PROGRAM N. 0
Cache empty, consider increasing -cache and/or -cache-min. [performance issue]
Cache empty, consider increasing -cache and/or -cache-min. [performance issue]
Cache empty, consider increasing -cache and/or -cache-min. [performance issue]
Cache empty, consider increasing -cache and/or -cache-min. [performance issue]
Cache empty, consider increasing -cache and/or -cache-min. [performance issue]
Cache empty, consider increasing -cache and/or -cache-min. [performance issue]
...
der Laptop, auf dem SD nicht funktioniert, hat eine höhere Auflösung als der Desktop, auf dem SD funktioniert.
-
Tja, nimm am Besten Ubuntu, wer weiß was Opensuse da zusammengebaut hat.
Der Streamingmodus ist ja unabhängig von der Distribution, bei den Codecs und den Graphikkarten sowie Audiotreibern sieht's dann aber schon wieder ganz anders aus - diese sind vom System abhängig.
/opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 > /tmp/test.ts
speichert dir den rohen Transportstrom auf die Festplatte wenn dieser nur langsam abspielt aber keine Fragmente liefert dann ist das System einfach schlecht zusammengestellt und du müsstest dir wohl die Graphiktreiber und das Ganze rundherum genauer ansehen.
-
werd mir das mal ansehen.
habt ihr noch eine Idee, an welchen Schrauben ich bei kaffeine drehen könnte, umd die Performance anzupassen?
-
Du musst erst mal schauen wo das Problem ist.
Wenn du mit "mediaclient --cat" oder "cat" eine ordentliche Aufzeichnung hinbekommst dann ist das Devicenode schon mal in Ordnung.
Einfach Kaffeine starten, den betroffenen Sender tunen und mit cat die Aufzeichnung starten.
Danach die aufgenommene Datei auf den Desktop kopieren und dort auch abspielen und überprüfen ob's nur am Playback liegt.
Hängt sie dann nur auf dem Notebook dann eventuell mal mittels Google nach der Hardware + Video Playback suchen, eventuell hatte ja schon mal jemand so ein Problem mit der gleichen Hardware.
-
Wenn du mit "mediaclient --cat" oder "cat" eine ordentliche Aufzeichnung hinbekommst dann ist das Devicenode schon mal in Ordnung.
deswegen meine Frage.
wenn ich mit diesem cat einen SD stream auf die Platte schreibe, dann kann ich das file ohne Probleme abspielen.
aber kaffeine bekommt den SD stream nicht hin. deswegen wollte ich wissen ob es bei kaffeine etwas einzustellen gibt.
-
Unsere Xine Config:
http://sundtek.de/support/xineconf.tar.gz
Das hängt dann wohl mit der Distribution zusammen, ich kenne OpenSuse leider nicht und kann da bei Codecproblemen auch nicht wirklich weiterhelfen.
Wie schon erwähnt, einfach eine andere Distribution verwenden welche besseren Multimedia Support bietet. Mit solchen Dingen kann man sich tagelang beschäftigen.
Oder eventuell auch das Suse Support Forum aufsuchen und den Fall dort schildern.