Hi,
hat schon jemand geschafft, softhddevice mit yavdr 0.4 zu verheiraten, und wuerde das Paket zur Verfuegung stellen?
Danke,
Andreas
Hi,
hat schon jemand geschafft, softhddevice mit yavdr 0.4 zu verheiraten, und wuerde das Paket zur Verfuegung stellen?
Danke,
Andreas
Ich meine gelesen zu haben, das es unter natty zumindest ziemlich aussichtslos sein soll und eher in einer Folgeversion ab Ubuntu oneiric aufwärts dazu kommen soll... Ist aber ohne Gewähr - habs kürzlich irgendwo aufgeschnappt
Ja, das stand so im softhddevice Thread.
Aber vielleicht kann ein Erleuchteter auch erklären warum.
Steht doch auch da, keiner hat Lust (gehen tuts garantiert, die Frage ist wieviel Arbeit das dann am Ende macht) die Abhängigkeiten dort aufzulösen.
cu
Danke. Klare Worte. Das konnte ich so aus dem softhddevice Thread nicht herauslesen.
Ich meine gelesen zu haben, das es unter natty zumindest ziemlich aussichtslos sein soll und eher in einer Folgeversion ab Ubuntu oneiric aufwärts dazu kommen soll... Ist aber ohne Gewähr - habs kürzlich irgendwo aufgeschnappt
Wenn überhaupt dann werden nur noch gröbste Fehler in der 0.4 behoben, da die meisten yaVDR-Teammitglieder die 0.4 nicht mehr einsetzen.
Gerald
einmal mit precise :
https://launchpadlibrarian.net…0~precise_BUILDING.txt.gz
einmal mit oneiric:
https://launchpadlibrarian.net…iric_FAILEDTOBUILD.txt.gz
wie man sieht, mit oneiric passt was nicht, mit precise baut es.
also will ich es unter natty erst gar nicht versuchen. selbst bei oneiric hab ich keine lust überhaupt erst das buildlog zu lesen. verstehen würde ich eh nur, dass eine der abhängigkeiten, sei es libavcodev oder oder .... wohl zu alt ist.
ich hab im moment keine grosse lust alles < precise überhaupt noch beachtung zu schenken. mir ist precise wichtiger und wir haben die nächsten wochen damit wieder genug zu tun.
ZitatWenn überhaupt dann werden nur noch gröbste Fehler in der 0.4 behoben, da die meisten yaVDR-Teammitglieder die 0.4 nicht mehr einsetzen.
Heisst das, man sollte gar keine 0.4 mehr installieren, sondern gleich auf die 0.5 warten?
Moin!
Heisst das, man sollte gar keine 0.4 mehr installieren, sondern gleich auf die 0.5 warten?
Es wird immer eine nächste Version geben, ob du warten willst, bleibt dir überlassen.
Lars.
Hallo,
ich habe softhddevice unter yavdr 0.4.0 (natty) am laufen. (mit der freundlichen Hilfe von ASTA)
Man muss halt alle fehlenden libs installieren.
Läuft soweit ganz gut bin nur noch mit den upstart scripten am rumtüfteln.
Hört hört da bin ich aber interessiert. Können wir uns auf ein kleines howto freuen?
so auf die schnelle.....
HOWTO
cd /usr/src
add-apt-repository ppa:jon-severinsson/ffmpeg
apt-get update
apt-get dist-upgrade
apt-get install build-essential fakeroot vdr-dev dpatch libssl-dev cdbs libbz2-dev mercurial ffmpeg
apt-get install libavformat-dev libavcodec-dev libx11-dev libx11-xcb-dev libglu-dev libxcb-shm0-dev libxcb-dpms0-dev libxcb-shm0-dev libxcb-xv0-dev libxcb-atom1-dev
apt-get install libxcb-screensaver0-dev libxcb-randr0-dev libxcb-glx0-dev libxcb-icccm1-dev libxcb-keysyms1-dev libvdpau-dev libasound2-dev libxcb-image0-dev git
apt-get build-dep vdr
apt-get source vdr
cd /usr/src/vdr-1.7.21
dpatch apply-all
cd /usr/src/vdr-1.7.21/PLUGINS/src
git clone git://projects.vdr-developer.org/vdr-plugin-softhddevice.git
cd vdr-plugin-softhddevice
make
make install
sudo stop vdr
sudo stop openbox
sudo stop vdr-frontend
vdr --log=3 --plugin="softhddevice -g 1920x1080+0+0 -x"
Alles anzeigen
Ui, na das hört sich ja gut an. Werde in den nächsten Tagen auch wieder Testhardware haben, wo ich das dann auch gerne mal ausprobieren werde.
Gleich mal den Thread abonniert
Gruss
Markus
Es wäre Super wenn jemand die upstartscripte
vdr.conf
vdr-frontend.conf
entsprechend für softhddevice anpassen könnte.
Oder muss man da noch teifer im System bohren?
Zitat von plutoonline"
Besser wäre hier stattdessen:
und in /etc/vdr/plugins/order.conf die anderen Frontend-Plugins deaktivieren.
Mit
den Start des VDR-Frontends unterdrücken.
Den verzögerten Start von /etc/init/vdr.conf damit er nicht vor dem X-Server startet, überlasse ich dem mündigen Anwender. Tipp: in /etc/init/vdr-frontend.conf mal nach openbox suchen.
Aus gegebenen Anlass, ich bin mir meiner Verantwortung bewusst, lehne sie aber ab: ungetestet!
Gerald
Moin!
Es wird immer eine nächste Version geben, ob du warten willst, bleibt dir überlassen.
Lars.
Die Frage ist ob es überhaupt eine oneiric Version geben wird oder direkt zu precise übergegangen wird. Man liest so etwas schon mal zwischen den Zeilen...
Moin!
Die Frage ist ob es überhaupt eine oneiric Version geben wird oder direkt zu precise übergegangen wird. Man liest so etwas schon mal zwischen den Zeilen...
Das ist auch wie immer schwer zu beantworten. Hängt davon ab, ob wir vor dem Release von 12.04 noch was schaffen (eher nicht).
Es gibt aber Überlegungen, wie hoch der Aufwand wäre, einen Upgrade-Pfad anzubieten. Aber noch gibt es da nichts konkretes.
Neuinstallation bringt doch Spaß...
Lars.
26ster April, und dann gehts wegen LTS eh langsam zu precise.... da ist klar wo der Fokus liegt
Christian
Ich habe es mit den upstart scripten folgendermaßen gelöst.
"start on..." und "stop on ..." in der vdr.conf auskommentieren.
openbox.conf:
start on (filesystem and \
started dbus and \
(start-xorg or stopped udevtrigger))
stop on runlevel [!2345]
respawn
env DISPLAY=:1
env XORGCONFIG=/etc/X11/xorg.conf.yavdr
env xorg_driver
script
# D-bus
if which dbus-launch >/dev/null && test -z "$DBUS_SESSION_BUS_ADDRESS"; then
eval `dbus-launch --sh-syntax --exit-with-session`
fi
exec xinit /usr/bin/openbox --config-file /etc/openbox/rc.xml -- :1 vt7
end script
Alles anzeigen
vdr-frontend.conf:
start on started openbox or openbox restart
stop on stopping openbox
nice -10
respawn
script
export LANG=de_DE.UTF8
exec sudo -u vdr DISPLAY=:1 /usr/bin/vdr -u vdr --port=6419 -v /srv/vdr/video.00 --shutdown=/usr/lib/vdr/vdr-shutdown.wrapper --lirc --plugin="epgsearchonly" --plugin="epgsearch" --plugin="conflictcheckonly" --plugin="quickepgsearch" --plugin="live --port=8008 --ip=0.0.0.0" --plugin="systeminfo" --plugin="menuorg" --plugin="imonlcd" --plugin="nordlichtsepg" --plugin="text2skin" --plugin="softhddevice -f -g 1920x1080+0+0"
end script
Alles anzeigen
xbmc.conf:
env DISPLAY=:1
export DISPLAY
env HOME=/var/lib/vdr
pre-start script
svdrpsend plug softhddevice SUSP
svdrpsend remo off
if [ ! -z $STANDALONE ] ; then
touch /tmp/.standalone
fi
end script
post-stop script
/bin/rm -f /tmp/.standalone
svdrpsend remo on
svdrpsend plug softhddevice RESU
end script
script
eval ulimit -c unlimited
su -c "python /usr/share/xbmc/FEH.py --standalone --lircdev /var/run/lirc/lircd" vdr
RET=$?
if [ $RET -ne 0 ]; then
exit $RET
fi
exec su -c "DISPLAY=:1 /usr/lib/xbmc/xbmc.bin" vdr
end script
Alles anzeigen
Wahrscheinlich nicht so korrekt wie es sein sollte, aber bei mir funktioniert es recht gut. Aber bitte bedenken das man damit auch kein reines yavdr mehr hat und kaum noch support erwarten kann.
langsam denke ich ffmpeg mit dem ganzen anhang könnte doch sinn geben ....
zu dem rest muss ich sagen, ihr macht es euch zu kompliziert.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!