[ANNOUNCE] graphtft 0.1.19-alpha

Hallo horchi,

jepp das hört sich gut an!

Gruß
Wolfgang

Ja, find ich auch klasse.
Siehst ja, wie leicht Doofies wie ich drauf reinfallen...

Grüße
Jörg

So, danke ( mal wieder ) für die Prompte Lösung des Problem's ...

Bin leider noch nicht zum Testen gekommen..... Na aber sobald ich heut abend zu hause bin....

Hardcoden für DVB, Flexibel für FB ... hört sich super an.

Gruß.

So, hab schnell in der Mittagspause mal Getestet ( hab leider nicht viel zeit gehabt

Nach umstellen des Setup auf:

graphtft.DumpImage = 0
graphtft.DumpImageX = 720
graphtft.DumpImageY = 576
graphtft.DumpRefresh = 5
graphtft.DvbRefresh = 100
graphtft.flipOSD = 0
graphtft.Height = 576
graphtft.HideMainMenu = 0
graphtft.Iso2Utf = 1
graphtft.JpegQuality = 75
graphtft.Level = 0
graphtft.LogDevice = 0
graphtft.normalMode = Standard
graphtft.SpectrumAnalyzer = 1
graphtft.Theme = DeepBlue
graphtft.UseStillPicture = 0
graphtft.Width = 720
graphtft.XBorder = 0
graphtft.XOffset = 0
graphtft.YBorder = 0
graphtft.YOffset = 0

Makefile noch immer:

HAVE_DFB = 1
HAVE_SWSCALE = 1
HAVE_IMAGE_MAGICK = 1
#HAVE_SOFTMPEG = 1
#WITH_X_COMM = 1
#HAVE_PVRFB = 1
#HAVE_FAST_MEMCPY = 1
HAVE_GTOP = 1

... hab ich nun auf "vdr/1" (zweite DVB-Karte) ein nettes etwas fehlformatiertes Schwarz-Weiss-Bild ....

Hab ich da noch etwas übersehen?
Liegt's an meiner Nexus-S, die das Signal über Composite ausgibt?

Die Nexus-Treiber werden geladen mit:

modprobe dvb_ttpci hw_sections=0

(... der VDR bringt auf Beiden Karten ein Farbbild auf Composite )

Zur zeit verwende ich:

DeepBlue-horchi-0.0.5 on graphtft-0.1.11.alpha

PS:
horchi: Du könntest beim ersten Beitrag in diesem Threat mal um die Version 0.1.11a erweitern, da hört's noch mit der 0.1.10 auf.

EDIT:
An der DVB-Karte oder dem Modul laden kann's irgendwie nicht liegen, da:

mplayer /video/Recordings/SERIEN/Dr._House/Unfrohes_Fest/2007-11-06.21.10.50.99.rec/001.vdr -vo mpegpes:card=2

.. ein buntes, passendes Bild auf das TFT bringt....

Irgendwie kommt das scheinbar doch vom GraphTFT zu kommen.... oder IMLIB2 oder irgend sowas. Sieht auch aus, als versucht der ne Breite von >720Px.

oder könnte es sein, das er die Ausgabe in NTSC anstatt PAL generiert?

/EDIT

... fällt da keinem was zu ein?

horchi:

Zitat

Leider bin ich dabei wie schon erwähnt mangels zweiter FF Karte hier ziemlich im Blindflug am raten, sorry!

Verständlich... leider hab ich auch keine mehr rumliegen, die ich dir zur verfügung stellen könnte. Aber, sollte sich mal was ergeben....

JoeyBln61:

Zitat

ggf. JoeyBln61 was anders eingestellt Makefile, Treiber, etc.

könntest du mal bitte Posten: Makefile bzw. die HAVE-Einträge , Ladeparameter für die DVB-Treiber - insbesondere dvb_ttpci, Betriebssystem, die Teile aus der setup.conf die mit "graphtft." anfangen, und ob du ffmpeg und imlib2 compiliert hast, wenn ja mit welchen cflags und in welcher version.

Dank euch nochmal/schonmal. Gruß

Hi,

sorry für die späte Meldung, war den ganzen tag unterwegs.

Leider läuft gerade eine AUfzeichnung, deswegen kann ich jetzt nicht neu kompilieren, aber hier die Setup- und Makefile-Inhalte:

Setup:

graphtft.DumpImage = 0
graphtft.DumpImageX = 720
graphtft.DumpImageY = 576
graphtft.DumpRefresh = 5
graphtft.DvbRefresh = 100
graphtft.flipOSD = 0
graphtft.HideMainMenu = 0
graphtft.Iso2Utf = 1
graphtft.JpegQuality = 60
graphtft.Level = 10
graphtft.LogDevice = 0
graphtft.Logger = 0
graphtft.normalMode = 0
graphtft.OSDMessageTime = 30
graphtft.OSDOffsetX = 50
graphtft.OSDOffsetY = 400
graphtft.ScrollCount = 0
graphtft.ScrollTime = 50
graphtft.ShowMutePermanent = 1
graphtft.SpectrumAnalyzer = 0
graphtft.Theme = DeepBlue
graphtft.UseStillPicture = 1
graphtft.VdrHeight = 5
graphtft.VdrWidht = 25
graphtft.VdrX = 0
graphtft.VdrY = 0
graphtft.ViewLength = 10
graphtft.ViewType = 0
graphtft.XBorder = 5
graphtft.XOffset = 50
graphtft.YBorder = 5
graphtft.YOffset = 0

Makefile:

# Config:


# You will need ffmpeg for dvb/fb-devices and for softmpeg,
# so install it and set path below:


FFMDIR = /usr/include/ffmpeg


# Install imlib2 and uncomment the lines
# to enable support for dvb- and fb-devices.


HAVE_IMLIB = 1


# Install ImageMagick


HAVE_IMAGE_MAGICK = 1


# Install directFB and libsoftmpeg to use an directFB-output-device
# If you wont use libsoftmpeg, in future(dosen't work at the moment)
# ffmpeg will be used for PbP.
# You can use only directFB without ffmpeg, imlib
# and libsoftmpeg, but without Pbp.


#HAVE_SOFTMPEG = 1


# Use ffmpeg swscale API instead of deprecated functions.
# Needed for newer ffmpeg versions wich don't
# support img_convert any more
#HAVE_SWSCALE = 1


# USE FASTMEMCPY WITH CPUACCEL
#HAVE_FAST_MEMCPY = 1


# FIX FOR USING PVR350-FRAMEBUFFER
#HAVE_PVRFB = 1


# USE DFB
# HAVE_DFB = 1


# Communication thread, you will need it to connect
# with the X frontend (graphtft-fe)


# WITH_X_COMM = 1


#
# For System Information 'Sysinfo' libgtop-2 is needed
#   (packet libgtop-2 and libgtop2-dev
#
# set include and lib path below


HAVE_GTOP = 1

und in der setup.c:

//***************************************************************************
// Object
//***************************************************************************


cGraphTFTSetup::cGraphTFTSetup()
{
    Theme = "";
    index = 0;
    Level=0;
    LogDevice=0;
    Iso2Utf = 1;
    HideMainMenu = 0;
    UseStillPicture = 1;
    DvbRefresh = 100;
    yBorder = 5;
    xBorder = 25;
    xOffset = 0;
    yOffset = 0;
    DumpImage = 0;
    DumpRefresh = 5;
    DumpImageX = 720;
    DumpImageY = 576;
    PluginConfPath = strdup("/tmp");
    JpegQuality = 60;
    enableSpectrumAnalyzer = 0;
    normalMode = "Standard";
    width = 720;
    height = 576;
}

Vielleicht bringen diese Dumps ja schon was, wenn nicht, probier ichs gern nochmal ohne die Änderungen - das wird aber leider erst morgen Abend was, weil das bett und dann der Job ruft.

Grüße
Jörg

Dank dir schon mal, auch wenn ich erst am späten nachmittag heimkomm,

Bisher fallen mir nur 2 sachen auf, die unterschiedlich laufen:

graphtft.VdrHeight = 5
graphtft.VdrWidht = 25
graphtft.VdrX = 0
graphtft.VdrY = 0

Glaub aber icht, das dies etwas damit zu tun hat.

#HAVE_SWSCALE = 1

Das werd ich heut abend gleich mal probieren, bin sowiso am rumärgern mit diesem verf.... FFMpeg.
Leider bekomm ich schon das OSDPIP nicht mit img_convert an's laufen, dann wird's mitm Graphtft wohl auch nix werden. ( Benutze ffmpeg aus dem SVN vom 2007-11-08 )

Kannst du mir noch die Version deines FFMpeg schreiben, bitte?

---------
OT:
horchi:
Hast du evtl zeit/lust mal zu gucken, wie viel arbeit es wäre, das "img_convert" im osdpip auf "swscale" zu ändern... Du hast das ja auch im GraphTFT durch? wenn ich's richtig verstanden hab? Leider bin ich nicht fit genug, um da rumbrodeln zu können.
/OT

Ja, mach ich. Ich bin heute aber erst so gegen 23 Uhr zuhause, vorher komme ich an die Info nicht ran.

Aber es ist die standard-ffmpeg, die bei easyvdr in der 0.5RC1 enthalten ist - also falls noch jemand (Wolfgang?) mitliest, vielleicht kann der auch schon mal antworten.

Grüße
Jörg

... ganz wie ich befürchtet hab:

wenn ich...

#HAVE_SWSCALE = 1

... anwende ...

Nov  9 18:58:34 vdr vdr: [23873] loading plugin: /usr/src/vdr/PLUGINS/lib/libvdr-graphtft.so.1.5.10
Nov  9 18:58:34 vdr vdr: [23873] ERROR: /usr/src/vdr/PLUGINS/lib/libvdr-graphtft.so.1.5.10: undefined symbol: img_convert

Genau das selbe problem, das ich mit "osdpip" habe ( siehe: Was ist eigendlich... mit OSDTeletext und OSDPIP )

Zusammengefasst:
Sollte es an "swscale" liegen, kann ich's nicht nutzen, da "img_convert" scheinbar im aktuellen svn von ffmpeg überhaupt nicht mehr unterstützt wird. ( oder ich hab da echt nen Fehler produziert )

FFmpeg version SVN-r10964, Copyright (c) 2000-2007 Fabrice Bellard, et al.
  configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --enable-gpl --enable-pp --enable-static --enable-shared --enable-swscaler --enable-x11grab --enable-libxvid --enable-libx264 --enable-libvorbis --enable-libtheora --enable-libogg --enable-libmp3lame --enable-libfaad --enable-libfaac --enable-liba52
  libavutil version: 49.5.0
  libavcodec version: 51.48.0
  libavformat version: 51.18.0
  built on Nov  8 2007 20:58:52, gcc: 4.2.1 (SUSE Linux)

JoeyBln61:
Wenn du mal ganz viel Lust hast, könntest du ja mal mit "HAVE_SWSCALE = 1" kompilieren, um zu sehen, ob das Problem evtl daher kommt.

horchi:
Könnte man eigendlich den Briefumschlag vom Mailbox-Plugin auch in's GraphTFT portieren? So wie im EnigmaNG?

Hi,

die alten bzw. fehlenden Parameter im Setup kamen glaube ich daher, dass ich das Plugin zwar neu kompiliert hatte, aber es selber dann nicht mehr im Setup de- und reaktiviert habe. Jetzt, nachdem ich das nachgeholt habe, habe ich auch Width und Height in den Plugin-Einstellungen.

Ich habe leider keine Zeit für größere Compile-Aktionen, weil das Finanzamt sauer ist und deshalb dieses Wochenende ganz im Zeichen der Steuererklärung steht, aber ich habe mal schnell den umgekehrten Weg genommen: Im Setup (OSD) Width und Height auf 800x600 gestellt. Nach Neustart kein Graphtft. Somit würde ich sagen, man kann die setup.c so belassen, ein Umkonfigurieren im Setup per OSD reicht.

DrBoon:
Hier die Ausgabe von ffmpeg -version, swscaler ist enabled:

easyVDR:~# ffmpeg -version
FFmpeg version SVN-rUNKNOWN, Copyright (c) 2000-2007 Fabrice Bellard, et al.
  configuration: --prefix=/usr --libdir=${prefix}/lib --shlibdir=${prefix}/lib --incdir=${prefix}/include/ffmpeg --enable-shared --enable-libmp3lame --enable-gpl --enable-libfaad --mandir=${prefix}/share/man --enable-libvorbis --enable-pthreads --enable-libfaac --enable-xvid --enable-libdts --enable-amr_nb --enable-amr_wb --enable-pp --enable-libogg --enable-libgsm --enable-x264 --enable-liba52 --enable-libtheora --extra-cflags=-Wall -g -fPIC -DPIC --cc=ccache cc --enable-swscaler
  libavutil version: 49.4.0
  libavcodec version: 51.40.2
  libavformat version: 51.11.0
  built on Mar 29 2007 11:08:52, gcc: 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
ffmpeg      SVN-rUNKNOWN
libavutil   3212288
libavcodec  3352578
libavformat 3345152

Grüße
Jörg

Der Briefumschlag ist ein Bildchen ( glaub ich... ) is aber auch nicht so wichtig, ich würd meinen, das im Graphtft ein Bild geeignetter wäre... ( so wie auch "stereo","vps","dd","vtx",... im deepblue )...

Siehe im Anhang unten rechts....
1) Keine neuen Nachrichten
2) Neue Nachrichten warten

