[ANNOUNCE] x-vdr-0.7.55

Und im Bios ??

hwclock --debug
Zeit gelesen aus Hardwareuhr: 2008/06/19 18:02:21

kann mann im nächsten x-vdr auch ein mantis dvb treiber installation integrieren.
da wo v4l-dvb und multiproto multiproto-plus steht könnte doch auch ein mantis treiber noch platz haben.
sollte so einiges dann vereinfachen für die dvb-s2 user.
Gruß Hans

Hi Marc,

Wie stehen die Chance besser. Ich kann auch die Ubuntu installieren. Da hätte ich auch ein MMS 1.1.0 am laufen.

Oder bis du kurz vor der x-vdr-0.55 ?

Gruss Patrice

Zitat

Originally posted by zulu
Hi mogwai,

hast du mal mit xineliboutput-1.0.1 probiert?

x-vdr/plugins/xineliboutput/plugin.sh

Code

WEB="http://downloads.sourceforge.net/xineliboutput/vdr-xineliboutput-1.0.1.tgz"
VERSION="xineliboutput-1.0.1"

Gruß
Marc

Alles anzeigen

Hi zulu,

vielen Dank, es funktioniert nun so wie es soll!
Das Timeshift funktioniert bis jetzt auch hervorragend, was auch der Grund für die installation war.

Viele Grüße
Markus

Hi,

bei mir wirft das skript Fehler aus, daher wollte ich mal nachfragen, ob es an der /etc/apt/sources.list liegen könnte. Da habe ich nämlich die e-tobi und debian multimedia Quellen drin. Es ist auch Lenny installiert. Ist diese Kombination nicht kompatibel, bzw. welches debian wird für das Skript bevorzugt?

Gruß, Heinzelrumpel

Danke Zulu für dein tolles Script,

leider kann es bei mir (Sidux-2008-1) nicht das Mplayer Verzeichnis erstellen
"ERROR - mplayer-checkout-2008-06-22 konnte nicht erstellt werden"

und Xine lib 1.2 klappt auch nicht
"configure: creating ./config.status
config.status: error: cannot find input file: Makefile.in
make: *** Keine Targets angegeben und keine »make«-Steuerdatei gefunden. Schluss.
ERROR - xine-lib-1.2 konnte nicht erstellt werden"

Ich warte dann lieber auf die 7.55 wegen "Mantis" (SkyStar HD2) oder soll ich lieber Ubuntu 8.04 als Distri nehmen?

Ich kriege meine Skystar HD2 einfach nicht "unter Linux" mit VDR ans Laufen

Gruß
Prutscher

Hi,

zum xinelib-Problem siehe hier:

http://www.vdr-portal.de/board/thread.php?threadid=77975&hilight=cannot+find+input+file+Makefile+in

hi marc
wie sieht es beim neuen x-vdr 0.7.55 mit dem mantis teil aus.
da gibts unter dem 2.6.25-7 kernel große propleme denn treiber zu backen.
unter 2.6.24-5 tut er ohne propleme.

wird im neuen x-vdr ein patch verwendet füe den 2.6.25 oder so was in der art.
Gruß hans

Hallo,

ich habe sidux 2008-1 und ein smxi für den Kernel 2.6.5-7 (?) hinter mir und wollte nun x-vdr installieren. Nach der Fehlermeldung "./apt.sh mit Fehler beendet" hab ich ./apt.sh mal "per Hand" gestartet und noch folgende Packete installiert: "apt-get install kernel-package pkg-config". Sind bei einer "Neuinstallation" nicht dabei.
./apt.sh macht aber weiter Probleme:

cdfs-src ((keine) Kandidat) is already installed
tar: cdfs.tar.bz2: Kann open nicht ausführen: Datei oder Verzeichnis nicht gefunden
tar: Nicht behebbarer Fehler: Programmabbruch.
tar: Child returned status 2
tar: Fehler beim Beenden, verursacht durch vorhergehende Fehler.
./apt.sh: line 351: cd: /usr/src/modules/cdfs/2.6: Datei oder Verzeichnis nicht gefunden
cd "/usr/src"/linux && \
                make-kpkg modules_clean
