0.4.pre1 Web-Frontend

@ hoplo
Nein eine sdff ist nicht im System.

gda
Hier die Ausgabe von lspci -n

00:00.0 0500: 10de:03e2 (rev a1)
00:01.0 0601: 10de:03e1 (rev a2)
00:01.1 0c05: 10de:03eb (rev a2)
00:01.2 0500: 10de:03f5 (rev a2)
00:02.0 0c03: 10de:03f1 (rev a3)
00:02.1 0c03: 10de:03f2 (rev a3)
00:04.0 0604: 10de:03f3 (rev a1)
00:06.0 0101: 10de:03ec (rev a2)
00:07.0 0680: 10de:03ef (rev a2)
00:08.0 0101: 10de:03f6 (rev a2)
00:08.1 0101: 10de:03f6 (rev a2)
00:09.0 0604: 10de:03e8 (rev a2)
00:0b.0 0604: 10de:03e9 (rev a2)
00:0c.0 0604: 10de:03e9 (rev a2)
00:18.0 0600: 1022:1200
00:18.1 0600: 1022:1201
00:18.2 0600: 1022:1202
00:18.3 0600: 1022:1203
00:18.4 0600: 1022:1204
01:06.0 0480: 1131:7146 (rev 01)
01:07.0 0480: 1131:7146 (rev 01)
02:00.0 0300: 10de:0a65 (rev a2)
02:00.1 0403: 10de:0be3 (rev a1)

Nachtrag zum wfe.
Frontend steht auf "Disabled" und Backend steht auf "TT-premium SD" wie es hoplo ja schon erwähnt hatte.

Marco

01:06.0 0480: 1131:7146 (rev 01)

warum wird das bei uns als hdff definiert ?
traxanos ?

01:06.0 0480: 1131:7146 (rev 01)
01:07.0 0480: 1131:7146 (rev 01)

# SD-FFs
elif check_pci2 "1131:7146" ; then
dbset vdr.setup="custom"
dbset vdr.frontend="disabled"
dbset vdr.backend="sdff"
/usr/bin/signal-event change-frontend
fi

Das müssen wir weiter einschränken auf subvendor und subdevice:(sv/sd)

alias: pci:v00001131d00007146sv0000110Asd00000000bc*sc*i*
alias: pci:v00001131d00007146sv000013C2sd00000000bc*sc*i* DVB-1
alias: pci:v00001131d00007146sv000013C2sd00000001bc*sc*i*
alias: pci:v00001131d00007146sv000013C2sd00000002bc*sc*i*
alias: pci:v00001131d00007146sv000013C2sd00000003bc*sc*i*
alias: pci:v00001131d00007146sv000013C2sd00000004bc*sc*i* DVB-2
alias: pci:v00001131d00007146sv000013C2sd00000006bc*sc*i*
alias: pci:v00001131d00007146sv000013C2sd00000008bc*sc*i*
alias: pci:v00001131d00007146sv000013C2sd0000000Abc*sc*i*
alias: pci:v00001131d00007146sv000013C2sd0000000Ebc*sc*i*
alias: pci:v00001131d00007146sv000013C2sd00001002bc*sc*i*

Zitat von hotzenplotz5

01:06.0 0480: 1131:7146 (rev 01)

Zitat von hotzenplotz5

warum wird das bei uns als hdff definiert ?
traxanos ?

Du meinst sdff.
Weil die SD-FF den gleichen Tuner wie die Budget hat? Wir müssen zusätzlich noch das Ausgabe-Device ab prüfen, der Tuner allein reicht nicht.
Wäre schön wenn mal jemand mit einer SD-FF lspci und lspci -n machen würde.

Gerald

outch, laut irc hieß es mal, dass diese hwid nur für sdff gelte. daher hatte ich das so übernommen.die frage ist, ist es nicht einfacher die budget karte (weis nicht wieviele es gibt) auf eine blackliste zu setzten mit ihrer subvendor id.

