[gelöst] [0.2] Treiber für Sundtek MediaTV Pro laden

Du legst eine /etc/init/sundtek.conf (oder mediatv.conf ? Wie auch immer du magst, muss aber mit .conf enden) an.

start on starting vdr 


task 


script 
/opt/bin/udevsrv ATTACH
/opt/bin/mediaclient -e
end script

Das sollte den Start von vdr verzögern bis das skript abgearbeitet ist. Vorausgesetzt das alles fertig ist wenn diese beiden abgearbeitet sind. Wenn das nicht der Fall ist, muss halt noch etwas geeignetes in das Skript was für die Verzögerung sorgt.

Upstart ist ein Biest was das Debugging angeht, aber sehr schön, wenn man sich anschaut wie einfach die Skripte sein können.

theseer105:

Es würde mich aber überraschen, wenn der Sundtek-Stick (habe hier einen Sundtek MediaTV Digital Home (DVB-CT)) sich nicht während des Boots selbst initialisieren würde. Ich habe auch das Problem, dass der VDR zu früh startet (welches ich momentan quick'n'dirty mit einem sleep behebe), aber ein manueller VDR-Restart hat mir immer ein Bild gebracht. Wird der Treiber bei Dir gar nicht automatisch geladen?

Ich bin mir nicht sicher, wie effektiv die beiden von Dir genannten Kommandos für Dein Ziel sind:

In der Dokumentation zu /opt/bin/mediaclient steht für die Option -e folgendes:

-e, --enumdevices show up supported devices

Das sieht für mich nur nach einer Liste der erkannten Sundtek-Sticks aus, aber mir ist nicht klar, ob die reine Ausgabe der Liste irgendeinen Effekt hat auf Dein Vorhaben.

