1
Treiber / Re:USB ID und Fernbedienungs Typ
« am: November 13, 2014, 04:29:46 Nachmittag »
OK, Danke. Damit ist meine Frage beantwortet.
Claus
Claus
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.
Seiten: [1] 2
2
Treiber / Re:USB ID und Fernbedienungs Typ
« am: November 13, 2014, 03:48:26 Nachmittag »
Hi,
ich glaube Du hast meine Frage falsch verstanden. Ich wollte wissen, ob bestimmten DVB Sticks immer bestimmte Fernbedienungen beigelegt wurden, und ob es so möglich ist, anhand der USB ID eines DVB Sticks, zu erkennen welche Fernbedienung ein User verwendet.
Oder ist bei den DVB Sticks das RC Layout entsprechend der beigelegten Fernbedienung voreingestellt, so das ein "/opt/bin/mediaclient --getrc" mir das korrekte RC Layout zurück gibt, sofern dies nicht verstellt wurde?
Claus
ich glaube Du hast meine Frage falsch verstanden. Ich wollte wissen, ob bestimmten DVB Sticks immer bestimmte Fernbedienungen beigelegt wurden, und ob es so möglich ist, anhand der USB ID eines DVB Sticks, zu erkennen welche Fernbedienung ein User verwendet.
Oder ist bei den DVB Sticks das RC Layout entsprechend der beigelegten Fernbedienung voreingestellt, so das ein "/opt/bin/mediaclient --getrc" mir das korrekte RC Layout zurück gibt, sofern dies nicht verstellt wurde?
Claus
3
Treiber / USB ID und Fernbedienungs Typ
« am: November 13, 2014, 01:05:58 Nachmittag »
Hi,
gibt es eigentlich einen Zusammenhang zwischen der USB ID DVB Sticks und welche Fernbedienung normalerweise dem Stick bei liegt?
Der Grund meiner Frage ist, das ich gerne bei der MLD automatische einen (für die Meisten User) passenden Fernbedingstyp vorauswählen würde.
Falls so ein Zusammenhang für einige oder alle Geräte hergestellt werden kann, habt Ihr eine Zuordnungstabelle der ich diese Information entnehmen kann?
Claus
gibt es eigentlich einen Zusammenhang zwischen der USB ID DVB Sticks und welche Fernbedienung normalerweise dem Stick bei liegt?
Der Grund meiner Frage ist, das ich gerne bei der MLD automatische einen (für die Meisten User) passenden Fernbedingstyp vorauswählen würde.
Falls so ein Zusammenhang für einige oder alle Geräte hergestellt werden kann, habt Ihr eine Zuordnungstabelle der ich diese Information entnehmen kann?
Claus
4
Treiber / Re:Probleme mit neuem TV Digital Home III am Raspberry PI
« am: Juli 22, 2014, 02:54:13 Nachmittag »
OK, aber produziert ein schlechter Empfang nun eine höhere System- bzw. Treiberlast oder nicht?
Claus
Claus
5
Treiber / Re:Probleme mit neuem TV Digital Home III am Raspberry PI
« am: Juli 22, 2014, 01:57:48 Nachmittag »
Hi,
ja, das hab ich inzwischen auch festgestellt. Die Sticks alleine machen keinerlei Probleme. Nur im Zusammenspiel mit dem rpihddevice klappt's nicht mehr zufriedenstellend. Die Problematik habe ich nun auch im VDR-Portal angesprochen.
Wie verhält es sich eigentlich mit nem schlechten Empfang. Hat dann der DVB-Treiber dann mehr zu tun, macht also eine höhere Systemlast oder macht mehr IRQs? Oder welche Komponente gleicht den schlechten Empfang aus?
Ich frage, weil ja das ZDF das bei mir die beste Signalstärke hat, keine Artefakte Produziert, die anderen Sender mit geringerer Signalstärke hingegen im Zusammenspiel mit dem rpihddevice reichlich Artefakte produzieren. Ohne rpihddevice, also beim Streamen, sind hingegen alle Sender Artefakt frei.
Claus
ja, das hab ich inzwischen auch festgestellt. Die Sticks alleine machen keinerlei Probleme. Nur im Zusammenspiel mit dem rpihddevice klappt's nicht mehr zufriedenstellend. Die Problematik habe ich nun auch im VDR-Portal angesprochen.
Wie verhält es sich eigentlich mit nem schlechten Empfang. Hat dann der DVB-Treiber dann mehr zu tun, macht also eine höhere Systemlast oder macht mehr IRQs? Oder welche Komponente gleicht den schlechten Empfang aus?
Ich frage, weil ja das ZDF das bei mir die beste Signalstärke hat, keine Artefakte Produziert, die anderen Sender mit geringerer Signalstärke hingegen im Zusammenspiel mit dem rpihddevice reichlich Artefakte produzieren. Ohne rpihddevice, also beim Streamen, sind hingegen alle Sender Artefakt frei.
Claus
6
Treiber / Re:Probleme mit neuem TV Digital Home III am Raspberry PI
« am: Juli 22, 2014, 12:20:18 Nachmittag »
Hi,
nen renice führt zu keiner relevanten Veränderung. Ich hab sowohl den mediasrv als auch den vdr von -20 bis 20 in unterschiedlichen Kombinationen ausprobiert.
Claus
nen renice führt zu keiner relevanten Veränderung. Ich hab sowohl den mediasrv als auch den vdr von -20 bis 20 in unterschiedlichen Kombinationen ausprobiert.
Claus
7
Treiber / Re:Probleme mit neuem TV Digital Home III am Raspberry PI
« am: Juli 22, 2014, 11:29:21 Vormittag »
Danke, gute Idee. Werde ich gleich mal testen.
PS:
Inzwischen hab ich mal testweise beide Sticks gleichzeitig angeschlossen und dann mehrere Streams gleichzeitig auf gemacht. Drei Streams gleichzeittig (auf zwei Transpondern) sind bei DVB-T kein Problem. Die Load steigt dann zwar auf 3.5 aber die CPU Auslastung bleibt unter 100%.
Für DVB-T lässt sich der RPI also Durchaus als treaming Server einsetzen
PS:
Inzwischen hab ich mal testweise beide Sticks gleichzeitig angeschlossen und dann mehrere Streams gleichzeitig auf gemacht. Drei Streams gleichzeittig (auf zwei Transpondern) sind bei DVB-T kein Problem. Die Load steigt dann zwar auf 3.5 aber die CPU Auslastung bleibt unter 100%.
Für DVB-T lässt sich der RPI also Durchaus als treaming Server einsetzen
8
Treiber / Re:Probleme mit neuem TV Digital Home III am Raspberry PI
« am: Juli 22, 2014, 10:27:12 Vormittag »
Hi,
ich hab nun noch ein wenig herum getestet und musste feststellen, dass beide Sticks problemlos funktionieren, wenn ich das rpihddevice Frontend weg lasse, und statt dessen die Ausgabe zum PC streame (mit dem VDR streamdev-server Plugin).
In diesem Fall habe ich dann auch nahezu keine Artefakte (auch auf den Sendern die zuvor reichlich Störungen hatten).
Aber auch der umgekehrte Fall funktioniert störungsfrei, wenn ich also den RPI als Client verwende (mit dem rpihddevice Frontend).
Lediglich wenn der RPI sowohl Reciver und Frontend in einem ist, funktionieren nur einige wenige Sender problemlos. Und das obwohl die System und VDR last als Streamingserver deutlich höher ist als wenn er das Bild selber wiedergibt.
Claus
ich hab nun noch ein wenig herum getestet und musste feststellen, dass beide Sticks problemlos funktionieren, wenn ich das rpihddevice Frontend weg lasse, und statt dessen die Ausgabe zum PC streame (mit dem VDR streamdev-server Plugin).
In diesem Fall habe ich dann auch nahezu keine Artefakte (auch auf den Sendern die zuvor reichlich Störungen hatten).
Aber auch der umgekehrte Fall funktioniert störungsfrei, wenn ich also den RPI als Client verwende (mit dem rpihddevice Frontend).
Lediglich wenn der RPI sowohl Reciver und Frontend in einem ist, funktionieren nur einige wenige Sender problemlos. Und das obwohl die System und VDR last als Streamingserver deutlich höher ist als wenn er das Bild selber wiedergibt.
Claus
9
Treiber / Re:Probleme mit neuem TV Digital Home III am Raspberry PI
« am: Juli 21, 2014, 10:35:24 Nachmittag »
So, hier nun noch die exakten Werte. Interessanter weise funktionieren heute Abend beide Sticks. Geändert habe ich nichts und heute Nachmittag ging genau wie gestern und auch die letzten Wochen nur der alte Stick.
Alter Stick: eb1a:51b2
- ZDF
- mediasrv: 20%
- vdr: 25%
- load: 1
- NDR
- mediasrv: 30%
- vdr: 25%
- load: 0.9
Neuer Stick: 2659:1210
- ZDF
- mediasrv: 10%
- vdr: 25%
- load: 1
- NDR
- mediasrv: 10%
- vdr: 15%
- load: 0.9
Claus
Alter Stick: eb1a:51b2
- ZDF
- mediasrv: 20%
- vdr: 25%
- load: 1
- NDR
- mediasrv: 30%
- vdr: 25%
- load: 0.9
Neuer Stick: 2659:1210
- ZDF
- mediasrv: 10%
- vdr: 25%
- load: 1
- NDR
- mediasrv: 10%
- vdr: 15%
- load: 0.9
Claus
10
Treiber / Re:Probleme mit neuem TV Digital Home III am Raspberry PI
« am: Juli 21, 2014, 07:04:19 Nachmittag »
Hi,
die CPU Last ist voll im grünen Bereich. Wenn ich das richtig erinnere braucht der DVB Treiber für beide Sticks weniger als 10%. Der VDR liegt um die 20%. Der Load ist meistens unter 1
Ich werde das aber nachher noch mal genau nachschauen. Ein Übertackten (getestet bis 1150MHz) des RPIs macht keinen Unterschied. Lediglich das VDR OSD ist dann ein wenig flüssiger zu bedienen.
Claus
die CPU Last ist voll im grünen Bereich. Wenn ich das richtig erinnere braucht der DVB Treiber für beide Sticks weniger als 10%. Der VDR liegt um die 20%. Der Load ist meistens unter 1
Ich werde das aber nachher noch mal genau nachschauen. Ein Übertackten (getestet bis 1150MHz) des RPIs macht keinen Unterschied. Lediglich das VDR OSD ist dann ein wenig flüssiger zu bedienen.
Claus
11
Treiber / Probleme mit neuem TV Digital Home III am Raspberry PI
« am: Juli 21, 2014, 01:12:51 Nachmittag »
Hi,
ich habe zwei TV Digital Home Sticks. Einen alten (USB ID eb1a:51b2) und einen neuen (USB ID 2659:1210). Angeschlossen habe ich eine Dachantenne.
Der alte funktioniert am RPI im Zusammenspiel mit dem VDR und rpihddevice als Frontend relativ problemlos. Zumindest die Sender mit gutem Empfang (bei mir sind das die Zweiten Programme) zeigen keinerlei Störungen. Die dritten Programme haben nicht ganz so guten Empfang, und zeigen hin und wieder leichte Artefakte.
Mit dem neuen Stick, kann ich die Zweiten Programme ebenfalls problemlos empfangen. Die Dritten hingegen laufen nach dem Umschalten lediglich ca. zwei Sekunden und bleiben dann stehen.
Die Privaten Sender funktionieren mit beiden Sticks gleichermaßen schlecht (viele Artefakte) was ich aber auf den deutlich schlechteren Empfang zurück führe.
Wenn der Fehler auftritt wird das System Log mit solchen Zeilen geflutet:
Ursprünglich dachte ich, es sei ein Problem des rpihddevice Frontends, aber da das Problem mit dem alten Stick ja nicht auftritt, bin ich mir da nicht mehr so sicher.
Habt Ihr eine Idee dazu?
Claus
ich habe zwei TV Digital Home Sticks. Einen alten (USB ID eb1a:51b2) und einen neuen (USB ID 2659:1210). Angeschlossen habe ich eine Dachantenne.
Der alte funktioniert am RPI im Zusammenspiel mit dem VDR und rpihddevice als Frontend relativ problemlos. Zumindest die Sender mit gutem Empfang (bei mir sind das die Zweiten Programme) zeigen keinerlei Störungen. Die dritten Programme haben nicht ganz so guten Empfang, und zeigen hin und wieder leichte Artefakte.
Mit dem neuen Stick, kann ich die Zweiten Programme ebenfalls problemlos empfangen. Die Dritten hingegen laufen nach dem Umschalten lediglich ca. zwei Sekunden und bleiben dann stehen.
Die Privaten Sender funktionieren mit beiden Sticks gleichermaßen schlecht (viele Artefakte) was ich aber auf den deutlich schlechteren Empfang zurück führe.
Wenn der Fehler auftritt wird das System Log mit solchen Zeilen geflutet:
Code: [Auswählen]
Jul 20 23:42:03 (none) user.err vdr: [4803] ERROR: TS packet not accepted in Transfer Mode
Jul 20 23:42:03 (none) user.err vdr: [4803] rpihddevice: failed to pass buffer to video decoder!
Jul 20 23:42:03 (none) user.err vdr: [4803] rpihddevice: failed to pass buffer to video decoder!
Jul 20 23:42:03 (none) user.err vdr: [4803] rpihddevice: failed to pass buffer to video decoder!
...
Das sind ca. 100 Zeilen pro Sekunde. Loggen tue ich in's tmpfs.Ursprünglich dachte ich, es sei ein Problem des rpihddevice Frontends, aber da das Problem mit dem alten Stick ja nicht auftritt, bin ich mir da nicht mehr so sicher.
Habt Ihr eine Idee dazu?
Claus
12
Treiber / Re:Treiber laden
« am: Mai 17, 2014, 10:57:12 Nachmittag »
Hi,
hab jetzt nen ersten Schnell Test gemacht, und da funktioniert's schon mal ohne Probleme. Ich werd's morgen noch mal ausgiebiger testen und abwarten was die Anderen MLD User sagen.
Claus
hab jetzt nen ersten Schnell Test gemacht, und da funktioniert's schon mal ohne Probleme. Ich werd's morgen noch mal ausgiebiger testen und abwarten was die Anderen MLD User sagen.
Claus
13
Treiber / Re:Treiber laden
« am: Mai 17, 2014, 10:15:10 Nachmittag »
Super und Danke!
Ich werd's gleich updaten und testen.
Claus
Ich werd's gleich updaten und testen.
Claus
14
Treiber / Re:Treiber laden
« am: Mai 16, 2014, 11:41:48 Nachmittag »
Ich hab eben noch getestet was passiert, wenn ich den mediaclient später aufrufe und zuvor das uinput Modul entlade. Das funktioniert dann genauso wenig (gleiche Logs). Ich hatte aber auch nichts anderes erwartet.
Bis Morgen dann.
Claus
Bis Morgen dann.
Claus
15
Treiber / Re:Treiber laden
« am: Mai 16, 2014, 11:01:19 Nachmittag »
Hi,
ich hab nun den Loglevel=min gesetzt. Das Log sieht dann so aus:
Ich werde dann Morgen wieder im chat vorbeischauen.
Claus
ich hab nun den Loglevel=min gesetzt. Das Log sieht dann so aus:
Code: [Auswählen]
1970-01-01 01:00:22 [1617] Starting up Multimedia Framework (May 10 2014 14:43:06)
1970-01-01 01:00:22 [1617] API Version: 5.10
1970-01-01 01:00:22 [1617] Running on Linux (3.13.11.49)
1970-01-01 01:00:22 [1617] unable to open /dev/misc
1970-01-01 01:00:22 [1617] scanning devices
1970-01-01 01:00:22 [1617] scanning for drivers
1970-01-01 01:00:22 [1617] scanning for plugins
1970-01-01 01:00:22 [1617] Starting up device manager
1970-01-01 01:00:22 [1618] Starting service processor (PID 1618)
1970-01-01 01:00:22 [1617] scanning devices done
1970-01-01 01:00:22 [1617] attached devices:
1970-01-01 01:00:22 [1618] Autostarting scripts in /etc/sundtek/
1970-01-01 01:00:22 [1618] executed all available items
1970-01-01 01:00:22 [1617] registering ID: 0
1970-01-01 01:00:22 [1617] Using dynamic configuration
1970-01-01 01:00:22 [1617] DTV1 Transfer is set to: Bulk
1970-01-01 01:00:23 [1618] trying to load uinput module
1970-01-01 01:00:26 [1618] loading uinput kernel extention succeeded
1970-01-01 01:00:26 [1617] Using Sundtek remote control layout
1970-01-01 01:00:26 [1618] problem reading data in service processor...
Ich werde dann Morgen wieder im chat vorbeischauen.
Claus
Seiten: [1] 2