hab ne dvb-c und ne dvb-s hier, schau mal am we. evtl auch heute abend schon. hab sowieso noch ein ticket zur detect-dvb auf.

Zitat von traxanos

outch, laut irc hieß es mal, dass diese hwid nur für sdff gelte. daher hatte ich das so übernommen.die frage ist, ist es nicht einfacher die budget karte (weis nicht wieviele es gibt) auf eine blackliste zu setzten mit ihrer subvendor id.

Zitat von traxanos

hab ne dvb-c und ne dvb-s hier, schau mal am we. evtl auch heute abend schon. hab sowieso noch ein ticket zur detect-dvb auf.

Also ich finde es logischer zusätzlich nach dem Ausgabedevice zu suchen, oder vielleicht sogar nur nach dem Ausgabedevice. Ich vermute, dass das Ausgabedevice das gleiche ist bei DVB-S und DVB-C, der Tuner aber eventuell nicht.

Gerald

Darf ich mich hier mal einklinken? Hat es eigentlich einen Grund, warum die xineliboutput standardmäßig verwendet wird und nicht vdr-sxfe?

Du meinst warum xine default ist.

In einer nicht empirischen Studie wurde eine erhöhte Zuverlässigkeit gegenüber den Alternativen festgestellt

Sprich wir denken das es problemfreier läuft.

Zitat von gda

Also ich finde es logischer zusätzlich nach dem Ausgabedevice zu suchen, oder vielleicht sogar nur nach dem Ausgabedevice. Ich vermute, dass das Ausgabedevice das gleiche ist bei DVB-S und DVB-C, der Tuner aber eventuell nicht.

Gerald

das ist halt die frage, woran ich das erkennen kann wenn die hw id bei allen gleich ist. weil ne liste aller vorhanden dvb-ff karte und deren subids ist bestimmt schwierig. aber generell stimme ich dir zu wenn wir das videoout device erkennen können wäre das die einfachste lösung.

Zitat von traxanos

das ist halt die frage, woran ich das erkennen kann wenn die hw id bei allen gleich ist. weil ne liste aller vorhanden dvb-ff karte und deren subids ist bestimmt schwierig. aber generell stimme ich dir zu wenn wir das videoout device erkennen können wäre das die einfachste lösung.

Ich gehe im Moment einfach davon aus, dass das Ausgabe-Device separat auftaucht mit einer eigenen Hardware-ID.

Vielleicht stimmt das auch nicht ganz. Hier ein Beispiel einer SD-FF das ich ergoggelt habe:

03:0a.0 Multimedia controller [0480]: Philips Semiconductors SAA7146 [1131:7146] (rev 01)
Subsystem: Technotrend Systemtechnik GmbH Device [13c2:0000]
Flags: bus master, fast Back2Back, medium devsel, latency 123, IRQ 22
Memory at b0101000 (32-bit, non-prefetchable) [size=512]
Kernel driver in use: dvb
Kernel modules: dvb-ttpci

Hier die beiden Karten vom Threadstarter:

01:06.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
	Subsystem: Technotrend Systemtechnik GmbH Device 101c
	Flags: bus master, medium devsel, latency 64, IRQ 19
	Memory at deeffc00 (32-bit, non-prefetchable) [size=512]
	Kernel driver in use: budget dvb
	Kernel modules: budget


01:07.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
	Subsystem: Technotrend Systemtechnik GmbH S2-3200
	Flags: bus master, medium devsel, latency 64, IRQ 17
	Memory at deeff800 (32-bit, non-prefetchable) [size=512]
	Kernel driver in use: budget_ci dvb
	Kernel modules: budget-ci

Ich denke am besten wäre es über den Subsystem-Eintrag zu unterscheiden. Oder über eine udev rule die beim Kernel-Modul dvb-ttpci zuschlägt? Ich muss zugeben, das mit der udev rule hätte Charme, absolut Treffsicher.