Zu dem Kommando /opt/bin/udevsrv ATTACH finde ich momentan nix Überzeugendes auf der Sundtek-Support-Seite. Da steht beispielsweise: "ATTACH pushes the update request into the background and sleeps several seconds before really triggering an update." (http://support.sundtek.com/index.php?topic=35.15).

Hast Du diese Tipps von hier? http://support.sundtek.com/ind…ic,189.msg765.html#msg765

Hast Du mal die Vorgehensweise ausprobiert, die Sundtek selbst vorschlägt und die seit dem Treiberupdate am 2.4.2010 verfügbar ist?

http://support.sundtek.com/index.php/topic,285.0.html

Zitat

The configurationfile /etc/sundtek.conf can contain 2 parameters, device_attach and device_detach.
Those parameters can be used to start or reinitialize applications after the driver initialized a device.

Example:
/etc/sundtek.conf
device_attach=/usr/bin/usb_deviceattach.sh DEVID
device_detach=/usr/bin/usb_devicedetach.sh DEVID

DEVID will automatically be replaced with the device ID which is also returned by /opt/bin/mediaclient -e

Alles anzeigen

Gruß
hepi

Hallo, habe auch eine Sundtek TV Karte und bei mir komtm ganze die Zeit auch kein Bild. Ich habe dann einfach mal, wie oben beschrieben, den VDR Neugestartet und schon ging TV im XBMC - dachte ich. ARD geht aber die meisten anderen Sender wie z.B. ZDF sind nur schwarz. Ich hab es auch testweise mit vdr-sxfe@vdr-plugin-xineliboutput probiert aber da ist das gleiche. Von No Signal steht nichts da, einfach nur schwarz. Woran könnte das liegen? In der yaVDR Version 0.1.1 ging alles noch.

Zitat

Original von Thau
Hallo, habe auch eine Sundtek TV Karte und bei mir komtm ganze die Zeit auch kein Bild. Ich habe dann einfach mal, wie oben beschrieben, den VDR Neugestartet und schon ging TV im XBMC - dachte ich. ARD geht aber die meisten anderen Sender wie z.B. ZDF sind nur schwarz. Ich hab es auch testweise mit vdr-sxfe@vdr-plugin-xineliboutput probiert aber da ist das gleiche. Von No Signal steht nichts da, einfach nur schwarz. Woran könnte das liegen? In der yaVDR Version 0.1.1 ging alles noch.

Thau, da Du Dich meiner Meinung nach nicht sehr präzise ausdrückst, fällt es mir schwer genau zu verstehen, wo Dein Problem liegt. Lass mal zum Testen XBMC aus dem Spiel und bleibe bei vdr-sxfe@vdr-plugin-xineliboutput.

Ich habe momentan 2 verschiedene USB-Boxen an meinem Acer Revo (Sundtek + PCTV 452e, siehe Signatur). Beide Boxen werden vom VDR-Start überholt. Deshalb habe ich momentan sehr sehr quick'n'dirty einen "sleep 15" in meiner /etc/init/vdr.conf als erste Zeile nach der Zeile "script".

Dies ist aber keine elegante und zuverlässige Lösung, die nur bei mir momentan gut funktioniert, bis ich dazu komme, es besser zu machen.

Gruß
hepi

Hi,
wenn ich vdr-sxfe@vdr-plugin-xineliboutput nutze hab ich nach dem start kein Bild, manchmal kommt dann nach 30 Sekunden oder so dann Bild. Wenn ich aber über das Webinterface VDR neustarte kommt sofort Bild, aber nue bei ARD und beim Rest ist es schwarz und kein Ton zu hören. Wenn ich dann aber wieder auf ARD zurückschalte hab ich wieder Bild, aber halt nur da.

OK. Das Kanäle nicht gehen, ist ein anderes Problem. In diesem Thread geht es darum, wie man sicherstellen kann, dass der Sundtek-Treiber fertig geladen ist, bevor der VDR gestartet ist. Bitte mach einen neuen Thread auf.

Gruß
hepi

Einfach in die /etc/vdr.conf

while ! /opt/bin/mediaclient -e | grep dvr0 &> /dev/null
do
sleep 1
done

einfügen (direkt nach script...)

fhz

fhz: ich hab das ausprobiert.. irgendwo muss da ein Fehler sein, da das init Script dann hängen bleibt

vdr.conf:

#################################################################################
#                                                                               #
#   The following configuration file is generated automatically by the yaVDR    #
#     system. Don't change this file as every update of yaVDR will overwrite    #
#         the local changes. Instead put your required customizations           #
#       into /etc/yavdr/templates_custom/ based on the original templates       #
#                      under /usr/share/yavdr/templates.                        #
#                                                                               #
#   http://www.vdr-wiki.de/wiki/index.php/YaVDR-FAQ#Templating.2FCustomizing    #   
#                                                                               #
#                                                                               #
#################################################################################
# Starts the vdr, with config and installed plugins


description     "VDR upstart script"
author          "Steffen Barszus <steffenbpunkt@gmail.com"


start on local-filesystems


stop on runlevel [016]


post-stop script
  signal-event post-stop-vdr
end script


respawn
kill timeout 5


script
while ! /opt/bin/mediaclient -e | grep dvr0 &> /dev/null
do
 sleep 1
done


# load default values and overrides from /etc/default/vdr 
. /usr/lib/vdr/config-loader


# load all plugins from plugin folder
. /usr/lib/vdr/plugin-loader


# extract and prepare all commands
. /usr/lib/vdr/commands-loader
mergecommands "commands"
mergecommands "reccmds"


# Set shutdown command
test "$ENABLE_SHUTDOWN" = "1" && VDRSHUTDOWN="/usr/lib/vdr/vdr-shutdown.wrapper" \
                              || VDRSHUTDOWN="/usr/lib/vdr/vdr-shutdown-message"


# set language (default by environment, else by /etc/default/vdr)
LANG=$VDR_LANG 
LC_ALL=$VDR_LANG
export LANG LC_ALL


exec /usr/bin/vdr -v $VIDEO_DIR -c $CFG_DIR -L $PLUGIN_DIR -r $REC_CMD -s $VDRSHUTDOWN -E $EPG_FILE -u $USER -g /tmp --port $SVDRP_PORT $OPTIONS "${PLUGINS[@]}" $REDIRECT &> /tmp/vdr.log


end script

funktioniert bei mir ohne Probleme

Was zeigt bei dir dieser Befehl an?

/opt/bin/mediaclient -e | grep dvr0 &> /dev/null

fhz

ohne &> /dev/null sonst kenn ich die Lösung

Logisch:

/opt/bin/mediaclient -e | grep dvr0

Anonsten gibts keinen Ouput (Danke steffen_b)

Versuch mal Ausgabe über xineliboutput...

hi
ich würte das anders lösen .
nach kurtzen einlesen bei Sundtek MediaTV Pro laden wirt hier ja eine udev regel erstelt , dise erweidern zb so
SUBSYSTEM=="dvb", ACTION=="add", ENV{DVB_DEVICE_TYPE}=="frontend", PROGRAM="/sbin/initctl --quiet emit --no-wait dvb-loaded"
hier ist der teil dvb-loaded wichtig welcher in die udevregel eingebaut werten solte .
2 teil die tatei /etc/init/vdr.conf endern
das start on local-filesystems
in start on dvb-loaded
und schon wirt der vdr gestartet wen die treiber gelaten sint und mann müste ein bild haben
mfg det

Hi, ich hab im Moment auch keine Ahnung, was da schief läuft, aber frag mal die Jungs im Sundtek-Forum, vielleicht können die dir helfen.
Mein Stick läuft problemlos (allerdings nicht mit yavdr getestet).

mfG,
f.

ja sieht fast aus wie der commit von steffen heute mittag :

http://svn.origo.ethz.ch/wsvn/…ces.rules/10main?rev=1192

http://svn.origo.ethz.ch/wsvn/…load.conf/10main?rev=1192

(eher eine "testlösung")

hi
hotzenplotz5
war auch nur als an anregung und zum test getacht
mfg det

klar !
hab damit kein problem