Hi Claus,
hattest du schon Gelegenheit, dir das Card-Image anzusehen? Ich habe zwischenzeitlich das ganze mit einer anderen Karte, einer Sandisk 8GB Class10, getestet und bin auf das gleiche Fehlerbild gestoßen.
Gruß Taucher
Hi Claus,
hattest du schon Gelegenheit, dir das Card-Image anzusehen? Ich habe zwischenzeitlich das ganze mit einer anderen Karte, einer Sandisk 8GB Class10, getestet und bin auf das gleiche Fehlerbild gestoßen.
Gruß Taucher
Hi Claus,
ich habe es leider erst heute geschafft das Image zu erstellen. Ich hoffe der Fehler ist damit reproduzierbar. Ich schicke dir per PM einen Link zu meinem Image. Ich nutze eine 4GB Sandisk Class 4 Micro SD Karte.
Hi,
ich habe vor kurzen MLD 5.0 auf meinen RPI2 installiert. Den Strom für den RPI2 bekomme ich dabei vom TV. Wenn ich den TV einschalte, startet somit automatisch der VDR. Das gleiche natürlich auch andersherum. Leider fährt der RPI2 dabei logischerweise nicht runter, wenn ich den TV ausschalte sondern wird hart ausgeschalten.
Das scheint der MLD Distribution nicht zu gefallen. Wenn ich das 3-5 mal mache, kommt beim hochfahren nur noch die Meldung:
missing device node for CPU 0
missing device node for CPU 1
missing device node for CPU 2
missing device node for CPU 3
of_platform_populate failed: -22
Und danach muss ich den MLD neu aufsetzen. Vorher habe ich Raspbian mit VDR im Eigenbau am laufen gehabt, da trat dieses Problem nicht auf. Hat jemand eine Idee, wie man MLD ausschalten kann, ohne dass es crashed?
Gruß Taucher
So, mal wieder ein Post zum eigentlichen Thema:
Ich habe gerade das S*-plugin in Verbindung mit VDR 2.2.0 und dem letzen git streamdev-plugin gebaut (So wie es beinhart hier beschrieben hat Tester gesucht: Streamdev-Server mit VDR 2.1.4+ Funktion ChannelChange). Mit dieser Konstellation funktioniert das umschalten der besagten Sender aktuell Problemlos. Ich werde es jetzt mal weiter testen und dann noch mal berichten.
Für mich sieht es aktuell so aus, als hätte sich die aktuelle Version des D****I Plugins verschlimmbessert. Evtl. ist das ja der Grund für die Probleme.
Aber so wie das mit bekommen habe, arbeitet Klaus wohl an einer Client -Server Sache , vielleicht wird
dann alles besser.
Irgendwie war ja mal alles besser, denn immerhin ging es ja schon mal
Allerdings bin ich gerade etwas verwirrt. Ich habe gerade meinen "alten" VDR-Client herausgekramt. Der hat noch VDR 2.0.6 mit Streamdev-Client 0.6.1-git (yaVDR) am laufen. Damit funktioniert das umschalten verschlüsselter Sender problemlos. Mein VDR-Server läuft weiterhin unverändert mit VDR 2.2.0 und den letzen Streamdev-Server.
Bisher dachte ich, dass das Problem immer von der VDR-Server-Seite her kommt. Nun scheint der Client auch eine Rolle in dem Problem zu spielen.
also ich habe soeben noch mal alles frisch vom git gezogen und compiliert. Aktueller VDR 2.2.0, letzte git-Version vom streamdev-server sowie vom d****i und o****m. Ich habe nur diese zwei Plugins im VDR und das d***i Plugin als Netzwerkmodus konfiguriert. Leider ist es mir nachwievor nicht möglich vernünftig durch verschlüsselte Sender zu schalten. Nur jeder 3. bis 10. Versuch klappt.
Am Client selber habe ich aktuell noch nichts geändert.
Habt ihr noch eine Idee?
Ich nutze aktuell VDR 2.2.0 mit der neusten streamdev-server version frisch aus dem git. Leider habe ich die besagten Probleme mit den Pay-TV Sendern immer noch. Nur bei jedem 3.-10. Versuch kann ich auf einen verschlüsselten Sender umschalten (z.B. RTL HD).
Wenn ich auf VDR 2.0.6 downgrade, funktioniert alles. Gibt es noch irgend welche Lösungsvorschläge?
Gibt es eigentlich schon Neuigkeiten/Fortschritte bei der Unterstützung vom skindesigner? Ich nutze diese Plugin sehr gern, allerdings ist der default-Skin nicht wirklich schön und der Support für andere Skins leider noch nicht sehr groß.
Hi,
gibt es hier schon Fortschritte? Läuft Streamdev-server mit dem gesagten Plugin inzwischen ohne Umschaltprobleme unter VDR 2.1.6+?
Hi,
welche Skins gibt es denn aktuell, welche von der GPU unterstützt werden. Ich habe schon einige wie z.B. Skinflat und SkinFlatPlus getestet. Diese funktionieren aber nur mit abgeschalteter GPU Unterstützung. Der LCARS skin sieht nicht wirklich gut aus, funktioniert aber von der Geschwindigkeit super.
Gruß
Entweder du schreibt etwas konstruktives oder du lässt es bleiben. Solche Kommentare sind auf jeden Fall überflussig und tragen nicht zum lösen meines problems bei. Im Gegenteil, es stört. Oder was soll an der Aussage "selber schuld" Problemlösend sein?
Thema beendet!
@Lars:vielen dank für den hinweis und der Erläuterung des unstable repos. Ich werde mich mal mit dem selber bauen des plugins beschäftigen und wieder auf stable wechseln. Danke für die schnelle Hilfe, so muss es sein
@Gerald:solche Kommentare kannst du dir schenken. Die braucht kein Mensch!!
ich habe meinen VDR auf unstable umgestellt (das unstable repo PPA hinzugefügt) und das streamdev-client plugin per apt-get installiert. Bei mir hats funktioniert
super, vielen Dank für diese Information. Ich habe mir soeben das Plugin aus dem unstable repro installiert. Damit ist das Zapping-Problem behoben. Kannst du schon sagen, wann diese Änderung in stable übernommen werden?
Hi @all,
Ich habe ein Problem beim streamen von Sendern an mein yaVDR 0.5 seit dem Update auf VDR 2.0.3. Ich streame DVB-S Signale via streamdev plugin von einem Ubuntu "Server" und VDR 2.1 zu meinem yaVDR 0.5.Mit der VDR Version 1.7.x funktionierte das Streamen wunderbar. Seit dem yaVDR Update auf VDR 2.0.3 kann ich meine Kanal-Liste nicht mehr mit Ch+ und Ch- durchzappen. Wenn ich dies versuche, so springt yaVDR Beispielsweise von Kanal 1 auf 16 usw. Wenn ich allerdings die Kanäle explizit per Nummer-Taste aufrufe, so kann ich den Kanal aufrufen.
Ich habe testweise die gleiche channels.conf (ist im übrigen auf Client und Server gleich) mit einer anderen Distribution (MLD) getestet. Dort funktioniert das zappen problemlos. Scheint also wirklich ein yaVDR Problem zu sein.
Wer hat eine Idee, woran dieses Problem liegen kann?
In der Client-Log (yaVDR) ist folgendes zu sehen:
QuoteDisplay MoreNov 3 21:01:47 ubuntu vdr: [2464] Text2Skin: channelInfo display update thread started (pid=904, tid=2464, prio=high)
Nov 3 21:01:48 ubuntu vdr: [904] switching to channel 16
Nov 3 21:01:48 ubuntu vdr: [2463] ERROR (device.c,1861): Ungültiger Dateideskriptor
Nov 3 21:01:48 ubuntu vdr: [2463] TS buffer on device 10 thread ended (pid=904, tid=2463)
Nov 3 21:01:48 ubuntu vdr: [2462] buffer stats: 283128 (13%) used
Nov 3 21:01:48 ubuntu vdr: [2462] receiver on device 10 thread ended (pid=904, tid=2462)
Nov 3 21:01:48 ubuntu vdr: [2465] receiver on device 10 thread started (pid=904, tid=2465, prio=high)
Nov 3 21:01:48 ubuntu vdr: [2466] TS buffer on device 10 thread started (pid=904, tid=2466, prio=high)
Nov 3 21:01:49 ubuntu vdr: [2465] [xine..put] H.264: Found NAL SPS at offset 6/151
Nov 3 21:01:49 ubuntu vdr: [2465] [xine..put] H.264 SPS: profile_idc 100
Nov 3 21:01:49 ubuntu vdr: [2465] [xine..put] H.264 SPS: pic_width: 80 mbs
Nov 3 21:01:49 ubuntu vdr: [2465] [xine..put] H.264 SPS: pic_height: 45 mbs
Nov 3 21:01:49 ubuntu vdr: [2465] [xine..put] H.264 SPS: frame only flag: 1
Nov 3 21:01:49 ubuntu vdr: [2465] [xine..put] H.264 SPS: aspect_ratio_idc 1
Nov 3 21:01:49 ubuntu vdr: [2465] [xine..put] H.264 SPS: -> aspect ratio 1 / 1
Nov 3 21:01:49 ubuntu vdr: [2465] [xine..put] H.264 SPS: -> video size 1280x720, aspect 1:1
Nov 3 21:01:49 ubuntu vdr: [2465] [xine..put] Detected video size 1280x720
Nov 3 21:01:52 ubuntu vdr: [2464] Text2Skin: channelInfo display update thread ended (pid=904, tid=2464)
Log des Ubuntu-Servers:
QuoteDisplay MoreNov 3 20:58:47 HOMESERVER vdr: [14768] streamdev: No device provides channel 2 (ZDF HD) at priority 0
Nov 3 20:58:47 HOMESERVER vdr: [14768] streamdev: No device provides channel 3 (RTL HD) at priority 0
Nov 3 20:58:47 HOMESERVER vdr: [14768] streamdev: No device provides channel 4 (SAT.1 HD) at priority 0
Nov 3 20:58:47 HOMESERVER vdr: [14768] streamdev: No device provides channel 5 (ProSieben HD) at priority 0
Nov 3 20:58:47 HOMESERVER vdr: [14768] streamdev: No device provides channel 6 (kabel eins HD) at priority 0
Nov 3 20:58:47 HOMESERVER vdr: [14768] streamdev: No device provides channel 7 (RTL2 HD) at priority 0
Nov 3 20:58:47 HOMESERVER vdr: [14768] streamdev: No device provides channel 8 (SUPER RTL HD) at priority 0
Nov 3 20:58:47 HOMESERVER vdr: [14768] streamdev: No device provides channel 9 (VOX HD) at priority 0
Nov 3 20:58:47 HOMESERVER vdr: [14768] streamdev: No device provides channel 10 (DMAX HD) at priority 0
Nov 3 20:58:47 HOMESERVER vdr: [14768] streamdev: No device provides channel 11 (N24 HD) at priority 0
Nov 3 20:58:47 HOMESERVER vdr: [14768] streamdev: No device provides channel 12 (RTLNITRO) at priority 0
Nov 3 20:58:47 HOMESERVER vdr: [14768] streamdev: No device provides channel 13 (SIXX HD) at priority 0
Nov 3 20:58:47 HOMESERVER vdr: [14768] streamdev: No device provides channel 14 (ServusTV HD Deutschland) at priority 0
Nov 3 20:58:47 HOMESERVER vdr: [14768] streamdev: No device provides channel 15 (MDR Sachsen) at priority 0
Nov 3 20:58:47 HOMESERVER vdr: [14768] streamdev-server TUNE S19.2E-1-1019-10302: Priority unknown - using 0
Nov 3 20:58:47 HOMESERVER vdr: [314] TS buffer on device 1 thread ended (pid=14719, tid=314)
Nov 3 20:58:47 HOMESERVER vdr: [313] buffer stats: 176156 (4%) used
Nov 3 20:58:47 HOMESERVER vdr: [313] receiver on device 1 thread ended (pid=14719, tid=313)
Nov 3 20:58:47 HOMESERVER vdr: [312] streamdev-livestreaming thread ended (pid=14719, tid=312)
Nov 3 20:58:47 HOMESERVER vdr: [311] streamdev-writer thread ended (pid=14719, tid=311)
Nov 3 20:58:47 HOMESERVER vdr: [14768] buffer stats: 177848 (4%) used
Nov 3 20:58:47 HOMESERVER vdr: [325] streamdev-writer thread started (pid=14719, tid=325, prio=high)
Nov 3 20:58:47 HOMESERVER vdr: [326] streamdev-livestreaming thread started (pid=14719, tid=326, prio=high)
Nov 3 20:58:47 HOMESERVER vdr: [326] streamdev-livestreaming thread ended (pid=14719, tid=326)
Nov 3 20:58:48 HOMESERVER vdr: [325] streamdev-writer thread ended (pid=14719, tid=325)
Nov 3 20:58:48 HOMESERVER vdr: [14768] Streamdev: Setting data connection to 192.168.1.125:59723
Nov 3 20:58:48 HOMESERVER vdr: [328] streamdev-writer thread started (pid=14719, tid=328, prio=high)
Nov 3 20:58:48 HOMESERVER vdr: [329] streamdev-livestreaming thread started (pid=14719, tid=329, prio=high)
Nov 3 20:58:48 HOMESERVER vdr: [330] receiver on device 1 thread started (pid=14719, tid=330, prio=high)
Nov 3 20:58:48 HOMESERVER vdr: [331] TS buffer on device 1 thread started (pid=14719, tid=331, prio=high)