Beiträge anzeigen

Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.


Nachrichten - sparkie

Seiten: 1 [2] 3 4 5
16
{Single, Dual, Quad} Sundtek SkyTV Ultimate / mediaclient haengt sporadisch beim Tunen
« am: August 04, 2012, 04:55:31 Nachmittag »
Hallo Sundtek Support,

ein kleines Problem, das ich seit Monaten beobachte. Es scheint aber mit der halbwegs aktuellen Installation 'sundtek_installer_120720.2210.sh' noch schlimmer geworden zu sein.

Wie hier etwas naeher beschrieben nutze ich einen Sundtek MediaTV Pro (USB 2.0) um die Auslastung im Kabelsegment zu monitoren. Das funktioniert an sich alles hervorragend.

Dabei stelle ich mit mediaclient erst eine der moeglichen Frequenzen (546.0 554.0 562.0 570.0 578.0 586.0 594.0 602.0)  ein und messe anschliessend mit 'dvbtraffic' die Auslastung.

Dabei kommt es oft nach Stunden sporadisch vor, dass der Aufruf von '/opt/bin/mediaclient' aus meinem Script heraus haengt.

Gerade ist es wieder aufgereten:

CMD: /bin/bash -c '/opt/bin/mediaclient -d /dev/dvb/adapter0/frontend0 -m DVBC -f 562000000 -M Q256 -S 6952000' 2>&1
scanning output for: <(\[LOCKED\]|unable to open device node:|doesn't support the extended media)>
first match: <[LOCKED]>

###
### dieses Frequenz 562000000 liess sich noch tunen (er bekommt also ein LOCKED)
###

CMD: /bin/bash -c 'LD_PRELOAD=/opt/lib/libmediaclient.so /bin/dvbtraffic -oa 0' 2>&1
scanning output for: <^2000 .* ([0-9]+) kbit$>
first match: <33613>

###
### Auslastung auslesen
###

CMD: /bin/bash -c '/opt/bin/mediaclient -d /dev/dvb/adapter0/frontend0 -m DVBC -f 570000000 -M Q256 -S 6952000' 2>&1
scanning output for: <(\[LOCKED\]|unable to open device node:|doesn't support the extended media)>

###
### und hier beim Tunen auf die naechste Frequenz (570000000) haengt der mediaclient. Es kommt kein LOCKED mehr
###

im Logfile ist dabei folgendes zu sehen:

/var/log/mediasrv.log:
2012-08-04 16:23:39 [23320] Enabling standby
2012-08-04 16:24:08 [23320] SETTING DVB-C
2012-08-04 16:24:08 [23320] reinitializing previous digital TV parameters
2012-08-04 16:24:08 [23320] Setting Frequency: 602000000
2012-08-04 16:24:08 [23320] Setting Symbolrate: 6952000
2012-08-04 16:24:08 [23320] Setting Modulation: 5
2012-08-04 16:24:10 [23320] Setting Frequency: 546000000
2012-08-04 16:24:10 [23320] Setting Symbolrate: 6952000
2012-08-04 16:24:10 [23320] Setting Modulation: 5
2012-08-04 16:24:13 [23320] Channel found (546000000)
2012-08-04 16:24:13 [23320] =============
2012-08-04 16:24:13 [23320] Symbol rate: 6951998
2012-08-04 16:24:13 [23320] Constellation: QAM256
2012-08-04 16:24:13 [23320] Mirroring: Mirrored
2012-08-04 16:24:13 [23320] Disabling HW PID Filter
2012-08-04 16:24:13 [23320] TS Sync byte not aligned, realigning stream (0 // 0)
2012-08-04 16:24:13 [23320] TS Sync byte not aligned, realigning stream (0 // 0)
2012-08-04 16:24:14 [23320] Setting Frequency: 554000000
2012-08-04 16:24:14 [23320] Setting Symbolrate: 6952000
2012-08-04 16:24:14 [23320] Setting Modulation: 5
2012-08-04 16:24:19 [23320] Channel found (554000000)
2012-08-04 16:24:19 [23320] =============
2012-08-04 16:24:19 [23320] Symbol rate: 6951997
2012-08-04 16:24:19 [23320] Constellation: QAM256
2012-08-04 16:24:19 [23320] Mirroring: Mirrored
2012-08-04 16:24:19 [23320] Disabling HW PID Filter
2012-08-04 16:24:19 [23320] TS Sync byte not aligned, realigning stream (0 // 0)
2012-08-04 16:24:19 [23320] TS Sync byte not aligned, realigning stream (0 // 64)
2012-08-04 16:24:19 [23320] TS Sync byte not aligned, realigning stream (224 // 64)
2012-08-04 16:24:21 [23320] Setting Frequency: 562000000
2012-08-04 16:24:21 [23320] Setting Symbolrate: 6952000
2012-08-04 16:24:21 [23320] Setting Modulation: 5
2012-08-04 16:24:23 [23320] Channel found (562000000)
2012-08-04 16:24:23 [23320] =============
2012-08-04 16:24:23 [23320] Symbol rate: 6951998
2012-08-04 16:24:23 [23320] Constellation: QAM256
2012-08-04 16:24:23 [23320] Mirroring: Mirrored
2012-08-04 16:24:23 [23320] Disabling HW PID Filter
2012-08-04 16:24:23 [23320] TS Sync byte not aligned, realigning stream (0 // 0)
2012-08-04 16:24:23 [23320] TS Sync byte not aligned, realigning stream (189 // 0)
2012-08-04 16:24:23 [23320] TS Sync byte not aligned, realigning stream (0 // 64)
2012-08-04 16:24:23 [23320] TS Sync byte not aligned, realigning stream (202 // 64)
2012-08-04 16:24:24 [23320] Setting Frequency: 570000000
2012-08-04 16:24:24 [23320] Setting Symbolrate: 6952000
2012-08-04 16:24:24 [23320] Setting Modulation: 5
2012-08-04 16:24:35 [23320] Channel found (570000000)
2012-08-04 16:24:35 [23320] =============
2012-08-04 16:24:35 [23320] Symbol rate: 6951997
2012-08-04 16:24:35 [23320] Constellation: QAM256
2012-08-04 16:24:35 [23320] Mirroring: Mirrored
--- ende ---
###
### hier haengt das Teil
### der Stick geht auch nicht mehr in den Standby wenn das Ganze hier mal haengt.
###

vielleicht weiss jemand Rat. Danke schon mal im Vorus.

- sparkie

17
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:Option '--scan-network' funktioniert leider nicht
« am: Juli 22, 2012, 07:59:26 Nachmittag »
ok danke, ist aber (zumindest fuer mich) gar nicht mehr noetig. Der beste Workaround, den ich bislang gefunden geht so:

1. diese Files:

/etc/udev/rules.d/80-mediasrv-eeti.rules
/lib/udev/rules.d/80-mediasrv-eeti.rules

einfach loeschen. Damit wird der 'mediasrv' erst mal nicht gestartet. Nachdem das, wie wir gesehen haben ja sowieso keinen Sinn macht, sollte das Netzwerk noch nicht oben sein. Da ich im laufenden Betrieb keine Sticks zu/abstecke sind obige Regeln fuer mich also nur kontraproduktiv.

2. ich starte den 'mediasrv' stattdessen erst in '/etc/rc.local' mittels

/opt/bin/mediaclient --start

fertig - das hat bei mir alle Probleme geloest! Das zeigt ausserdem, dass das Problem  nicht an meiner Netzwerk-Konfiguration liegen kann.

Zudem kommt das System dann ohne 'sleeps' optimal schnell hoch.

Der Workaround ist zwar nicht im Sinne des Erfinders - aber was soll's  :D

Ich kann gerne noch was testen, sollten die eigentlichen Probleme angegangen werden. Aber fuer mich ist der Workaround soweit ok.

natuerlich trotzdem danke soweit fuer den Wochenend-Support. Da seid ihr wirklich eine Ausnahme :)

- sparkie



18
Sundtek MediaTV Pro / Re:Installation Sundtek TV Stick und TVheadend auf Synology DiskStation (ARM)
« am: Juli 22, 2012, 03:20:33 Nachmittag »
ok danke, ich hab ja auch kein Problem damit.

Einzig die

lib/udev/rules.d/80-mediasrv-eeti.rules

koennte man bei Gelegenheit vielleicht fixen.

- sparkie


19
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:Option '--scan-network' funktioniert leider nicht
« am: Juli 22, 2012, 02:59:13 Nachmittag »
Zitat von: Sundtek am Juli 21, 2012, 10:08:21 Nachmittag
Die einzige Möglichkeit ist das bei dir mit tcpdump zu überprüfen wohin die Daten geschickt werden.

ok, das habe ich gemacht. Ergebnisse siehe unten.

Zitat
Moeglich waere das der Server bei dir eventuell gestartet wird bevor das Netzwerk verfügbar ist, das könntest du aber lösen in dem du den Server einfach neu startest. Sollte dies das Problem sein kannst du einfach die udev Skripte anpassen und das Start Delay dort erhöhen.

es sieht tatsachlich so aus, als wenn das Problem mit einem zu fruehen Start des mediasrv zu tun haette. Mittlerweile gelingt es mir ohne weiteres nach einem manuellen shutdown/start des mediasrv auf dem Server den Scan wieder funktionsfaehig zu machen.

Zitat
Anstelle von sleep 3; /opt/bin/mediaclient --start kannst du auch /opt/bin/mediaclient --start=3 ausführen.

diesbezueglich habe ich aber das Problem, dass der 'mediasrv' trotz '--start=50' augenblicklich gestartet wird (siehe 'ps -ef'). Jetzt koennte man annehmen dass das vielleicht ok ist, weil sich das Delay in Wirklichkeit nur auf Netzwerk-Aktionen bezieht.

Aber selbst dann wenn ich in '/lib/udev/rules.d/80-mediasrv-eeti.rules' und '/etc/udev/rules.d/80-mediasrv-eeti.rules'
eintrage:

Code: [Auswählen]
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", ACTION=="add",    RUN+="/opt/bin/mediaclient --start=50"

aendert das am Fehlerverhalten nichts (d.h. der scan funktioniert trotzdem nicht). Mein System braucht aus power-off uebrigens ca 30s bis zum Shell-Prompt ueber's Netz. Da sollten also 50s Start-Delay dicke ausreichen.

Erst wenn ich wie oben beschrieben

Code: [Auswählen]
/opt/bin/mediaclient --shutdown

und dann

Code: [Auswählen]
/opt/bin/mediaclient --start

eingebe nach dem das System schon laengst oben ist, funktioniert ploetzlich alles wie gewuenscht. D.h alle Sticks am Server werden auf den Clients gemeldet.

Zitat
Der Scan funktioniert einwandfrei, irgendwo wird bei dir wohl gefiltert.

also gefiltert wird sicher nicht, wie die nachfolgenden tcpdumps zeigen.

Zitat
Ist dein Server ein PC oder ein Embedded System? 32 Bit oder 64bit?

es ist ein ganz normales Intel 64bit System auf einem DN2800MT. OS ist eine debian 6.0 minimal-Installation. Ich habe das System praktisch im Originalzustand + eure aktuellsten Treiber.

Zitat
Wichtig -- überall die gleiche Treiberversion verwenden, oder zumindestens eine ab Juli.  

ich habe überall (Server+Client) die Version sundtek_installer_120720.2210.sh

Jetzt zu den tcpdumps. Ich habe 4 Files:

BAD_server.txt  - Schlechtfall/ tcpdump vom Stick-Server
BAD_client.txt  - Schlechtfall/ tcpdump vom Client
GOOD_server.txt - Gutfall/ tcpdump vom Stick-Server
GOOD_client.txt - Gutfall/ tcpdump vom Client

Der Schlechtfall ist sofort reproduzierbar  wenn ich keinen manuell shutdown/start mache. Selbst '--start=50' (siehe oben) bringt nichts.  Der Gutfall ist nach manuellem shutdown/start sofort reproduzierbar.
ServerIP: 192.168.146.210
ClientIP: 192.168.146.187

Wenn man die Server und Client Dumps vergleicht sieht man es wird nichts gefiltert. Alles ist auf Server und Client sichtbar.

Es werden anscheinend immer Multicasts und dann Broadcasts gemacht. Und zwar im Gut wie im Schlechtfall. Im Schlechtfall wird jedoch
 mehrfach wiederholt.

ABER: im Schlechtfall werden vom Server nur die Broadcasts beantwortet. Die Multicasts bleiben ohne Antwort an den Client.

Was ich jetzt nicht verstehe: selbst im Schlechtfall liegen dem Client die Antworten (ueber Broadcast) also vor aber werden anscheinend ignoriert. Eine Anzeige ergibt ergibt zumindest schlichtweg:

Code: [Auswählen]
-  0 IPTV server found -------------------------------------------------------

So wie es aussieht funktionieren nur die Multicasts. Aber die werden wiederum nur moeglich nach dem manuellen Workaround mit shutdown/start. Alles eine verzwickte Geschichte  :D

Die einzige automatisierte Moeglichkeit im Moment fuer mich ist im '/etc/rc.local' meinen Workaround einzubauen.

Eine andere Idee habe ich nach den ganzen Tests erst mal nicht.

Vielleicht gibt es doch noch eine geschicktere Variante?

Einer der folgenden Fixes sollte dazu bereits ausreichen:

1. Broadcasts zum funktionieren bringen. Dann muesste man sich um die unbeantworteten Multicasts (wegen zu fruehem mediasrv-start) nicht mehr zu kuemmern.
2. die -start=XX Option zum Laufen bringen. Dann muessten  die Multicasts nach bisherigem Wissen eigentlich wieder funktionieren und man muesste die Broadcasts nicht mehr fixen.

Danke schon mal im voraus. Ich kann gerne noch was testen...

- sparkie

[UPDATE]
attachments gehen hier im Forum anscheinend nicht. Mit aktuellem firefox. Ich bekomme immer

 Cannot access attachments upload path!

obwohl die Attachments ganz normal ueber Browse gefunden und eingebunden werden. Access Perms stimmen natuerlich auch.

wie ich die 4 kleinen tcp-Dumps (insges. nur ca. 60kB an Daten) uebermitteln soll - keine Ahnung

[/UPDATE]

20
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:Option '--scan-network' funktioniert leider nicht
« am: Juli 21, 2012, 10:16:50 Nachmittag »
ok danke fuer die Antwort (am Samstag abend :) ), ich werde mir das morgen mal genauer mit tcpdump ansehen. Ich poste das Ergebnis dann hier.

- sparkie

21
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:Option '--scan-network' funktioniert leider nicht
« am: Juli 21, 2012, 10:00:35 Nachmittag »
danke, nein Broadcast ist korrekt gesetzt. Leider hat der '--scan-network' bei mir noch nie richtig funktioniert.

Die Zeile 'Scanning network for IPTV media servers' erscheint bei mir uebrigens gar nicht:
Code: [Auswählen]
/opt/bin/mediaclient --scan-network
-  0 IPTV server found -------------------------------------------------------
installiert habe ich mit 'sundtek_installer_120505.0521.sh -service -nolirc'. Kann das evtl ein Problem sein?

Manchmal geht es wenn ich auf dem Server ausfuehre:
Code: [Auswählen]
/opt/bin/mediaclient --shutdown;sleep 3;/opt/bin/mediaclient --start
mit der aktuellen Version habe ich es damit aber auch nicht wieder hinbekommen.

- sparkie

22
{Single, Dual, Quad} Sundtek SkyTV Ultimate / [workaround] Option '--scan-network' funktioniert leider nicht
« am: Juli 21, 2012, 03:08:42 Nachmittag »
Hallo Sundtek Support,

ich wollte mal meine Sundtek-Server Verwaltung  etwas optimieren. Dazu braeuchte ich die Option '--scan-network'. Diese scheint aber nicht zu funktionieren. Egal wo ich die ausfuehre (Client oder Server) sie liefert immer:
Code: [Auswählen]
/opt/bin/mediaclient --scan-network
-  0 IPTV server found -------------------------------------------------------
Tatsaechlich sind aber 4 Sticks im Serverbetrieb und lassen sich auch problemlos von den Clients ueber's Netz mounten.
Alle Rechner befinden sich ausserdem im selben Netzwerk (aka LAN-Switch). Natuerlich keine Firewalls.

Ein (un)mount der Sticks funktioniert immer ohne Probleme und auch sonst geht alles.

Vielleicht mache ich nur was falsch?

Version auf allen beteiligten Kisten ist die aktuelle 'sundtek_installer_120720.2210.sh'

Fuer einen Tipp waer' ich dankbar

- sparkie



23
Sundtek MediaTV Pro / Re:Installation Sundtek TV Stick und TVheadend auf Synology DiskStation (ARM)
« am: Juli 21, 2012, 01:58:58 Nachmittag »
Zitat von: broadspeed am Juli 16, 2012, 09:13:05 Nachmittag
Hier wäre eine vollständige Entfernung des Treibers schon mal ein Anfang.

das stimmt, dass selbst nach uninstall mit '-u' nicht alles entfernt wird. Mindestens diese neu installierten Dateien bleiben stehen:
Code: [Auswählen]
lib/udev/rules.d/80-mediasrv-eeti.rules
opt/bin/audio/libalsa.so
opt/bin/audio/liboss.so
opt/bin/audio/libpulse.so
opt/bin/extension/librtkfm.so
opt/bin/extension/librtkfmc.so
opt/bin/extension/sundtek32decoder
opt/bin/plugins/libencoder_plugin.so
opt/doc/libmedia.pc
opt/doc/sundtek_vcr_remote.conf
opt/include/mcsimple.h
opt/lib/libmcsimple.so
var/cache/ldconfig/aux-cache
var/log/mediasrv.log
und hier werden Modifikationen nicht rueckgaengig gemacht:
Code: [Auswählen]
etc/group                                  # entry: audio:x:29:root,

- sparkie

24
Wünsche und Anregungen / Re:Mal ein DANKESCHÖN!
« am: Juni 23, 2012, 06:51:50 Nachmittag »
Zitat von: pinguin74 am August 24, 2011, 10:04:07 Nachmittag
Ich finde, Sundtek ist wohl die einzige oder mindestens die beste Möglichkeit für Fernsehen unter Linux.

die einzige sicher nicht - aber die Sundtek Sticks erlauben konkurrenzlos kleine Geraete und sind qualitativ erste Sahne,  wenn man von gewissen Vorserien-Problemen mal absieht   :D

Mit Features von denen andere Hersteller bis jetzt anscheinend nur traeumen.

- sparkie

25
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:Netzwerk-Scan funktioniert nicht.
« am: Juni 21, 2012, 03:37:10 Nachmittag »
das habe ich mit meiner (zugegebenermassen alten) sundtek_installer_120505.0521.sh auch schon festgestellt, dass der Aufruf

/opt/bin/mediaclient --scan-network

in vielen Faellen gar keine Ausgabe bringt. Egal ob local auf Server direkt oder  auf den Clients ausgefuehrt. Der network-mount funktioniert hingegen immer anstandslos - zum Glueck  :)

Wenn ich auf dem Server eingebe:

/opt/bin/mediaclient --shutdown;sleep 3;/opt/bin/mediaclient --start

dann funktioniert die Ausgabe mit '--scan-network' meist wieder.

Ob da in den neueren Versionen was gefixt wurde kann ich nicht sagen. Mich stoert es nicht besonders aber ein Fix waere trotzdem schoen.

- sparkie

26
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:stört andere Receiver
« am: Juni 19, 2012, 01:43:16 Nachmittag »
Zitat von: wrohdewald am Juni 19, 2012, 01:29:46 Nachmittag
- meine funktionierende lirc-Konfiguration wird abgeschossen. Ich kann natürlich /opt/bin/lirc.sh "ausschalten", aber das müsste ich nach jedem Treiber-Update wiederholen

bei Installation kann man doch '-nolirc ' angeben wenn man kein LIRC ueber moechte.

- sparkie

27
Treiber / Re:Raspberry PI
« am: Juni 12, 2012, 12:29:04 Nachmittag »
hier scheint das aber zu funktionieren:

Auslastung des eigenen Segments ansehen • Inoffizielles Kabel Deutschland-Forum

- sparkie

28
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:Problem bei Mischbetrieb von Ultimate I und Ultimate III
« am: Juni 08, 2012, 11:08:51 Vormittag »
Zitat von: kris am Juni 08, 2012, 11:01:16 Vormittag
hast Du nicht lust das Howto mal mit dem Intelboard zu testen?

danke fuer den Tipp! Aber das Problem liegt hier eher am Board/BIOS selbst als dem OS. Bis das Board ueberhaupt mal den Bootloader anwirft vergehen bei mir schon 9-11 Sekunden. Da liegt der Hund begraben. Den Rest wuerde ich mit Debian auch optimiert bekommen, aber lohnt unter den gegebenen Umstaenden eigentlich gar nicht erst...

aber ist hier  eh OT  :D

- sparkie

29
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:Problem bei Mischbetrieb von Ultimate I und Ultimate III
« am: Juni 06, 2012, 06:39:20 Nachmittag »
Zitat von: sparkie am Mai 12, 2012, 07:14:33 Nachmittag
jetzt erfolgreich unter Debian Squeeze mit einem ALIX.2D13 Board am Laufen.

fuer den Betrieb mit ueberwiegend HD Netzwerk Clients kann ich das ALIX.2D13 bei 4 Ultimates leider nicht mehr empfehlen. Die Rechenleistung reicht hierfuer einfach nicht mehr aus. Natuerlich habe ich schon alles moegliche ausprobiert. Ab 2 SD + 2 HD Clients (alle parallel) ist die CPU fast am Anschlag.

Deswegen nutze ich statt dem Alix jetzt das DN2800MT. Siehe auch

VDR Server auf dem unausgebauten Dachboden ... ?

dieses System laeuft jetzt optimal. Allenfalls die Bootzeit von 30s vom USB Stick  in UEFI Mode ist evtl. noch verbesserungswuerdig. Mit SSD waeren es nur 19s (alles gemessen ab Power on)

- sparkie

30
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:Problem bei Mischbetrieb von Ultimate I und Ultimate III
« am: Juni 06, 2012, 05:11:05 Nachmittag »
Zitat von: Sundtek am Mai 16, 2012, 04:51:39 Vormittag
Am Besten du schickst den Stick Ende Mai nach Berlin dann wird er Umgehend ausgewechselt

gesagt getan. Hat alles sehr zuegig und reibungslos geklappt.

Super - jetzt funktioniert auch der letzte Stick in meinem DVB Server (mit ingesamt 4 SkyTV Ultimates und 2 MediaTV Pro) ohne erkennbare Probleme - danke noch mal!

- sparkie

Seiten: 1 [2] 3 4 5