Vielen Dank Tobi für die Updates. Freue mich immer
Viele Grüße
VSammy
Vielen Dank Tobi für die Updates. Freue mich immer
Viele Grüße
VSammy
Mir geht es um das span-plugin und das mach nur dann Sinn, wenn Plugins wie graphlcd, lcdproc, mp3 & cdda dafür entsprechend gepatcht werden. Das kann man so leider nicht ins repository reinnehmen. Wenn powarmans skinable graphlcd fertig ist und Morone das mp3ng irgendwann fertig hat, ist die Unterstützung für den Spectrumanalyser denk ich mal mit eingebaut. Bis dahin wollte ich einfach mal ein paar alternative Pakete zur Verfügung stellen.
Gruß
tec
Auch von mir besten dank!
werde das ganze heute Abend dann gleich mal testen.
EDIT: Hier mal mein Report, den ich beim compilieren von deinen src-paketen erstellt habe:
dpkg-buildpackage: source package is vdr-plugin-graphtft
dpkg-buildpackage: source version is 0.0.16-1
dpkg-buildpackage: source maintainer is Thomas Günther <tom@toms-cafe.de>
dpkg-buildpackage: host architecture is i386
fakeroot debian/rules clean
/usr/share/vdr-dev/make-special-vdr.sh debian/rules clean SPECIAL_VDR_SUFFIX='' MAKE_SPECIAL_VDR='' NO_CHECKBUILDDEPS=''
dh_testdir
dh_testroot
rm -f build-stamp configure-stamp
/usr/bin/make -o .dependencies clean DVBDIR=/usr VDRDIR=/usr/include/vdr LIBDIR=.
make[1]: Entering directory `/usr/src/myVDR/vdr-plugin-graphtft/vdr-plugin-graphtft-0.0.16'
make[1]: Leaving directory `/usr/src/myVDR/vdr-plugin-graphtft/vdr-plugin-graphtft-0.0.16'
rm -f libvdr-*.so.*
dh_clean
dpatch deapply-all
reverting patch 91_graphtft-0.0.16-1.5.0 from ./ ... ok.
reverting patch 03_disable-softmpeg from ./ ... ok.
reverting patch 02_ffmpeg from ./ ... ok.
reverting patch 01_Makefile-fPIC-fix from ./ ... ok.
rm -rf patch-stamp patch-stampT debian/patched
dpkg-source -b vdr-plugin-graphtft-0.0.16
dpkg-source: warning: unknown information field in input data in package's section of control info file
dpkg-source: building vdr-plugin-graphtft using existing vdr-plugin-graphtft_0.0.16.orig.tar.gz
dpkg-source: building vdr-plugin-graphtft in vdr-plugin-graphtft_0.0.16-1.diff.gz
dpkg-source: warning: ignoring deletion of file dfbrenderer/dfbrenderer.c~
dpkg-source: warning: ignoring deletion of file dfbrenderer/dfbrenderer.h~
dpkg-source: warning: ignoring deletion of file documents/HISTORY~
dpkg-source: warning: ignoring deletion of file documents/HOWTO.Themes~
dpkg-source: warning: ignoring deletion of file graphtft-fe/Makefile.bak
dpkg-source: warning: ignoring deletion of file imlibrenderer/dmyrenderer/dmyrenderer.h~
dpkg-source: warning: ignoring deletion of file imlibrenderer/imlibrenderer.c~
dpkg-source: warning: ignoring deletion of file imlibrenderer/imlibrenderer.h~
dpkg-source: warning: ignoring deletion of file imlibrenderer/dvbrenderer/dvbrenderer.c~
dpkg-source: warning: ignoring deletion of file imlibrenderer/dvbrenderer/dvbrenderer.h~
dpkg-source: warning: ignoring deletion of file imlibrenderer/fbrenderer/fbrenderer.c~
dpkg-source: warning: ignoring deletion of file imlibrenderer/fbrenderer/fbrenderer.h~
dpkg-source: warning: ignoring deletion of file themes/DeepBlue.theme~
dpkg-source: building vdr-plugin-graphtft in vdr-plugin-graphtft_0.0.16-1.dsc
debian/rules build
/usr/share/vdr-dev/make-special-vdr.sh debian/rules build SPECIAL_VDR_SUFFIX='' MAKE_SPECIAL_VDR='' NO_CHECKBUILDDEPS=''
test -d debian/patched || install -d debian/patched
dpatch apply-all
applying patch 01_Makefile-fPIC-fix to ./ ... ok.
applying patch 02_ffmpeg to ./ ... ok.
applying patch 03_disable-softmpeg to ./ ... ok.
applying patch 91_graphtft-0.0.16-1.5.0 to ./ ... ok.
dpatch cat-all >>patch-stampT
mv -f patch-stampT patch-stamp
dh_testdir
touch configure-stamp
dh_testdir
/usr/bin/make all DVBDIR=/usr VDRDIR=/usr/include/vdr LIBDIR=.
make[1]: Entering directory `/usr/src/myVDR/vdr-plugin-graphtft/vdr-plugin-graphtft-0.0.16'
make[1]: Leaving directory `/usr/src/myVDR/vdr-plugin-graphtft/vdr-plugin-graphtft-0.0.16'
make[1]: Entering directory `/usr/src/myVDR/vdr-plugin-graphtft/vdr-plugin-graphtft-0.0.16'
g++ -fPIC -O3 -Wall -Woverloaded-virtual -g -ggdb -O0 -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"graphtft"' -DHAVE_IMAGE_MAGICK -DHAVE_IMLIB -I/usr/include/vdr/include -I/usr/include -I. -I./imlibrenderer -I./imlibrenderer/fbrenderer -I./imlibrenderer/dvbrenderer -I./dfbrenderer -I./imlibrenderer/dmyrenderer -I/src `ffmpeg-config --cflags` -o graphtft.o graphtft.c
In file included from graphtft.h:17,
from graphtft.c:20:
display.h:333: error: `eOsdMenuKind' was not declared in this scope
display.h:333: error: Fehler beim Parsen before `)' token
make[1]: *** [graphtft.o] Fehler 1
make[1]: Leaving directory `/usr/src/myVDR/vdr-plugin-graphtft/vdr-plugin-graphtft-0.0.16'
make: *** [build-stamp] Fehler 2
Alles anzeigen
und
dpkg-buildpackage: source package is vdr-plugin-dxr3
dpkg-buildpackage: source version is 0.2.6-8ctvdr.sarge2
dpkg-buildpackage: source maintainer is Thomas Günther <tom@toms-cafe.de>
dpkg-buildpackage: host architecture is i386
dpkg-checkbuilddeps: Unmet build dependencies: em8300-headers (< 0.16.0-1)
dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting.
dpkg-buildpackage: (Use -d flag to override.)
Diese sind aber nirgends zu bekommen, oder habe ich was übersehen?
Sonnst läuft bis jetzt alles wie gewohnt Spitze!
Gruß,
Thomas
reelchannelscan ist gefixt, Patchliste ist aktualisiert.
@aLiEnTxC: graphtft benötigt den entsprechenden VDR-Patch (opt-50_graphtft.dpatch) em8300-headers gibts ganz normal bei Debian:
http://packages.debian.org/stable/devel/em8300-headers
http://packages.debian.org/unstable/devel/em8300-headers
Für Sid/Etch benötigst du Version 0.2.6-9 des DXR3-Plugins, für Sarge 0.2.6-8ctvdr.sarge2.
ZitatOriginal von Tobi
reelchannelscan ist gefixt, Patchliste ist aktualisiert.
Tut wieder, tx.
Hallo Tobi,
auch von mir vielen Dank für das Update. Ich habe beim Testen des Pin-Plugins festgestellt, dass meine geschützten Verzeichnisse weiterhin angezeigt werden. Seit dem Wechsel von der Version 0.1.6 auf 0.1.7 kann ich nun sogar in das Verzeichnis wechseln, ohne dass ich die Kindersicherung freigeschaltet habe. In den Einstellungen zum Plugin habe ich die Optionen zum Verstecken von Aufnahmen entsprechend gesetzt. Auch das Verstecken von Menüeinträgen funktioniert nicht.
In dem Thread Pin-Plugin Version 0.1.7 ist von mehreren Patches die Rede. Ich verwende das angesprochene Submenu-Plugin. Könntest du bitte noch einmal schauen, ob du da was machen kannst. Ich nutze die Multipatch-Variante von dir.
Danke skippy
Hallo nochmal,
hmm. ich habe ein Problem: nach einem apt-get update / upgrade geht mein vdr nicht mehr gut. Einige channels zeigt er nach etwas Verzögerung an. Menü gar nicht mehr (vdr resettet scheibar.) puhh.
Mein System: debian/sid - e-tobi 1.4.5-1 und nach dem update/upgrade eben die neue Version...
Hier mal mein Log. Bitte um Hiiilfe....
Viele Grüße
VSammy
ähm.... das Log....
ok, danke.. werde das demnächst nochmal durchgehen.
Und wegen dem Pin-Plugin.. das mit den Patches habe ich mir auch schon gedacht (ist auch in dem genannten pin-plugin-Beitrag vermerkt...)
Wäre wirklich super wenn es dazu eine lösung gäbe, so ala "Preprocessor Directive", weiss nur nicht wieviel aufwand es ist...
EDIT: OK.. ein richtiges Problem fällt mir gerade so beim "rumdrücken" auf:
Ich kann keine Haupteinträge mehr öffnen.
z.B.: Programm, Kanalliste, Aufnahmen, usw.. alle anderen Einträge in meinem Menu inkl. Plugin-Einträge lassen sich ganz normal anwählen...
Ich schätze es hängt entweder am Pin oder Submenu Plugin... hat jemand eine Idee?
ZitatOriginal von wilderigel
Und falls es n Plugin ist das mehr Leute brauchen können nimmt es Tobi ja eventuell eh auf.
atmo z.B.
Würde mir als compilier-dau helfen das dingens zum laufen zum bringen...
Alles außer apt-get, da gehen mir verständnis-und-linux-technisch die Lichter aus.
grml, doppelpost
ZitatOriginal von aLiEnTxC
Ich schätze es hängt entweder am Pin oder Submenu Plugin... hat jemand eine Idee?
also ich habe eben mal ei plugins raus geschmissen (apt-get remove ..)
Aber daran lags anscheinend nicht... ich versuche mal mein Glück weiter, hoffe ich finde den Fehler...
EDIT: OK.. das kommt davon wenn man zu früh seine DEV-Station (Laptop) einpackt... es liegt am reelchannelscan plugin.. (puh, das war jetzt arbeit, bei 46 plugins.. dabei wäre es so leicht gewesen, hätte ich gleich das plugin nach tobis update nochmal neu übersetzt)
Werde morgen das Plugin neu übersetzten und nochmal testen..
Gruß,
Thomas
ZitatOriginal von XVCD-Founder
atmo z.B.
Würde mir als compilier-dau helfen das dingens zum laufen zum bringen...
Alles außer apt-get, da gehen mir verständnis-und-linux-technisch die Lichter aus.
Ja Atmo währe schon Wünschenswert da die Bestellung in den nächsten tagen kommt.
Hallo zusammen,
mein Problem ist leider noch nicht gelöst. (s.o.)
Ich dachte es läge an einigen plugins, das wars aber nicht. Ich kann zwar zappen (hoch runter, direkte Eingabe des Kanals - wobei komischer Weise nicht mehr alle Kanäle verfügbar sind?!) aber alles andere mit der Menü-Taste ist nicht mehr möglich. kein menü und dadurch keinerlei weitere Infos... Hmm wie könnte man das wieder hinkriegen?
Viele Grüße
Vsammy
Ich habe ein ähnliches Problem. Ich habe gestern abend auch ein update gemacht. Jetzt werden einige Kaäle (z.b.: Pro7 ) nicht mehr angezeigt, andere ( z.b.: ZDF) wiederum gehen. Im log ist kein Fehler erkennbar.
Konnte leider gestern abend nicht weiter testen, werde das heute noch mal weiter analysieren.
Gruß
Carlos
vsammy & carlos01
habt ihr evtl. reelchannelscan installiert und noch nicht aktualisiert.. das hatte bei mir den Fehler verursacht.. falls nicht gilt es herauszufinden
1. ob es an einem plugin liegt
1a. an welchem.
Dazu einfach mal vdr an der Konsole starten, und dann halt stück für stuck die plugins dazunehmen (über die konsole), bis das problem wieder auftriit...
Gruß,
Thomas
Hallo aLiEnTxC, hallo Thomas
nein ich habe dafür wirbelscan installiert.
Ja ich befürchte auch, dass man vdr erst einmal nackt starten müsste und danach die Plugins einzeln hinzunehmen... Habt ihr einen Tipp wie das geht?
viele Grüße
vsammy
/etc/vdr/plugins/order.conf da alle Plugins mit -pluginname eintragen
vdr-plugin-reelchannelscan z.B. so: -reelchannelscan
Dadurch werden sie nicht gestartet.
ZitatOriginal von vsammy
Ja ich befürchte auch, dass man vdr erst einmal nackt starten müsste und danach die Plugins einzeln hinzunehmen... Habt ihr einen Tipp wie das geht?
ich bin gestern hingegangen, und habe mir mit "ps aux |grep runvdr" die komplette befehlzeile in eine datei umgeleitet und habe dann jeden pluginaufruf in eine zeile zerlegt.
also so:
PLUGINS=" -P plugin1"
PLUGINS="${PLUGINS} -P plugin2"
PLUGINS="${PLUGINS} -P plugin3"
PLUGINS="${PLUGINS} -P plugin4"
Und beim Aufruf des vdrs die variable PLUGINS angehängt. Danach konnte ich zeile für zeile auskommentieren und die datei ausführen... die option die wilderigel beschreibt ist natürlich auch nicht schlecht!
Gruß,
TheTom
Ich habe jetzt mal alle plugins rausgenommen und dann einzel wieder rein.
Bei mir ist es definitiv das streamdev-client plugin.
Wenn ich das rausnehme sind alle Kanäle wieder da.
Hatt einer ne Idee an was das liegen könnte ?
Gruß
Carlos
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!