VDRdevel-1.7.9 + Plugins (Lenny)

schon wieder was neues ... danke!

>>>cyber

Gut, Aufruf der Programmübersicht lässt VDR nicht mehr abstürzen, wie das bei mir bei 1.7.8-2 war. Super!

Sage auch mal Danke

Von mir auch mal Danke.

Allerdings scheinen die neueren Versionen ne Menge Käfer mitgebracht zu haben.
Konnte ich zb. in der Vorgängerversion die Ton/Bildstockprobleme noch händeln, haben hier die Optionen --tcp bzw. --buffers=xx keine Wirkung mehr auf die Stockerei.
DVD, Mplayer , oder DVD über Xinelibotputplugin läßt den VDR bzw. den ganzen PC abstürzen.

Nicht unbedingt als ProduktivVDR benutzbar ........ aber OK es ist ja auch die Developer Version.

Positiv bei mir ist, das nun HD (ohne vdpau) , mit Ton funktioniert und sogar ne weile läuft, bevor der VDR restartet. (sonst ging das immer ein paar Sekunden und ohne Ton)

Ich werd heute Abend mal versuchen dem PC, beim DVD-Problem, ein paar Infos zu "entloggen"

Grüße
Thomas

Hallo,
neben dem Danke für die geleistete Arbeit noch ein Vorschlag:

beim vdr-plugin.graphtft wird das X-Frontend (graphtft-fe) derzeit nicht mit gebaut.
Da ich dieses nutze habe ich die rules und die install leicht erweitert:

bei den rules:
common-build-arch::          
        $(MAKE) all $(MAKE_OPTIONS)
        cd graphtft-fe && $(MAKE) all


und in der install folgendes hinzugefügt:
graphtft-fe/graphtft-fe         usr/bin/

dann wird das graphtft-fe X-Frontend in /usr/bin/ installiert und kann genutzt werden.

Gruß,
p_body

Hallo

Habt ihr auch so derbe Probleme mit dem Ton?
Das ist total schlimm geworden, und sämtliche hilfsmittel greifen nicht mehr.

Vielleicht kann man ja die Vorgänger Version wieder mit rein packen?

Thomas

Moin,

ich glaube, beim vdr-plugin-vompserver für vdrdevel-experimental lenny
ist ein Fehler. Ich habe eine nicht erfüllte Abhängigkeit zur abi-1.7.8,
aber der vdrdevel ist ja jetzt auf 1.7.9.

Quote

riker:~# apt-get upgrade Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut Lese Status-Informationen ein... Fertig
Probieren Sie »apt-get -f install«, um dies zu korrigieren.
Die folgenden Pakete haben nicht erfüllte Abhängigkeiten:
vdrdevel-plugin-vompserver: Hängt ab: vdrdevel-abi-1.7.8-multipatch ist aber nicht installierbar
E: Nicht erfüllte Abhängigkeiten. Versuchen Sie, -f zu benutzen.

Gruß,
Karlson.

Komisch, vdrdevel-plugin-epgsearch auch. Habe ich doch was falsch
gemacht? Meine /etc/apt/sources.list war bis letzte Woche noch
ok:

Quote

deb http://ftp.de.debian.org/debian lenny main deb
http://security.debian.org/ lenny/updates main contrib non-free deb
http://e-tobi.net/vdrdevel-experimental lenny base backports addons vdr-multipatch deb
http://www.debian-multimedia.org lenny main

Aktueller Stand:

Quote

