[ANNOUNCE] x-vdr-0.7.46

  • Hi ugo,


    sorry, my mistake. If your mainboard is not supported by default you have to give nvram-wakeup the path to your config like that:


    Code
    nvram-wakeup -C /etc/nvram-wakeup.conf -s $((`date +%s` + 666))


    bye


  • first try without tvtime opened:


    root@siduxbox:~# nvram-wakeup -C /etc/nvram-wakeup.conf -s $((`date +%s` + 666))
    nvram-wakeup: addr_stat (0xD2) is beyond the end of nvram
    nvram-wakeup: You might want to use the --directisa command line option.



    second try with tvtime closed:


    root@siduxbox:~# nvram-wakeup -C /etc/nvram-wakeup.conf -s $((`date +%s` + 666))
    nvram-wakeup: /dev/rtc: Device or resource busy
    root@siduxbox:~#



    some ideas??


    as i have said with tvtime opened not works!


    strange


    thanks Marc!


  • This is ok, some boards need the --directisa command line option.
    Then a corect call for your board is

    Code
    nvram-wakeup --directisa -C /etc/nvram-wakeup.conf -s $((`date +%s` + 666))


    Zitat


    second try with tvtime closed:


    root@siduxbox:~# nvram-wakeup -C /etc/nvram-wakeup.conf -s $((`date +%s` + 666))
    nvram-wakeup: /dev/rtc: Device or resource busy
    ...


    And this is the rather problem. man nvram-wakeup gives:

    Zitat

    /dev/rtc
    RTC character device. This one is used to determine if the RTC
    clock is running localtime or UTC/GMT. Furthermore, some mother-
    boards use the RTC alarm time for the wakeup feature.


    If tvtime blocks the device you have to stop it before setting the wakeup-time.
    If you use the "normal" tvtime, this can be done in vdr2root with a

    Code
    killall -9 tvtime


    if you use the vdrtvtime-plugin, you have to start it with the "MANUAL_START" option, so you can use

    Code
    svdrpsend.pl PLUG vdrtvtime stop


    to close the window.


    Do a search for

    Code
    nvram-wakeup

    in vdr2root and use one of the commands above before setting the wakeuptime


    Code
    nvram-wakeup)
        svdrpsend.pl PLUG vdrtvtime stop
        # $2 = wakeuptime
        [ $# -eq 2 ] && nvram-wakeup $2
        ;;


    bye

  • Ich probiere heute mal x-vbdr zu installieren.


    Als erstes: Danke!


    Als nächtes: Ich bekomme unter ubuntu 7.04 fehler bei den apt- Downloads. Die Felhlermeldung.


    Dynamic MMap ran out of room ...


    Dann habe ich das gemacht:


    vi /etc/apt/apt.conf

    Code
    APT::Cache-Limit "33554432";
    Apt::Get::Purge;


    Nun klappt es... Also: ich will sagen: Ich fange nun mal an zu installieren


    Gruß,
    Chris


    VDR 1: Was altes im Keller
    VDR 3: yavdr64 0.6, ASRock Q1900M

    Einmal editiert, zuletzt von ChrisBox ()

  • Hi Chris,


    hast du die Änderung in der apt.sh von edgy nach feisty gemacht, bzw die edgy Einträge in der sources.list entfernt?


    Wenn es sich damit von selbst erledigt muss ich nichts basteln.


    Gruß
    Marc


  • thanks Marc, now works!!


    see you soon!


    ugo


  • Nein, hatte ich nicht. Dadurch habe ich mein Testsystem verfrickelt, denn ich habe versucht es hinzubekommen.
    Jetzt habe ich eine Clean-Installation und schaue mal weiter. Ich melde Fehler, keine Sorge:-)


    Danke für die edgy/feisty - Anpassung...
    Chris


    VDR 1: Was altes im Keller
    VDR 3: yavdr64 0.6, ASRock Q1900M

  • Morgen,
    ich kann nichts dafür.....im Sommer hören wir halt mehr Musik :unsch


    Der Bildhintergrundmodus bei Muggle funktioniert derzeit nicht! Dafür muss das image_convert.sh aus den Muggle-Sourcen in /usr/local/bin kopiert werden.


    Da ich schon mal dabei war habe ich den Patch von LarsAC für das Image-Plugin auf die aktuelle Image-Version 2.7 angepasst. Diff ist im Anhang.


    Damit ist es möglich, während Muggle löppert, das Image-Plugin aufzurufen und seine Bildersammlung während der Mukke zu begutachten. Dafür im Image-Plugin bitte kein Bild-Verzeichnis auswählen, sondern bitte direkt in das gewünschte Verzeichnis wechseln und dort ein beliebiges Bild mit Rot oder OK Taste bestätigen!! Patch im Anhang also einfach ins Patch-Verzeichnis des Image-Plugins kopieren und neu bauen lassen.


    Ein derbes Problem hatte ich dabei noch. Die obige image_convert.sh produzierte bei großen Bildern...sprich Bilder die grösser sind als die PAL-Auflösung einen Fehler...genauer pnmscale !


    Im Script wurde für solche Bilder ein Skalierungsfaktor zwischen 0 und 1 berechnet, und dass waren für pmscale keine positiven Werte??? :schiel


    Keine Ahnung was der Autor da geändert hat. Da ich ein absoluter Programmierbanause bin, habe ich mir damit geholfen, dass ich die Skalierung im Script fest eingetragen habe....vieleicht findet ja jemand eine bessere Lösung!?


    Hier die Änderung in der image_convert.sh:


    Viel Spaß damit,


    Karsten

  • Die version x-vdr 0.7.29 läuft auf Ubuntu 7.04 mit Softdevice.


    Es klappt problemlos!


    Sauberes klares Bild auf dem SISFB per Softdevice! (ca. 33 bis 45% CPU Last, P4 2.4 Ghz)


    Fehlerquelle für MICH
    Ich habe einfach angefangen zu installieren ohne zu lesen.
    Vorher hätte ich das apt.sh script aber von edgy auf feisty umstellen müssen.



    Vielen Dank, für das Script!
    Chris


    VDR 1: Was altes im Keller
    VDR 3: yavdr64 0.6, ASRock Q1900M

  • Hallo Karsten,


    den Patch gegen das image-plugin habe ich dazu gepackt.
    Muss image_convert.sh zwingend nach /usr/local/bin oder funktioniert das auch in /usr/bin?


    Zitat

    Ein derbes Problem hatte ich dabei noch. Die obige image_convert.sh produzierte bei großen Bildern...sprich Bilder die grösser sind als die PAL-Auflösung einen Fehler...genauer pnmscale !


    Ich habe das original Skript grade via Terminal mit einem JPG (1984x1488) getestet und da hat es funktioniert.


    Gruß
    Marc

    >>>> x-vdr <<<< Installations-Skript für einen VDR mit Debian als Basis

    Einmal editiert, zuletzt von zulu ()

  • Hallo,


    Zitat

    Original von zulu
    Hallo Karsten,


    den Patch gegen das image-plugin habe ich dazu gepackt.
    Muss image_convert.sh zwingend nach /usr/local/bin oder funktioniert das auch in /usr/bin?


    Wurd bei mir von Muggle in /usr/bin leider nicht gefunden...auf der Console hatte ich keine Probs....warum auch immer. Konnte auch nach Suchen hier im Forum nicht den Grund finden. Irgendwo war ein Hinweis auf die Runvdr und Schalter -c oder vdr und Schalter -c .
    Bin ich nicht schlau draus geworden. Gibt ja normalerweise das Config-Verzeichnis des Vdr an?!!


    In der README von Muggle: Also, make
    sure to use the -c flag if you use a runvdr (or similar) script.


    Zitat


    Ich habe das original Skript grade via Terminal mit einem JPG (1984x1488) getestet und da hat es funktioniert.


    Ups, dass schau ich mir dann morgen noch mal genauer an. Hier ist:
    netpbm:
    Installiert:2:10.0-11
    am laufen.


    Tschau, Karsten.

    Mein VDR: LianLi-Gehäuse, AMD X2 64 5200+ auf Biostar TA690G, 768MB Ram, 250 GB HD, TT S3200, ne Airstar2 DVB-T und nen Touchpanel:-), Ubuntu Karmic , VDR 1.7.12 Extensionpatch mit x-vdr gebaut.

  • Moin,


    ich habe mal mit grep in den Sourcen geschaut und der Pfad scheint tatsächlich fest auf /usr/local/bin/ programmiert zu sein.
    Kannst du mal versuchen ob das Skript mit folgendem Patch auch in /usr/bin gefunden wird.


    Diff
    --- mg_image_provider.c.orig
    +++ mg_image_provider.c
    @@ -342,7 +342,7 @@
     
     
     	  char *tmp;
    -	  asprintf( &tmp, "/usr/local/bin/image_convert.sh \"%s\" \"%s\"", filename.c_str(), tmpFile.c_str() );
    +	  asprintf( &tmp, "image_convert.sh \"%s\" \"%s\"", filename.c_str(), tmpFile.c_str() );
     	  system( (const char*) tmp );
     	  free(tmp);


    Zitat

    netpbm:
    Installiert:2:10.0-11
    am laufen.


    Bei mir läuft die selbe Version.


    Gruß, Marc

  • Mahlzeit,
    suppi, löppert mit dem Patch jetzt auch in /usr/bin oder wo auch immer das image_convert.sh im path liegt:-)


    Bei pbmscale komme ich nicht weiter :schiel


    Hier mal ein Auszug aus cat /dev/vcs8 wenn ich das original image_convert.sh nehme (ohne feste Skalierung):


    Code
    **ERROR: [ppmtoy4m] Failed to read first frame.
    **ERROR: [mpeg2enc] Could not read YUV4MPEG2 header: system error (failed read/write)!
    pnmscale: The scale parameter 0,1787 is not a positive number.
    pnmpad: EOF / read error reading magic number
    ppmntsc: EOF / read error reading magic number


    Direkter Aufruf mit grossen Bildern direkt im Terminal funzt hier auch.


    Mittlerweile vermute ich das, bei der Übergabe aus dem Image-Plugin der Dateipfad nicht richtig übergeben wird.....aber das verliessen se programmiertechnisch den Kwacker:-)


    Ich lasse den Skallierungsfaktor in der image_convert.sh vorerst fest drin s. o.


    Tschau, Karsten.


    P.s: Oder muss bei pnmscale als Dezimaltrennzeichen nicht der Punkt anstelle des Kommas genommen werden????????


    P.p.S: Sorry für :ot

    Mein VDR: LianLi-Gehäuse, AMD X2 64 5200+ auf Biostar TA690G, 768MB Ram, 250 GB HD, TT S3200, ne Airstar2 DVB-T und nen Touchpanel:-), Ubuntu Karmic , VDR 1.7.12 Extensionpatch mit x-vdr gebaut.

    Einmal editiert, zuletzt von kwacker ()

  • Hi,


    Zitat

    suppi, löppert mit dem Patch jetzt auch in /usr/bin oder wo auch immer das image_convert.sh im path liegt:-)


    dann übernehme ich das so und lasse das Skript nach $VDRBINDIR kopieren.
    Wenn in plugins/muggle ein image_convert.sh liegt wird das genommen, ansonsten das original aus den Sourcen.


    Zitat

    P.s: Oder muss bei pnmscale als Dezimaltrennzeichen nicht der Punkt anstelle des Kommas genommen werden????????


    Ich glaube ja.
    Wenn das das Problem ist, wäre es ja mit sed leicht zu beheben...
    Allerdings verstehe ich dann nicht warum das Skript auf dem Terminal funktioniert.


    Gruß
    Marc

  • Update auf vdr-1.4.6-1 mit VDR-Extensions-Patch-26
    apt.sh fuer ubuntu/feisty angepasst
    vdrplayer fuer vdrtvtime ergaenzt
    Utilitie Updates auf...
    - MPlayer-1.0rc1
    - vidix-1.0.0
    Plugin Updates auf...
    - admin-0.6.2
    - alcd-1.2.2
    - epgsearch-0.9.21
    - skinsoppalusikka-1.0.4
    Plugin Erweiterungen bei ...
    extrecmenu-0.13 -> MainMenuHooks
    image-0.2.7 -> Bilder mit anderen Plugins angezeigen
    submenu-0.0.2 -> asprintf Patch
    muggle-0.1.11 -> image_convert.sh
    music-0.1.0_wip -> Patch fuer vdr-1.5.2
    vdrtvtime-0.0.1e -> Patch fuer vdr-1.5.2

  • Hi Marc,


    digicam plugin have this error:


    AXITEMS -DUSE_PINPLUGIN -DUSE_PLUGINMISSING -DUSE_REPLACEMENUS -DUSE_ROTOR -DUSE_SETTIME -DUSE_SORTRECORDS -DUSE_SUBMENU -DUSE_SUBTITLES -DUSE_WAREAGLEICON -DUSE_YAEPG -DPLUGIN_NAME_I18N='"digicam"' -I../DVB/include -I../../../include -I../DVB/include -I/usr/include/gphoto2 digitalcamera.c
    data.h:49: warning: ‘class cScanDir’ has virtual functions but non-virtual destructor
    digitalcamera.c: In member function ‘int DigitalCamera::getFolderList(CameraList*)’:
    digitalcamera.c:130: error: invalid use of undefined type ‘struct _CameraList’
    /usr/include/gphoto2/gphoto2/gphoto2-list.h:52: error: forward declaration of ‘struct _CameraList’
    digitalcamera.c: In member function ‘int DigitalCamera::getFileList(CameraList*)’:
    digitalcamera.c:143: error: invalid use of undefined type ‘struct _CameraList’
    /usr/include/gphoto2/gphoto2/gphoto2-list.h:52: error: forward declaration of ‘struct _CameraList’
    make[1]: *** [digitalcamera.o] Error 1
    make[1]: Leaving directory `/vdr/vdrstart/PLUGINS/src/digicam'
    Plugin dvd:



    how resolve it??

  • Hallo x-vdr Anwender und Marc,


    welches ist das schmalste Debian, auf dem x-vdr läuft. Wer hat da getestet? Ubuntu?

    <font color="#0000ff">Gigabyte P35-DS3, Pentium E2140, GT220, 2 x DVB-C im Thermaltake DH101<br>gen2vdr V3 &amp; yaVDR 0.3.0a <br></font>

  • Hier läuft es auf UBUNTU 7.04 Desktop.
    Aber klein!?
    Ob es auf der 7.04 Server-Version läuft weiss ich nicht.
    Ich lasse X einfach nicht starten...


    Chris


    VDR 1: Was altes im Keller
    VDR 3: yavdr64 0.6, ASRock Q1900M

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!