Gerald

modinfo dvb-ttpci : v Vendor d Device sv Subvendor sd Subdevice

alias: pci:v00001131d00007146sv0000110Asd00000000bc*sc*i*
alias: pci:v00001131d00007146sv000013C2sd00000000bc*sc*i* 
alias: pci:v00001131d00007146sv000013C2sd00000001bc*sc*i*
alias: pci:v00001131d00007146sv000013C2sd00000002bc*sc*i*
alias: pci:v00001131d00007146sv000013C2sd00000003bc*sc*i*
alias: pci:v00001131d00007146sv000013C2sd00000004bc*sc*i* 
alias: pci:v00001131d00007146sv000013C2sd00000006bc*sc*i*
alias: pci:v00001131d00007146sv000013C2sd00000008bc*sc*i*
alias: pci:v00001131d00007146sv000013C2sd0000000Abc*sc*i*
alias: pci:v00001131d00007146sv000013C2sd0000000Ebc*sc*i*
alias: pci:v00001131d00007146sv000013C2sd00001002bc*sc*i*

Also:

1131:7146, Sub: 110A:0000
1131:7146, Sub: 13C2:0000
1131:7146, Sub: 13C2:0001
1131:7146, Sub: 13C2:0002
1131:7146, Sub: 13C2:0003
1131:7146, Sub: 13C2:0004
1131:7146, Sub: 13C2:0006
1131:7146, Sub: 13C2:0008
1131:7146, Sub: 13C2:000A
1131:7146, Sub: 13C2:000E
1131:7146, Sub: 13C2:1002

Wenn mich nicht alles täuscht ?

Zitat von steffen_b

Wenn mich nicht alles täuscht ?

Ja, so sollte es auch gehen. Oder einfach

lsmod|grep -q dvb-ttpci

?
Bei der Udev-rule bin ich nicht so sicher ob wir da schon ein Filesystem haben.

Ich habe das jetzt mal so eingecheckt. Problem, das passiert nur bei post-install, neues ISO!

Gerald

Zitat von steffen_b

In einer nicht empirischen Studie wurde eine erhöhte Zuverlässigkeit gegenüber den Alternativen festgestellt

Das kann ich sogar bestätigen. Das OSD sieht auch wesentlich schärfer aus, aber ich kann keine Medien wiedergeben, das stört leider. Neuen Thread dafür aufmachen?

Xine hat keinen integrierten Mediaplayer wie xineliboutput...

Habe heute nochmal eine Neuinstallation durchgeführt und nach dem ersten Reboot die Logs gezogen.

Im Webfrontend sind folgende Einstellungen zu finden:

Einstellungen / Allgemein:

Setup: custom configuration (experimental)
Frontend: Disabled
Backend: TT-premium SD

Die Datei openbox.conf ist ohne Inhalt.

Gruß
Patrick

Danke an alle bis hierhin! Wir haben das Problem gefunden und in Kürze behoben. Würde natürlich nur in einem neuen ISO aktiv.

Also könnt ihr erstmal manuell auf xine umstellen, sollte es auftreten.

ihr könntest das ganze auch einmal gegen testen indem ihr, wenn ihr auf xine oder sxfe seit, mal folgendes ausführt.

/usr/share/yavdr/events/actions/detect-dvb

danach sollte nicht mehr auf das sdff device gewechselt werden.

Zitat von traxanos

ihr könntest das ganze auch einmal gegen testen indem ihr, wenn ihr auf xine oder sxfe seit, mal folgendes ausführt.

/usr/share/yavdr/events/actions/detect-dvb

danach sollte nicht mehr auf das sdff device gewechselt werden.

Doch, er wechselt wieder zurück auf sdff device:

Frontend: custom (disabled / sdff

Setup steht wieder auf "custom configuration (experimental)" und Frontend auf "Disabled"

Gruß
Patrick

aber du hast schon alle updates eingespielt?