ii vdradmin-am 3.6.1-2 Web-based administration tool for vdr
ii vdrdevel 1.7.9-1devel1 Video Disk Recorder for DVB cards
ii vdrdevel-plugin-streamdev-server 0.3.4+cvs20090707.2111-1 VDR Plugin to stream Live-TV to other VDR's
iU vdrdevel-plugin-vompserver 0.3.1-1 vdrdevel-plugin for vdrdevel on mediamvp(VOM

GrKarlson.

OK, vergesst es. Ich habe alles gepurgt und neu installiert, nun klappt es.
Ein apt-get upgrade ging nicht.

GrK.

Quote

Original von TomG

Einige Pakete sind umbenannt worden. Das betrifft alle Plugins, die "vdr" im Namen enthalten:
vdrdevel-plugin-svdrdevelpext -> vdrdevel-plugin-svdrpext
vdrdevel-plugin-svdrdevelpservice -> vdrdevel-plugin-svdrpservice
vdrdevel-plugin-vdrdevelc -> vdrdevel-plugin-vdrc
vdrdevel-plugin-vdrdevelcd -> vdrdevel-plugin-vdrcd
vdrdevel-plugin-vdrdevelrip -> vdrdevel-plugin-vdrrip
Falls es Update-Probleme geben sollte, müssen die alten Pakete manuell deinstalliert werden.
Durch die Umbenennungen sollten die Probleme mit dem RemoteOSD-Plugin behoben sein.

Tom

Display More

Danke. Die Probleme waren darauf zurückzuführen.

Ich wollte eigentlich vdrdevel mal schnell als vdrdevel bauen - welchen Zauberspruch muss man denn bei vdr-plugin-xineliboutput aufsagen, damit es richtig gebaut wird? Und würde das parallel zu einer alten 1.0.4 Version installierbar sein?

dh_install -pvdrdevel-plugin-xineliboutput  
dh_install: vdrdevel-plugin-xineliboutput missing files (libvdrdevel-xineliboutput.so.*), aborting
make: *** [binary-install/vdrdevel-plugin-xineliboutput] Fehler 1
dpkg-buildpackage: Fehler: debian/rules binary gab Fehler-Exitstatus 2

Quote

Original von TomG
Weißt du, ob da X-Frontend eine Abhängigkeit zum VDR hat? Eigentlich sollte es doch völlig unabhängig vom VDR laufen, oder?

Gegen ein eigenes Paket spricht eigentlich nichts und lt. README sind auch keine direkten Abhängigkeiten mit vdr vorhanden.

Auszug aus dem graphtft-fe README:

Voraussetzungen
---------------


Pakete:


imlib2, imlib2-devel
ImageMagick, ImageMagick-devel, ImageMagick-Magick++-devel
xorg-x11-devel

naja, is anscheinend ein problem von vdrdevel unter amd64 linux.
andere kombinationen tun hier.

lese aber aus der log ausgabe nix relevantes raus (bin aber auch ned gut in compiler log lesen)

Bauen kann ich es inzwischen.
Es läuft durch, wenn man die selben Versionen von vdrdevel-dev und vdr-dev installiert hat. (also beide von 1.7.9)
Irgendwo werden also vermutlich Pfade noch nicht von vdr auf vdrdevel umgebogen.

Kann man auch die Libs mit bauen lassen, so dass vom produktiven VDR völlig unabhängige Pakete entstehen?
Derzeit würde es ja ggf. Sinn machen unterschiedliche Sourcen zu nutzen. Da doch noch ein gewisser Wandel in vdr-plugin-xineliboutput zu verzeichnen ist.

Bei meinem bisherigen Tests konnte ich mit dem "alten (eine Verpatchte 1.0.4)" vdr-sxfe nicht auf vdrdevel verbinden.

habe heute wieder mal die aktuellsten vdrdevel-Pakete getestet, läuft alles im groß und ganzen gut, leider mit einer Außnahme:

Bei HD-Sendern bekomme ich keinen Ton, da ich nicht der einzige mit diesem Problem bin hoffe ich dass jemand schon einen Lösungsansatz oder sogar eine fertige Lösung hat

übrigens etwas ganz merkwürdiges, habe zufälligerweise VDPAU-Support ohne xine-vdpau zu installieren
ist es möglich dass in einer neuen Version vdpau-support schon mit drinn ist (verwende ubuntu 9.10pre)?

mfg

nuja, is aber absolut ned ct vdr spezifisch
mit --buffers und zeug rumexperimentieren.

TomG ich sollte mich ja zurückhalten aber .....:
http://www.vdrportal.de/board/…?postid=840241#post840241

ich habs noch nicht getestet

(radio-plugin) uscan holt die neue version

und noad: (plugin)
keine ahnung ob das so schon funktioniert ...
http://www.vdrportal.de/board/thread.php?threadid=89387
http://vdr-portal.de/board/thr…?postid=841277#post841277
(0.0.2)