Die Frage ist nur, wie enigmaNG an die Informationen aus dem mailbox-plugin kommt...
( sorry, so weit bin ich noch nicht in die Tiefen des VDR eingedrungen. )

Zur not Zeichne ich das symbol für's deepblue ach schöner als im Anhang ( auch wenn ich kein Grafik-talent hab. =)

1.) Super! Freut mich. ( ... werd wohl alle 5 min. den Browser aktualisieren, bis zur nächsten version... =)

2.) Genau! jajaja, Das Bildchen hat ja noch gefehlt.... !
2.a.) Könnte das Bildchen auch während des Replay transparent im Hintergrund liegen? ( ...und wie müsste man dem VDR klar machen, das er diese auch mit ins Recording-Verzeichnis schmeißt, und nicht beim Schneiden weglöscht... )

Freude

Zitat

Vom graphTFT Plugin aus würde ich dann im Recording-Verzeichnis und wenn ich dort leer ausgehen in einem weiteren im Theme konfigurierbaren Verzeichnis nachsehen.

hmm,
1) Recordings-Verzeichnis ist gut
2) ein weiteres konfigurierbares sehe ich allerdings mit gemischten gefühlen.... ( VDR2VDR Client per NFS wird da schon schwierig..., und Archivdvd mit zu bekannten nehmen würde das bildchen gar nicht mitnehmen .... ), Allerdings würde dies ja dann die Möglichkeit geben, auch von DVD's ein Bildchen zu hinterlegen...

