MLD Forum
MLD-5.x => Allgemein [ General ] => Topic started by: lucky on August 25, 2016, 20:53:41
-
Hallo zusammen,
Habe die neue MLD 5.1 auf mein system instaliiert,
Beim System Start bekomme ich aber kein Bild, vdr ist gestartet, Karte ist auch gefunden,
Wenn ich ein VDR Restart über das OSD durchführe, kommt auch das Bild, danach läuft alles wunderbar.
Bei einem System neustart habe ich dan wieder kein Bild.
Hatte bis jetzt den Yavdr am laufen ohne Probleme,
Vielleicht kann mir jemand helfen, würde gerne auf den MLD umsteigen,
Debug-Log (http://minidvblinux.de/wiki/mld/debug_log) vSfiZG
Gruß Lucky
-
Hi Lucky,
was für DVB-Devices hast du drin ?
Gruß,
Roland
-
Du könntest auch mal den VDR Log Level etwas höher einstellen, damit im Log zu sehen ist, ob der VDR nach dem DVB Device startet, so wie's sein soll. Das geht im Webif unter "TV / VDR / VDR Aufruf Agumente"
Claus
-
@Claus,
ich habe jetzt nicht in die Log's geschaut, aber ist da vieleicht eine 'Hauppauge' Karte mit im spiel,
da habe ich auch immer probleme mit, das sie erst nach einem neustart vom vdr geht.
Gruß,
Roland
-
Ja, es ist eine Hauppauge WinTV-HVR400
Bei Dir hatten wir schon mit sleeps usw. versucht das Problem zu lösen, wenn ich mich richtig erinnere?
Hattest Du auch mal versucht ob eines der anderen dvb Treiber Pakete hilft?
Claus
-
@Claus,
ich habe es nie richtig hinbekommen, mit einer Hauppauge Karte :(
hatte an allen möglichen stellen sleeps eingebaut, aber sauber hat es nie gelaufen.
Gruß,
Roland
-
@Roland
Ja es ist eine Hauppage Karte, die WinTV Nova-HD-S2,
@Claus
Habe Log Level auf 7 gesetzt, und hochgeladen
nach System-Start aGeKCa
nach Vdr-Restart LsBMnT
Nach dem Vdr- Restart habe ich folgendes im syslog
Aug 25 22:30:45 (MLD) user.info kernel: snd_hda_intel 0000:01:00.1: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj.
Aug 25 22:30:45 (MLD) user.err vdr: audio/alsa: broken driver 0 state 'RUNNING'
Kann es sein das das Audio-device probleme macht?
Gruß Lucky
-
Du hast den Kernel Log level hoch gestellt, nicht den vom VDR. Du musst an der beschriebenen Stelle das "-l 1" in ein " -l 2" oder " -l 3" ändern.
Claus
-
@Claus
habe jetzt den vdr log level auf 3 gestellt.
und hochgeladen MVmpmQ
und nach einen VDR-Restart d2bERb
Gruß Lucky
-
@Claus,
da sieht man ja schon das der vder gestartet wird, bevor die firmware geladen wird.
Aug 25 23:09:09 (MLD) user.debug vdr: [1623] epg data reader thread started (pid=1620, tid=1623, prio=high)
Aug 25 23:09:09 (MLD) user.debug vdr: [1623] reading EPG data from /var/cache/vdr/epg.data
Aug 25 23:09:09 (MLD) user.info kernel: cx24116_firmware_ondemand: Waiting for firmware upload (dvb-fe-cx24116.fw)...
Aug 25 23:09:09 (MLD) user.info kernel: cx24116_firmware_ondemand: Waiting for firmware upload(2)...
Gruß,
Roland
-
Ja, genau, das ist mir auch aufgefallen.
Ich vermute, das die Firmware erst geladen wird, sobald auf das Device zugegriffen wird, was dann zu dem Fehler führt.
Ihr könntet es jetzt mal mit einem anderem dvb Treiber Paket versuchen. Eventuell macht es ein anderer Treiber besser.
Ansonsten müssten wir mal herausfinden, wie das laden der Firmware angestoßen werden kann, bevor der VDR gestartet wird.
Claus
-
Werde morgen dann das MBE Paket probieren,
Melde mich dann wieder,
Gruß Lucky
-
Hallo zusammen,
Habe mal die Treiber aus dem media build experimental ausprobiert, leider ohne Erfolg,
Gruß Lucky,
-
Hi Lucky,
ich glaube auch nicht das es am Treiber liegt,
die sind sich schon seht ähnlich.
Es ist glaube ich einen Timing Problem vom Hauppauge treiber,
bzw. das der VDR zu schnell gestartet wird.
Gruß,
Rolanf
-
Hi Roland,
Kann mann dem Vdr irgendwie sagen das er erst nach dem laden der Firmware startet,
Habe im Moment den yavdr am laufen, da habe ich die Probleme nicht.
Gruß Lucky
-
Leider nicht mal eben so,
bei der MLD 4.xx Version hatte ich damit auch nie Probleme,
es liegt scheinbar an der boot reihenfolge.
Gruß,
Roland
-
Nein, am Timing kann es nicht liegen, denn Roland hatte ja testweise den VDR Start verzögert, ohne eine Besserung.
Ich tippe eher da drauf, das die Firmware erst geladen wird, wenn auf das Device zugegriffen wird, und das klappt so nicht.
Bei der MLD-4 hatten wir einen viel älteren Kernel im Einsatz, und somit auch einen viel älteren DVB Treiber, der sich wohl noch anders verhalten hatte.
Was wir brauchen ist eine Möglichkeit auf das DVB Device zuzugreifen, um das Laden der Firmware auszulösen, bevor der VDR gestartet wird. Oder eine andere Möglichkeit dem Treiber zu sagen, dass er die Firmware laden soll. Da könnt Ihr mal recherchieren ob's da was gibt.
Wenn man dem Treiber das nicht direkt sagen kann (eventuell gibt's ja auch einen Modulparameter der das Verhalten ändert), dann könnte man testweise den VDR beim booten nicht starten (init Script ändern) und schauen ob die Firmware geladen wird, wenn man mit dvbtune (aus dem scan Paket) auf das Device zugreift.
Claus
-
Hi,
schaut mal hier ist das gleiche Problem
http://www.vdr-portal.de/board16-video-disk-recorder/board99-distributionen/board96-yavdr/p1104144-gel%C3%B6st-ds3000-firmware-ondemand-waiting-for-firmware-upload-2-nach-vdr-start-poweron-suspend/
Als Lösung wurde vorgeschlagen automatisch einen 'restart' vom vdr zu machen.
Gruß,
Roland
-
In dem Thrad wird das gleiche vorgeschlagen, was auch ich schon vorgeschlagen habe. Einfach mal mit dvbtune auf das Device zugreifen und schauen ob die Firmware geladen wird.
Also VDR Start deaktivieren, neu booten und dann dies ausführen und in's messages Log schauen ob die Firmware geladen wird:
dvbtune -f 11837 2>&1 | head -n3 >/dev/null
Claus
-
Hallo Claus,
Habe den VDR aus dem Autostart genommen, wird aber nach einem System Neustart wieder gestartet.
Lucky
-
Hi,
der Autostart ist nur für das Frontend. Der VDR selber ist ein Dienst, der über ein init Script gestartet wird. Du musst in der /etc/ini.d/vdr ziehmlich am Ende das "start=1" auskommentieren, damit der nicht mehr gestartet wird. Ich bin aber nicht 100% sicher ob das reicht, oder ob der trotzdem aufgrund von Abhängigkeiten gestartet wird.
Claus
-
Geil und dann hat einfach keiner mehr weiter gemacht... Ahhhhhhhhhhhhhhhhh
Ahhhhhhhhhhhhhhhhhh
-
ok wie ich nun zusammen getragen habe:
- es ist ein treiber problem
- sollte alle karten mit cx88 betreffen?!
- kann natürlich nicht durch ein sleep vor/während/nach vdr start gelöst werden
- ist seit kernel 3.19 - cx88: convert to vb2
- und das tunen vor vdr start könnte es lösen... -> das werde ich mir dann mal zur test aufgabe machen
ach und jojo61 der sich echt reingehängt hat - hat LEIDER kein feedback im portal bekommen :(
https://www.vdr-portal.de/forum/index.php?thread/128280-ab-kernel-3-19-braucht-die-wintv-nova-hd-s2-einen-restart-des-vdr/#post1263580 (https://www.vdr-portal.de/forum/index.php?thread/128280-ab-kernel-3-19-braucht-die-wintv-nova-hd-s2-einen-restart-des-vdr/#post1263580)
Gruß
MarMic