The modules_* targets should be called from a fully configured source tree,
 and one where at least make-kpkg debian has been run
make: [clean-modules] Fehler 2 (ignoriert)
cd "/usr/src"/linux && \
                make-kpkg --rootcmd fakeroot clean
exec make -f /usr/share/kernel-package/ruleset/minimal.mk clean  ROOT_CMD=fakeroot
make[1]: Entering directory `/usr/src/linux-headers-2.6.25-7.slh.1-sidux-686'
====== making target minimal_clean [new prereqs: ]======
Cleaning.
test ! -f .config || cp -pf .config config.precious
test ! -e stamp-building || rm -f stamp-building
test ! -f Makefile || \
            make    ARCH=i386 distclean
/bin/sh: /usr/src/linux-headers-2.6.25-7.slh.1-sidux-686/scripts/gcc-x86_64-has-stack-protector.sh: No such file or directory
/bin/sh: /usr/src/linux-headers-2.6.25-7.slh.1-sidux-686/scripts/gcc-x86_64-has-stack-protector.sh: No such file or directory
make[2]: Entering directory `/usr/src/linux-headers-2.6.25-7.slh.1-sidux-686'
scripts/Makefile.clean:17: /usr/src/linux-headers-2.6.25-7.slh.1-sidux-686/arch/x86/boot/Makefile: No such file or directory
make[3]: *** No rule to make target `/usr/src/linux-headers-2.6.25-7.slh.1-sidux-686/arch/x86/boot/Makefile'.  Stop.
make[2]: *** [archclean] Error 2
make[2]: Leaving directory `/usr/src/linux-headers-2.6.25-7.slh.1-sidux-686'
make[1]: *** [minimal_clean] Error 2
make[1]: Leaving directory `/usr/src/linux-headers-2.6.25-7.slh.1-sidux-686'
make: *** [clean] Fehler 2
make: *** Keine Regel, um »install« zu erstellen.  Schluss.
mkdir: kann Verzeichnis „/media/cdfs“ nicht anlegen: Die Datei existiert bereits
y4mscaler-9.0-src.tgz gefunden
Extrahiere y4mscaler-9.0-src.tgz
„y4mscaler“ -> „y4mscaler-9.0“
g++ -DYS_VERSION_MAJOR=9 -DYS_VERSION_MINOR=0  -O2  -I /usr/local/include/mjpegtools -Wall -W    -c -o graphics.o graphics.C
In file included from graphics.C:28:
graphics.H:27:22: error: yuv4mpeg.h: Datei oder Verzeichnis nicht gefunden
In file included from graphics.C:28:
graphics.H:39: error: ‘uint8_t’ does not name a type
graphics.H:40: error: ‘uint8_t’ does not name a type
graphics.H:41: error: ‘uint8_t’ does not name a type
graphics.H:42: error: ‘uint8_t’ does not name a type
graphics.H:48: error: ISO C++ forbids declaration of ‘uint8_t’ with no type
graphics.H:48: error: expected ‘;’ before ‘operator’
graphics.C:838: error: expected `;' at end of input
graphics.C:838: error: expected `}' at end of input
graphics.H: In constructor ‘ysYCbCr::ysYCbCr()’:
graphics.H:44: error: class ‘ysYCbCr’ does not have any field named ‘Y’
graphics.H:44: error: class ‘ysYCbCr’ does not have any field named ‘Cb’
graphics.H:44: error: class ‘ysYCbCr’ does not have any field named ‘Cr’
graphics.H:44: error: class ‘ysYCbCr’ does not have any field named ‘A’
graphics.H: In constructor ‘ysYCbCr::ysYCbCr(int, int, int, int)’:
graphics.H:46: error: class ‘ysYCbCr’ does not have any field named ‘Y’
graphics.H:46: error: class ‘ysYCbCr’ does not have any field named ‘Cb’
graphics.H:46: error: class ‘ysYCbCr’ does not have any field named ‘Cr’
graphics.H:46: error: class ‘ysYCbCr’ does not have any field named ‘A’
graphics.H: At global scope:
graphics.H:46: error: expected unqualified-id at end of input
make: *** [graphics.o] Fehler 1
cp: Aufruf von stat für „./y4mscaler“ nicht möglich: Datei oder Verzeichnis nicht gefunden
ERROR - y4mscaler-9.0 konnte nicht erstellt werden
0
ERROR - y4mscaler


         (__)
         (oo)
   /------\/
  / |    ||
 *  /\---/\
    ~~   ~~
...."Have you mooed today?"...


ERROR - apt.sh

wo ist das Problem ? Wer kann mir helfen

Vielen Dank für die Arbeit !!

mfG Matthias

P.S.

Gestern Nacht hab ich noch den Patch fürs CDFS gefunden
Patch CDFS und es funktioniert.

Der "y4mscaler" läßt sich weiterhin nicht compilieren.
Wofür benötige ich den ?

Beim Compilieren des VDRs habe ich noch diverse -dev Packete installieren müssen.
Eine Liste kann ich heute abend anhängen.

Jetzt fehlt nur noch das vdrtvtime plugin und ich bin glücklich.

mfG Matthias

Gestern Morgen ohne problem script durchgelaufen.
Gestern Abend bis jetzt fehler. Server Down..... Script lauft nicht weiter..

Hit http://ftp.us.debian.org sid/non-free Packages/DiffIndex
2% [Connecting to ftp.spline.de (130.133.110.66)]

Edit: Langer warten, lauft dann weiter, aber error uber nicht startende openssl serivce.

hallo.

ich habe ein problem mit dem xineliboutput plugin.

habe per script auf sidux einen 1.7er vdr mit h264 unterstützung und ohne die multiproto dvb treiber(da dvb-c karte) gebaut.

als frontend wollte ich eigentlich xineliboutput vdr-sxfe nutzen.
kompilieren lässt dieses sich auch, nur bekomme ich beim start von vdr-sxfe folgende Fehlermeldung:

martin@vdr:~$ vdr-sxfe
vdr-sxfe 1.0.0 (build with xine-lib 1.1.90, using xine-lib 1.1.90)

VDR server not given, searching ...
Found VDR server: host 192.168.1.23, port 37890

Press Esc to exit

vdr-sxfe: symbol lookup error: /usr/lib/xine/plugins/2.0/xineplug_inp_xvdr.so: undefined symbol: xine_xmalloc_aligned

habe schon verschieden versionen von xineliboutput probiert. leider ohne erfolg.
die ausgabe über xine mittels vdr-plugin-xine klappt dagegen ohne probleme.

für tips und hilfe bin ich dankbar.

mfg Martin

Hi,
ich habe auch den x-vdr 1.7.0 mit h.264 ohne multiproto (auch dvb-c)
Zum starten verwende ich immer den vdrplayer, den habe ich mir auch ins autostart von kde kopiert. Funktioniert wunderbar bei jedem anschalten. Liegt glaube ich unter /usr/bin/vdrplayer

hi marc,

ffmpeg macht immer noch (oder wieder?) probleme. hab die aktuelle version deines scripts runtergeladen und laufen lassen. wird defaultmässig doch ffmpeg aus dem svn installiert?

gcc -DHAVE_AV_CONFIG_H -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_ISOC9X_SOURCE -I. -I"/usr/local/src/ffmpeg" -fomit-frame-pointer -pthread -g -Wdeclaration-after-statement -Wall -Wno-switch -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wno-pointer-sign -Wcast-qual -Wwrite-strings -O3 -fno-math-errno          -c -o libavcodec/libx264.o libavcodec/libx264.c
libavcodec/libx264.c: In Funktion »X264_init«:
libavcodec/libx264.c:224: Fehler: »X264_ME_TESA« nicht deklariert (erste Benutzung in dieser Funktion)
libavcodec/libx264.c:224: Fehler: (Jeder nicht deklarierte Bezeichner wird nur einmal aufgeführt
libavcodec/libx264.c:224: Fehler: für jede Funktion in der er auftritt.)
libavcodec/libx264.c:256: Warnung: Zuweisung streicht Qualifizierer von Zeiger-Zieltyp
make: *** [libavcodec/libx264.o] Fehler 1
ERROR - ffmpeg-svn konnte nicht erstellt werden
0
ERROR -  ffmpeg

das blöde ist, wenn ffmpeg nicht geht, kann auch xineliboutput, bzw. xine nicht installiert werden.
wie kann ich das beheben?

duc

mal ne frage wann kommt x-vdr 0.7.55 und welche änderungen verbesserungen wird es so alles geben.
ist ja jetzt schon 2 monate her das das letzte x-vdr erschienen ist,

hab noch dazu seit heut vormittag das proplem das sich x-vdr nicht mehr starten lasst..

root@siduxvdr:~# vdrplayer
vdr-sxfe 1.0.1  (build with xine-lib 1.1.90, using xine-lib 1.1.90)


Video driver: xv
Fullscreen mode
Post plugins: tvtime:method=LinearBlend,cheap_mode=1,pulldown=0,use_progressive_frame_flag=1
VDR Server: xvdr+tcp://127.0.0.1


root@siduxvdr:~# [7816] [vdr-fe]    Detected 2 CPUs
[7816] [vdr-fe]    Enabling multithreaded video decoding




Press Esc to exit


[7825] [vdr-fe]    read_key: read(stdin) failed: no stdin
vdr-sxfe: symbol lookup error: /usr/lib/xine/plugins/2.0/xineplug_inp_xvdr.so: undefined symbol: xine_xmalloc_aligned

mfg Hans

Hallo,
ich klink mich och mal ein. Nachdem ich jetzt graue Haare, Magengeschwüre und die Pest bekommen habe unter meinem System ab Kernel 2.6.22 acpi-wakeup nach der neuen Methode wieder zum laufen zu bekommen, habe ich hier jetzt genau den umgekehrten Fall:-)

Meine Aufwachzeiten werden 2 Stunden zu Früh gesetzt.

Hardwareuhr und Systemuhr laufen derzeit beide auf CEST! In /etc/default/rcS ist UTC auf no gestellt.

Derzeit haue ich in der vdrshutdown bei der Zeitberechnung 120 Minuten drup. Ist aber keine dauerhafte Lösung.....spätestens, wenn Winterzeit CET kommt müsst ich wieder per Hand auf 60 Minuten umstellen.

Hat schon jemand ne elegantere Lösung gefunden?

Tschau, Karsten.

Zitat

Original von kwacker
Hallo,
ich klink mich och mal ein. Nachdem ich jetzt graue Haare, Magengeschwüre und die Pest bekommen habe unter meinem System ab Kernel 2.6.22 acpi-wakeup nach der neuen Methode wieder zum laufen zu bekommen, habe ich hier jetzt genau den umgekehrten Fall:-)

Meine Aufwachzeiten werden 2 Stunden zu Früh gesetzt.

Hardwareuhr und Systemuhr laufen derzeit beide auf CEST! In /etc/default/rcS ist UTC auf no gestellt.

Derzeit haue ich in der vdrshutdown bei der Zeitberechnung 120 Minuten drup. Ist aber keine dauerhafte Lösung.....spätestens, wenn Winterzeit CET kommt müsst ich wieder per Hand auf 60 Minuten umstellen.

Hat schon jemand ne elegantere Lösung gefunden?

Tschau, Karsten.

Alles anzeigen

Hi,

wieso stellst du die Bios-Uhr nicht auf UTC und lässt im System nicht UTC=Yes ? Dann per ntpdate die Zeit syncen und es sollte klappen.

Gruß, Heinzelrumpel

Hans77

x-vdr ist doch "nur" eine Installationsroutine und dürfte mit dem Nichtlaufen deines VDRs recht wenig zutun haben.

Was sagen denn die Logs?