... wenn ich mir das so durchdenke, ist eigendlich das extrecmenu perfekt, um sich um die Aufgabe der "Bildchenverwaltung" zu kümmern... ( ich werd heut abend mal lieb nachfragen..., leider muss ich gleich weg. ).

OT:
Hmm, da frag ich auch gleich mal mit an, ob man nicht während der Wiedergabe einen Screenshot per taste auslösen kann, der dann "alternativ" direkt als "preview" eingesetzt wird.... bzw. im extrec auch die preview möglich ist. ( immer, nicht erst bei info )
/OT

Zitat

Die Bilder hole ich mittels des movie2vdr von sn123py, da dieses Skript die Bilder verwaltet und auch (optional) löscht könnte es vor dem Löschen prüfen ob eine Aufnahme zu der Event-ID existiert und es ins Recording-Verzeichnis verschieben.

die prüfung müsste sich ja auch über den "rwrapper.sh" mit dem parameter "after" oder schon bei "before" per script erledigen lassen, und in's recording-verzeichnis ( alternativ externes ) verschieben.
Aber wie sieht das dann mit der Verwaltung der "EXTRA" dateien aus, diese müssen ja bei "EDIT", "MOVE" und "DELETE" beachtet werden, und sollten ja nicht verloren gehen.
Deswegen zurück zum extrecmenu, da ja tvmovie2vdr kein plugin in dem sinne ist, und sich nicht in das "Rec-Verzeichnis-Handling" einmischt.

Noch schnell ein Gedanke:
Wenn das bildchen im Recordings-Verzeichnis liegt, würd ich es gleich "prev001.xpm" oder so nennen, um evtl spätere spielereien offen zu lassen. ( z.B., wenn in einem Top-Dir ein Bildchen liegt, gilt das stellvertretend für alle unterverzeichnisse. ( Serien )
... /video/SERIEN/Die_Simpsons/(prev001.xpm) <- die nachfolgenden bekommen dieses bildchen.
/video/SERIEN/Die_Simpsons/Homer_im_Weltall/20...rec/ <- braucht also kein bildchen! ( aber wenn eins da ist, wird trotzdem dies genommen )

Im Alternativen Verzeichnis, müsste es dann halt so heisen, wie die Recording selbst ( Wie ist das dann mit Serien oder DVD's?)

Sollte das klappen, ziehen die anderen wie Burn usw. bestimmt schnell mit.

oO. Ich hoff ich mach dich nicht gerade sauer... war's nur so'n paar gedanken.
-------