VDRdevel-1.7.8 + Plugins (Lenny)

hey TomG, hey Tobi (ich weiß nun leider nicht wer ^^),

wird xxv auch upgedated? die -addon gibt es ja nur "global", nicht für das devel extra, oder?

aktuell ist XXV 1.2(1299) bei den paketen dabei, aktuell ist seit ein paar Tagen xxv 1.4 ...

ich würde da gerne mit dem UTF-8 herumprobieren, ob das mit den Umlauten auch unter lenny und 1.6 / 1.7.X mal funktioniert, das ist richtig unansehnlich ... (siehe Dateianhang)

danke!

>>>Cyber

Seit dem Update auf vdrdevel_1.7.8-1devel2 stürzt VDRdevel bei mir jeweils ab, wenn man die Programmübersicht aufruft, egal ob über die "grüne" Taste oder übers Menü. In /var/log/messages steht:

Aug 3 21:17:08 vdrserver kernel: [3714450.180623] vdrdevel[15178]: segfault at 0 ip 08179148 sp bfe0942c error 6 in vdrdevel[8178000+2000]
Aug 3 21:17:08 vdrserver runvdrdevel: restarting VDR

Hat jemand sonst dieses Problem? Eine Idee, an was es liegen könnte?

Danke! batDan

xineliboutput kompilieren funktioniert ohne Probleme! dankeschön!
kann mir vielleicht jemand sagen warum ich keinen Ton bei HD-Sendern bekomme?

mfg
aelo

batDan: wurden die Plugins auch hochgezogen? - Nehme an ja - Nutzt Du graphtft oder und epgsearch?

Mit vdrdevel 1.7.8 erstellte Aufnahmen im TS-Format werden nicht korrekt wiedergegeben. Nur Zischen und kein Bild, außer groben Blockartefaten. Ältere, mit vdr 1.6.0 aufegnommene Sendungen werden problemlos abgespielt.
Im syslog ist nichts zu erkennen und die TS-Aufnahmen lassen sich per mplayer fehlerfrei ausgeben (auch auf der FF-Karte).

Zur Info: habe mein System letztens per dist-upgrade von Etch auf Lenny gehoben, um am Puls der Zeit zu bleiben.

Ardath

Hallo TomG,

wegen des bitstreamout-plugin und vdrdevel habe ich den Autor kontaktiert,
das Ergebnis ist das das Plugin von seiner Seite aus nicht weiterentwickeln wird.

MfG
bobmeier

p_body: Installiert ist epgsearch, ohne stürzt VDR aber genau gleich ab (habs versuchsweise deinstalliert).

Ein weiterer Bug, der meines Wissens mit der Vorversion nicht aufgetreten ist: Wenn ich auf einen verschlüsselten Sender schalte, der ein CAM benutzt, dass an einer meiner DVB-Karten hängt und über Streamdev-Server ein anderer Sender am streamen ist, dann meldet VDR manchmal, dass der verschlüsselte Sender nicht verfügbar ist. Schuld ist offensichtlich der laufende Stream, der wohl die Karte mit dem CI benutzt und so blockiert. Wenn ich den Stream stoppe, kann ich den verschlüsselten Sender schauen. Dann starte ich den Stream wieder, und VDR benutzt dann die korrekte Karte (die ohne CI). Gleiches Problem, wenn zwei Timer sich überschneiden und zuerst der startet, der zwar einen unverschlüsselten Sender aufnimmt, aber trotzdem die Karte mit CI blockiert, obwohl er genauso gut die andere Karte (ohne CI) benutzten könnte. Dann gibts einen Timerkonflikt und der Timer mit den verschlüsselten Sender startet nicht.

Ich dachte, früher hätte VDR in solchen Fällen die Karte im laufenden Betrieb gewechselt, um diejenige mit CI/CAM für den verschlüsselten Sender freizumachen. Oder irre ich mich?

Oder kann man nicht irgendwo sagen, VDR soll gefälligst möglichst für unverschlüsselte Sender immer die Karte ohne CI/CAM nutzen, ausser die ist momentan belegt?

Noch was, das Spulen in Aufzeichnungen funktioniert nicht richtig, das war schon seit mindestens 1.7.7 so. Meist springt er, nachdem man das Spulen (Fast Forward oder Backward) unterbricht, an den Ausgangspunkt zurück, wo man angefangen hat zu spulen. Ich kann nur den Sprung vorwärts oder rückwärts (gelbe oder grüne Taste) benutzen. Bin ich der einzige der das hat oder stört das niemanden? Hab keine Postings gefunden, wo das bemängelt würde...

