VDR developer version 1.3.38 Plugins+Patch Thread

gromit

Zum yaepg, als Basis habe ich yaepg-0.0.2.1-rev2 genommen. Hierauf hatte ich einen Patch angewendet(schon damals für 1.3.37) weis nicht mehr wo der her war. Für die 1.3.38/39 hatte ich noch selbst Hand angelegt (wie oben beschrieben). Der Patch im Anhang enthält den erwähnten Patch und meine Änderungen. Wenn du den auf yaepg-0.0.2.1-rev2 anwendest bist du auf dem selben Stand und es sollte funzen.

Grüße Horchi

Zitat

Original von I30R6
horchi
ich würde ja gern das mal testen mit graphtft allerdings kriegt man das PlugIn nicht mit aktuellen FFmpeg kompiliert :

Code

make[1]: Entering directory `/vdr/PLUGINS/src/graphtft'
make[1]: *** No rule to make target `avutil.h', needed by `display.o'.  Stop.
make[1]: Leaving directory `/vdr/PLUGINS/src/graphtft'

I30R6

mit ffmpeg hatte ich auch schon öfter größere Kämpfe. In der tar.gz Version 0.4.9.pre1 fehlt irgendwie die libavutil! In der gleichen Version aus dem CVS ist diese dann drin
Die konnte ich jedoch konfigurieren und compilieren wie ich wollte, mir fehlte immer der vom graphTFT benötigte Video Codec.
Erfolg hatte ich erst mit der Version 0.4.8 aus dem CVS. Hierzu einfach den Tag "release_0_4_8" auschecken, damit sollte es gehen.

Existing Tags:
        release_0_4_9_pre1              (revision: 1.3)
        release_0_4_8                   (revision: 1.3)
        release_0_4_7                   (revision: 1.3)
        release_0_4_6                   (revision: 1.2)

PS:
An der Modifikation des graphTFT Patches bin ich noch dran, ich habe festgestellt, das er nun nach dem beenden der Player nicht mehr abschmiert, das Display dann jedoch erst nach dem nächsten zappen aktualisiert wird. Ich habe auch schon gefunden, was ich ändern muß komme aber erst heute Abend dazu.

Grüße Horchi

Hallo!

Mit diesem Patch funktioniert das Plugin statusleds wieder richtig mit VDR >= 1.3.38:

http://toms-cafe.de/vdr/download/statusleds-0.2-1.3.38.diff

Tom

Zitat

Original von horchi
mit ffmpeg hatte ich auch schon öfter größere Kämpfe. In der tar.gz Version 0.4.9.pre1 fehlt irgendwie die libavutil! In der gleichen Version aus dem CVS ist diese dann drin
Die konnte ich jedoch konfigurieren und compilieren wie ich wollte, mir fehlte immer der vom graphTFT benötigte Video Codec.
Erfolg hatte ich erst mit der Version 0.4.8 aus dem CVS. Hierzu einfach den Tag "release_0_4_8" auschecken, damit sollte es gehen.

Code

Existing Tags:
        release_0_4_9_pre1              (revision: 1.3)
        release_0_4_8                   (revision: 1.3)
        release_0_4_7                   (revision: 1.3)
        release_0_4_6                   (revision: 1.2)

PS:
An der Modifikation des graphTFT Patches bin ich noch dran, ich habe festgestellt, das er nun nach dem beenden der Player nicht mehr abschmiert, das Display dann jedoch erst nach dem nächsten zappen aktualisiert wird. Ich habe auch schon gefunden, was ich ändern muß komme aber erst heute Abend dazu.

Grüße Horchi

Alles anzeigen

genau daran liegt das Problem .. entweder alte Version für GraphTFT oder neue Version fürs aktuelle Image PlugIn !!

I30R6

Zitat

Original von I30R6
genau daran liegt das Problem .. entweder alte Version für GraphTFT oder neue Version fürs aktuelle Image PlugIn !!I30R6

Das Image Plugin läuft hier auch mit dieser Version. Ich verwende image-0.2.4, gibt es da eine neuere?

Horchi

Zitat

gromit

Zum yaepg, als Basis habe ich yaepg-0.0.2.1-rev2 genommen. Hierauf hatte ich einen Patch angewendet(schon damals für 1.3.37) weis nicht mehr wo der her war. Für die 1.3.38/39 hatte ich noch selbst Hand angelegt (wie oben beschrieben). Der Patch im Anhang enthält den erwähnten Patch und meine Änderungen. Wenn du den auf yaepg-0.0.2.1-rev2 anwendest bist du auf dem selben Stand und es sollte funzen.

Grüße Horchi

horchi
Danke, werde den Patch mal versuchen.

@all
Mit den nicht-startenden Plugins bin ich einen Schritt weiter gekommen:

Und zwar funktionieren alle Plugins nicht die mit zusatzoptionen in ' ' Hochkommata eingeschlossen gestartet werden.
Mit vdr-1.3.37 haben diese Plugins noch funktioniert.

also wenn ich in der runvdr

-P 'osdteletext -r' \

schreibe geht es nicht, dagegen

-P osdteletext \

funktioniert sehr wohl. Dasselbe mit dem mp3 Plugin.
Was hat sich denn da geändert bzw. kann vielleicht jemand mal seine runvdr posten die solche Plugin Kommadozeilenoptionen beinhaltet ??

Thx,
Gromit

Habib oder alle

Tach!

Vielleicht bin ich nur zu blöd: Ich habe noch ein Problem mit dem osdpip-Plugin! Compilieren läßt es sich, aber wenn ich es starte crasht es die DVB-Treiber! Ich habe schon gesucht und gelesen, das man es mit FFMPEG_STATIC=1 compilieren soll, allerdings ändert sich dadurch nix an der lib die ich produziere! In Codys Linvdr-Update ist die osdpip-lib ca 2MB meine ist immer so 75KB. Ich habe schon verschiedene Wege ausprobiert, als Parameter beim Aufruf (make plugins FFMPEG_STATIC=1) ind dem Makefilke von osdpip, in der Make.config, keine Änderung. Den Pfad zum ffmpeg habe ich fest vorgegeben (zuletzt /ffmpeg-0.4.8 ), keine Änderung aber auch keine Fehlermeldung!

Hat irgendjemand eine Idee was ich schon wieder übersehe?!

Danke und Gruß

Toxic

Zitat

Original von horchi
ja, gleiches Ergebnis. Das Problem ist der Zeiger _replay.control der ist nach dem beenden der genannten Player im graphTFT Code noch gesetzt, das Objekt ist jedoch bereits gelöscht => core.
Daher setzte ich ihn auf 0, wenn Replaying oder Recording mit On==false aufgerufen werden.

Code

#if VDRVERSNUM >= 10338
   if (On == false)
   {
      _replay.control = 0;
      return;
   }
#endif

Die Prüfung auf 0 hingegen war zum Glück im Code schon überall vorhanden.

Hatte kein problem mit abstürtze mit meinem patch. Mit deinem habe ich das problem das graphtft kein update des OSD's macht nachdem ich das mplayer mit blau beendet habe - es steht dann bis zum umschlaten immer noch der name der AVI den ich wiedergeben habe. Mit mein patch ist alles so wie es sein sollte !?

Kann es sein das dir ein patch fehlt ?

Ich habe folgendes an patches :

echo Patch from brst - fixes for vdr-1.3.x and other things :
patch -p1  </usr/local/src/packages/1.3.x/graphTFT-0.0.8-addon-TftUpdate-0.0.2.diff
[ $? -ne 0 ] && read
echo my patch - fixes the Path of installed ffmpeg :
patch </usr/local/src/packages/1.3.x/graphTFT-0.0.8-fix-ffmepg-path.diff
[ $? -ne 0 ] && read
echo Fix High CPU load :
patch </usr/local/src/packages/1.3.x/graphTFT-0.0.8-fix-high-cpu.diff
[ $? -ne 0 ] && read
echo "Fix some crashes \(from Helau\) :"
patch -p0 </usr/local/src/packages/1.3.x/graphTFT-0.0.8-bugfix-helau.diff
[ $? -ne 0 ] && read
echo Fix VDR-1.3.38 :
# My fix :)
patch </usr/local/src/packages/1.3.x/vdr-graphtft-0.0.8-fix-for-vdr-1.3.38.diff

Die habe ich alle aus dem graphtft thread (außer meine ;)).

Gruß
Viking

Zitat

Original von viking
Ich habe folgendes an patches :

Code

echo Patch from brst - fixes for vdr-1.3.x and other things :
patch -p1  </usr/local/src/packages/1.3.x/graphTFT-0.0.8-addon-TftUpdate-0.0.2.diff
[ $? -ne 0 ] && read
echo my patch - fixes the Path of installed ffmpeg :
patch </usr/local/src/packages/1.3.x/graphTFT-0.0.8-fix-ffmepg-path.diff
[ $? -ne 0 ] && read
echo Fix High CPU load :
patch </usr/local/src/packages/1.3.x/graphTFT-0.0.8-fix-high-cpu.diff
[ $? -ne 0 ] && read
echo "Fix some crashes \(from Helau\) :"
patch -p0 </usr/local/src/packages/1.3.x/graphTFT-0.0.8-bugfix-helau.diff
[ $? -ne 0 ] && read
echo Fix VDR-1.3.38 :
# My fix :)
patch </usr/local/src/packages/1.3.x/vdr-graphtft-0.0.8-fix-for-vdr-1.3.38.diff

Alles anzeigen

Die habe ich alle aus dem graphtft thread (außer meine ;)).

Gruß
Viking

Hallo Viking,
gegen dieses Patch kompiliert das Plugin wie ne Eins - wär trotzdem an deinen Patches interessiert, speziell weil ich auch immer Probleme mit CPU Load etc hatte. Könntest du mir die irgendwie zukommen lassen?

Das Osdpip und das Powermate bilden zwar binarys, jedoch nur unter Protest und endlosen Warnings - gibts dafür auch irgendwelche Modifikationen für 1.3.38/39?

Gruß Christian

Hi viking,

Zitat

Original von viking
Hatte kein problem mit abstürtze mit meinem patch. Mit deinem habe ich das problem das graphtft kein update des OSD's macht nachdem ich das mplayer mit blau beendet habe - es steht dann bis zum umschlaten immer noch der name der AVI den ich wiedergeben habe. Mit mein patch ist alles so wie es sein sollte !?
Kann es sein das dir ein patch fehlt ?
Ich habe folgendes an patches :

Code

echo Patch from brst - fixes for vdr-1.3.x and other things :
patch -p1  </usr/local/src/packages/1.3.x/graphTFT-0.0.8-addon-TftUpdate-0.0.2.diff
[ $? -ne 0 ] && read
echo my patch - fixes the Path of installed ffmpeg :
patch </usr/local/src/packages/1.3.x/graphTFT-0.0.8-fix-ffmepg-path.diff
[ $? -ne 0 ] && read
echo Fix High CPU load :
patch </usr/local/src/packages/1.3.x/graphTFT-0.0.8-fix-high-cpu.diff
[ $? -ne 0 ] && read
echo "Fix some crashes \(from Helau\) :"
patch -p0 </usr/local/src/packages/1.3.x/graphTFT-0.0.8-bugfix-helau.diff
[ $? -ne 0 ] && read
echo Fix VDR-1.3.38 :
# My fix :)
patch </usr/local/src/packages/1.3.x/vdr-graphtft-0.0.8-fix-for-vdr-1.3.38.diff

Alles anzeigen

Die habe ich alle aus dem graphtft thread (außer meine ;)).
Gruß
Viking

Alles anzeigen

Danke für den Hinweis, dein Patch habe ich auch als Grundlage genommen, jedoch hatte ich immer wieder das beschriebene Problem.
Im Header status.h ab der 1.3.38 steht:

virtual void Replaying(const cControl *Control, const char *Name, const char *FileName, bool On) {}
               // The given player control has started (On = true) or stopped (On = false) replaying Name.
               // Name is the name of the recording, without any directory path. In case of a player that can't provide
               // a name, Name can be a string that identifies the player type (like, e.g., "DVD").
               // The full file name of the recording is given in FileName, which may be NULL in case there is no
               // actual file involved. If On is false, Name may be NULL.

Dies verstehe ich so, dass nun das 'On' Flag und nicht mehr wie vorher (Name == NULL) ausgewertet werden soll um das beenden eines Players zu erkennen.
Dein Patch passt den Prototyp an, aber das Flag wird nicht ausgewertet. Bei mir hatte ich damit den Effekt, dass Name nach dem beenden eines Players immernoch ungleich NULL war. In diesem Fall erkannte das Plugin nicht, das der Player bereits beendet war und es kam zu beschriebenem Crash. Die Schrulle meines Patches welche du beschreibst hatte ich auch bemerkt Sorry, dass hätte ich besser testen sollen.

Zitat

Original von horchi
An der Modifikation des graphTFT Patches bin ich noch dran, ich habe festgestellt, das er nun nach dem beenden der Player nicht mehr abschmiert, das Display dann jedoch erst nach dem nächsten zappen aktualisiert wird. Ich habe auch schon gefunden, was ich ändern muß komme aber erst heute Abend dazu.

Das ist mittlerweile behoben, ein update des Patches habe ich ronnykornexl zum bereitstellen im großen graphTFT Patch geschickt, kann ich aber gern noch hier bereitstellen.
Crasht es bei dir auch nach beenden des mplayer nicht?

/Edit, die Rechtschreibung und Satzverdreher behoben (soweit mir das auffiel)

Viele Grüße Horchi

Hallo

Habe das graphtft plugin mit dem graphtft-0.0.8.patch gepatched, kompiliert einwandfrei, mit ffmpeg-cvs, nur wenn ich den VDR dann starte, kommt sofort restarting VDR.
Kriege auch nirgendwo eine Fehlermeldung, in messages steht nur:

vdr[9877]: starting plugin: graphtft
Jan 20 10:32:06 linux vdr[9877]: loading /etc/vdr/plugins/graphTFT/themes/Enigma/Enigma.theme

Habe es auch schon mit anderen themes probiert.

Oder habe ich das falsch verstanden und ich muss trotz des Patches noch ffmpeg-0.4.8 verwenden.

Bin für jeden Rat dankbar.

Gruß
jm24

Zitat

Original von jm24
Hallo

Habe das graphtft plugin mit dem graphtft-0.0.8.patch gepatched, kompiliert einwandfrei, mit ffmpeg-cvs, nur wenn ich den VDR dann starte, kommt sofort restarting VDR.
Kriege auch nirgendwo eine Fehlermeldung, in messages steht nur:

Code

vdr[9877]: starting plugin: graphtft
Jan 20 10:32:06 linux vdr[9877]: loading /etc/vdr/plugins/graphTFT/themes/Enigma/Enigma.theme

Habe es auch schon mit anderen themes probiert.

Oder habe ich das falsch verstanden und ich muss trotz des Patches noch ffmpeg-0.4.8 verwenden.

Bin für jeden Rat dankbar.

Gruß
jm24

Alles anzeigen

Ich fürchte das hast du, du brauchst eine Version <= ffmpeg-0.4.9-pre1

Obwohl es natürlich für alle gcc 4.x Nutzer eine Knaller wär wenn du Recht hättest oder man alternativ das Plugin so modifizieren könnte, dass es auch gegen ffmpeg CVS kompiliert...

Christian

Ich hab grad mal ein wenig gegoogelt und hab bei Gentoo ein 2 Wochen altes GraphTFT Patch gefunden, mit dem das Plugin auch gegen aktuelle CVS Versionen von ffmpeg kompiliert.

Für Testwütige leg ichs mal auf:

Christian

Also der Patch brachte bei mir keinen Erfolg trotz aktuellen CVS FFmpeg !!

I30R6

I30R6: denke du hast mit 38/39 probiert? Hat er nicht kompiliert oder funzt es einfach nicht?

Der Patch soll auch nur das ffmpeg Problem lösen, und bietet keine Anpassung an 1.3.38/39. Ich werds heute abend mal auf SuSE 10 gegen den "alten" 1.3.37er testen. Wenns damit läuft sind wir schonmal nen Schritt weiter...

Christian

Toxic-Tonic

Es gibt von dem Image Plugin mittlerweile eine aktuellere Version, als die, die ich Dir neulich geschickt habe.

Der Ursache für die Crashes bei Osdpip liegen nicht bei Osdpip, sondern beim Image-Plugin, das irgendwelche Ressourcen in Beschlag nimmt und anderen Plugins nicht wieder zur Verfügung stellt. Mit der Image-Version, die ich jetzt habe, funktionieren sowohl Image- als auch Osdpip.

Zitat

Original von CKone
I30R6: denke du hast mit 38/39 probiert? Hat er nicht kompiliert oder funzt es einfach nicht?

Der Patch soll auch nur das ffmpeg Problem lösen, und bietet keine Anpassung an 1.3.38/39. Ich werds heute abend mal auf SuSE 10 gegen den "alten" 1.3.37er testen. Wenns damit läuft sind wir schonmal nen Schritt weiter...

Christian

Alles anzeigen

also den Patch damit es unter 1.3.38 kompiliert ist drin ..ich bin davon ausgegangen dass der von dir gepostete Patch das Problem mit dem FFmpeg löst ..
beim kompilieren kriege ich immer nur :

make[1]: Entering directory `/vdr/PLUGINS/src/graphtft'
make[1]: *** No rule to make target `avutil.h', needed by `display.o'.  Stop.
make[1]: Leaving directory `/vdr/PLUGINS/src/graphtft'

I30R6

Zitat

Original von I30R6

also den Patch damit es unter 1.3.38 kompiliert ist drin ..ich bin davon ausgegangen dass der von dir gepostete Patch das Problem mit dem FFmpeg löst ..
beim kompilieren kriege ich immer nur :

Code

make[1]: Entering directory `/vdr/PLUGINS/src/graphtft'
make[1]: *** No rule to make target `avutil.h', needed by `display.o'.  Stop.
make[1]: Leaving directory `/vdr/PLUGINS/src/graphtft'

I30R6

Alles anzeigen

So weit ich mich erinnere ist das leider genau das was man auch ohne dem Patch bekommt

Wenn du das Plugin früher schon erfolgreich kompiliert hast hast du die Sourcen (mit dem avutil Ordner) natürlich installiert und das Makefile zeigt da auch drauf...

Schade, aber versuch macht klug

Christian

Zitat

Original von I30R6
beim kompilieren kriege ich immer nur :

Code

make[1]: Entering directory `/vdr/PLUGINS/src/graphtft'
make[1]: *** No rule to make target `avutil.h', needed by `display.o'.  Stop.
make[1]: Leaving directory `/vdr/PLUGINS/src/graphtft'

I30R6

Hi,

kann es sein, das du bei configure von FFmpeg eine Fehlermeldung (irgendwas mit einer Klammer '(' ) bekommst. Ganz an Anfang am besten mal mit "./configure | head" aufrufen.

Grüße

Also wenn ./confiure | head aufrufe kommt nur :

install prefix   /usr/local
source path      /ffmpeg
C compiler       gcc
make             make
CPU              x86 (generic)
big-endian       no
inttypes.h       yes
broken inttypes.h no
MMX enabled      yes
Vector Builtins  yes

Vielleicht hilft das mehr :

linux:/ffmpeg # ./configure --prefix=/usr/local             --enable-shared
/tmp/ffmpeg-conf-26827-26351-4426.c:1:21: altivec.h: No such file or directory
/tmp/ffmpeg-conf-26827-26351-4426.c:1: error: syntax error before "p"
cc1: error: unrecognized option `-Wdeclaration-after-statement'
install prefix   /usr/local
source path      /ffmpeg
C compiler       gcc
make             make
CPU              x86 (generic)
big-endian       no
inttypes.h       yes
broken inttypes.h no
MMX enabled      yes
Vector Builtins  yes
gprof enabled    no
zlib enabled     yes
lzo enabled      no
libgsm enabled   no
mp3lame enabled  no
libogg enabled   no
Vorbis enabled   no
Theora enabled   no
FAAD enabled     no
faadbin enabled  no
FAAC enabled     no
XviD enabled     no
x264 enabled     no
a52 support      no
a52 dlopened     no
DTS support      no
pp support       no
debug symbols    yes
strip symbols    yes
optimize         yes
shared           yes
video hooking    yes
SDL support      yes
Imlib2 support   yes
FreeType support yes
Sun medialib support no
pthreads support no
AMR-NB float support no
AMR-NB fixed support no
AMR-WB float support no
AMR-WB IF2 support no
network support      yes
IPv6 support         yes
License: LGPL
Creating config.mak and config.h...

I30R6