Hi Frank,
update auf vidix-1.0.0 habe ich eingebaut.
Gruß, Marc
Hi Frank,
update auf vidix-1.0.0 habe ich eingebaut.
Gruß, Marc
ZitatAlles anzeigenOriginal von zulu
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:
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!
ZitatAlles anzeigenOriginal von dacorsa
...
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.
This is ok, some boards need the --directisa command line option.
Then a corect call for your board is
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
if you use the vdrtvtime-plugin, you have to start it with the "MANUAL_START" option, so you can use
to close the window.
Do a search for
in vdr2root and use one of the commands above before setting the wakeuptime
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
Nun klappt es... Also: ich will sagen: Ich fange nun mal an zu installieren
Gruß,
Chris
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
ZitatAlles anzeigenOriginal von zulu
This is ok, some boards need the --directisa command line option.
Then a corect call for your board is
And this is the rather problem. man nvram-wakeup gives:
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
if you use the vdrtvtime-plugin, you have to start it with the "MANUAL_START" option, so you can use
to close the window.
Do a search for
in vdr2root and use one of the commands above before setting the wakeuptime
Codenvram-wakeup) svdrpsend.pl PLUG vdrtvtime stop # $2 = wakeuptime [ $# -eq 2 ] && nvram-wakeup $2 ;;
bye
thanks Marc, now works!!
see you soon!
ugo
ZitatAlles anzeigenOriginal von zulu
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
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
Morgen,
ich kann nichts dafür.....im Sommer hören wir halt mehr Musik
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???
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:
if [ "$FORMAT" = "ntsc" ]; then
pnmscale -xsize=720 -ysize=576 $TMP | \ # geändert für ntsc
pnmpad -black -width 704 -height 480 | \
ppmntsc | \
ppmtoy4m -v 0 -n 1 -r -S 420mpeg2 -F 30000:1001 | \
mpeg2enc -f 7 -T 90 -F 4 -nn -a 2 -v 0 -o "$MPG"
else
pnmscale -xsize=576 -ysize=480 $TMP | \ #geändert für pal
pnmpad -black -width 704 -height 576 | \
ppmntsc --pal | \
ppmtoy4m -v 0 -n 1 -r -S 420mpeg2 -F 25:1 | \
mpeg2enc -f 7 -T 90 -F 3 -np -a 2 -v 0 -o "$MPG"
Alles anzeigen
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
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?
ZitatEin 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
Hi Chris,
danke für die Rückmeldung.
Gruß, Marc
Hallo,
ZitatOriginal 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.
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.
--- 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);
Zitatnetpbm:
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
Hier mal ein Auszug aus cat /dev/vcs8 wenn ich das original image_convert.sh nehme (ohne feste Skalierung):
**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
Hi,
Zitatsuppi, 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.
ZitatP.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?
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
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!