Zitat

Original von batDan
Noch was, das Spulen in Aufzeichnungen funktioniert nicht richtig, das war schon seit mindestens 1.7.7 so. Meist springt er, nachdem man das Spulen (Fast Forward oder Backward) unterbricht, an den Ausgangspunkt zurück, wo man angefangen hat zu spulen. Ich kann nur den Sprung vorwärts oder rückwärts (gelbe oder grüne Taste) benutzen. Bin ich der einzige der das hat oder stört das niemanden? Hab keine Postings gefunden, wo das bemängelt würde...

Hiermit bemängel ich das auch. Hatte/Habe bislang nur noch andere Probleme die mir mehr zu schaffen haben, vor allem mit der Wiedergabe über das xineliboutput Plugin, so dass ich das immer hinten an gestellt habe.

Gandalf

hi,

falls man sich etwas wünschen darf, dann wünsche ich mir vdrdevel-plugin-remotetimers . ich sage schonmal besten dank im voraus
im ernst. habe gestern mal vdrdevel installiert und bin ganz zufrieden, bis auf das fehlende plugin halt. wäre für mich wichtig, da der client nur streamt und ich manchmal gerne nen timer auf dem servere setzen würde. remoteosd scheint im vdrdevel nicht zu funktionieren, denn er bekommt mit dem server keinen kontakt. der läuft aber noch unter 1.6.

gruß, heinzelrumpel

Hallo

Ich bin gerade mal über den Thread geflogen, und glaube so ein bisschen raus gelesen zu haben, das ihr hier mittlerweile auch mit HDTV - VDPAU spielt.
Gibts da schon Erfolge? (Debian/Lenny - VDRDEVEL basierend)

Ich fuchtel nämlich schon Tage lang rum (alles selbst zu kompileren) und scheitere ständig an irgendwelche Widersprüchlichen HowTow's , bei denen ich dann logischerweise immer wieder gerade die verkehrte bzw nicht mehr passenden Variante wähle .... wenns nun heute wieder nix wird, dann würde ich nochmal neu auf Basis e-tobis Repository anfangen ..... jetzt wo ARD und ZDF nun auch langsam mit HD beginnen.

Grüße
Thomas

ja, e-tobi hat vdpau pakete in seinem repository. suche mal hie rim forum nach "e-tobi vdpau sources"

Hiho

Das e-tobi vdpau Pakete in seinem Rep hat weiß ich, aber die sind ..... so wie er mir selber sagte (schrieb) auf 1.6 "geeicht" . (Der Grund warum ich angefangen habe selber zu basteln)

Ist das alles jetzt auch mit vdrdevel kompatibel? (also xineliboutput-sxfe oder ähnlich ..... vdpau etc)
Sprich alles für HDTV installieren und fertig ...... ne oder ? .... das wärs ja

das plugin werde ich gleich mal testen.

zur fehlermeldung beim remotemenu. es kommt am client die meldung.

Zitat

remotemenunot available. connection failed"

auf demclientr erscheint zeitgleich dies in den logs.

Aug 19 11:13:56 itx vdrdevel: [2493] ERROR: Remote menu not available. Connection failed.

und auf dem server wird dies geloggt.

Aug 19 11:15:54 no2 vdr: [30407] connect from 192.168.0.33, port 51704 - accepted
Aug 19 11:15:54 no2 vdr: [30407] closing SVDRP connection

gruß, heinzelrumpel

Hallo,

Auf remote timers plugin für vdr 1.7.8 habe ich schon lange gewartet. Habs gerade problemlos kompiliert werde später berichten ob es geht.

Für den "Umstieg" auf 1.7.8 fehlt mir eigentlich nur noch noad - hat da zufällig schon jemand etwas fertig?

da bist du nicht der einzige:

noad-plugin statt externes program fur vdr-1.7.3+

>>>Cyber

So nebenbei das remotetimer plugin funktioniert bei mir jetzt soweit ohne Probleme. Das remoteOSD Plugin kann ich zwar kompilieren, scheint aber nicht zu funktionieren mit vdr 1.6 hat es mit den selben Einstellungen funktioniert.