Hallo,
irgendwo in diesem mittlerweile zum Megathread angeschwollenen Thread, gab wohl ein Posting, wo gesagt wurde, das auch Displaylink Devices unterstützt werden sollten?
Geht das mittlerweile und falls ja, wie?
Hallo,
irgendwo in diesem mittlerweile zum Megathread angeschwollenen Thread, gab wohl ein Posting, wo gesagt wurde, das auch Displaylink Devices unterstützt werden sollten?
Geht das mittlerweile und falls ja, wie?
Hallo zusammen,
habe eine neues Skin für mein VDR gebaut. Wollte was sauberes und vom Weiten lesbares haben. Dennoch genug Infos.
Ich und meine Frau finden es so sehr Cool.
Danke an das touchcol und default skin für die Inspreationen.
Jeder kann es nutzen und verändern
grüße mentox
bilder kommen gleich
bilder via tapatalk
[Blockierte Grafik: http://img.tapatalk.com/59b63e27-6702-3dcb.jpg]
[Blockierte Grafik: http://img.tapatalk.com/59b63e27-6717-246a.jpg]
[Blockierte Grafik: http://img.tapatalk.com/59b63e27-6727-a487.jpg]
[Blockierte Grafik: http://img.tapatalk.com/59b63e27-674e-50a8.jpg]
vg mentox
Dein Font im Hauptmenu sieht ja lustig aus
Es kann durchaus lohnen verschiedene TrueType Schriften zu probieren (die von den mscorefonts (offiziell aus Windows geklaut) sind tendenziell besser in der Qualität, die Ubuntu TrueType Fonts lohnen auch nen Blick). Und für die mini Schriften lohnt auch mal nen Blick in die Bitmap Schriften von Base.
Das nur mal so nebenbei.
BTW: Skin ist hübsch, schöne Aufteilung der Fläche.
cu
hehe .. fand ich ganz ulkig .. und ehrlich gesagt gar keine gedanken gemacht ...
hier mit neuem font
[Blockierte Grafik: http://img.tapatalk.com/59b63e27-75cd-ca7d.jpg]
danke für den tipp
Hättest du was dagegen, wenn ich mich bei Zeit in das graphlcd-Skinsystem einarbeite und deinen Skin 240x128 kompatibel mache? Natürlich, wenn möglich, abhängig von der Displaygröße.
nein habe ich nichts .. sehr gerne
habe die überschrift im menü noch fett gemacht
und im progamm bereich habe ich den subtext hinten angehängt. gefällt mir gut.
was ich noch immer nicht hinbekommen habe ist das spectrum analyzer anzuzeigen beim cdplayer ..
Ich habe mir den Skin jetzt mal genauer angeschaut. Du hast Farben festgelegt?! Ist es nicht besser den Skin schwarz-weiß zu lassen?
Ich habe mir den Skin jetzt mal genauer angeschaut. Du hast Farben festgelegt?! Ist es nicht besser den Skin schwarz-weiß zu lassen?
Schwarz/Weiß sind auch Farben
Es gibt für LCDs sinnigerweise {ForegroundColor} und {BackgroundColor} (Farben gibts da eh nicht), ob black nun Foreground oder Background ist kann der Skin nicht wissen. D.h. würde man black/white verwenden wäre der Skin auf einen Display invertiert und auf dem anderen nicht.
cu
Ich habe mir den Skin jetzt mal genauer angeschaut. Du hast Farben festgelegt?! Ist es nicht besser den Skin schwarz-weiß zu lassen?
ja ist noch nicht 100% bereinigt .. wollte alles noch umstellen, dachte mir aber für version 1 reichts
EDIT v6:
etwas aufgeräumt .. sorry ..
upload noch mal geändert .. hatte noch einen großen bug im audio menü
[Blockierte Grafik: http://img.tapatalk.com/59b63e27-a86d-7b53.jpg]
[Blockierte Grafik: http://img.tapatalk.com/59b63e27-a87b-b021.jpg]
[Blockierte Grafik: http://img.tapatalk.com/59b63e27-a889-9b92.jpg]
[Blockierte Grafik: http://img.tapatalk.com/59b63e27-a896-ec7a.jpg]
geht bei euch das abfragen von femon werten im graphlcd skin?
<!-- Signalstärke -->
<block condition="{ServiceIsAvailable:femon}">
<rectangle x="0" width="188" y="58" height="1" color="#ColMonoFG"/>
<progress x="0" width="187" y1="57" height="3" color="#ColMonoFG" direction="0" current="{ServiceItem:femon,percent_snr}" total="100"/>
<rectangle x="0" width="188" y="62" height="1" color="#ColMonoFG"/>
<progress x="0" width="187" y1="61" height="3" color="#ColMonoFG" direction="0" current="{ServiceItem:femon,percent_signal}" total="100"/>
</block>
{ServiceIsAvailable:femon} = TRUE
aber
"{ServiceItem:femon,percent_snr}" und "{ServiceItem:femon,percent_signal}" sind 0
über das Menü sehe ich die Signalstärke
grüße mentox
Im Menü werden die Werte auch nicht über femon dargestellt. Dort werden die Werte direkt aus dem VDR genommen, was graphlcd aber nicht kann.
ich meinte das femon menü
Hauptmenü -> Signalinformationen -> dort sind werte und balken
aber eben ist der vdr abgestürtzt als ich die werte via svdrp abfragen wollte..
vdrtest vdr-plugin-graphlcd-9999 # svdrpsend -d localhost -p 2001 'PLUG femon QUAL'
220 vdrtest SVDRP VideoDiskRecorder 1.7.28; Sat Jul 14 20:53:19 2012; UTF-8
bringt den vdr zum absturz
Im Menü werden die Werte auch nicht über femon dargestellt. Dort werden die Werte direkt aus dem VDR genommen, was graphlcd aber nicht kann
stimmt nicht. kann vdr-plugin-graphlcd seit git-commit v. 2011-10-29 (vgl: http://projects.vdr-developer.org/git/vdr-plugin-graphlcd.git/commit/?h=touchcol&id=bbc8b87ab292360a46348e6dc8f2aaea48cb2b88)
"{ServiceItem:femon,percent_snr}" und "{ServiceItem:femon,percent_signal}" sind 0
neueste git-version v vdr-plugin-graphlcd? den bug haette ich eigentlich am 2012-03-27 behoben (vgl.: http://projects.vdr-developer.org/git/vdr-plugin-graphlcd.git/commit/?h=touchcol&id=f0c1141ba18d3bca4bea17841ee805d4b29a0c07)
hier mal mein skin fuer 256x64
gruss gerd
hi
habe folgene versionen
GIT update -->
repository: git://projects.vdr-developer.org/graphlcd-base.git
at the commit: 3592f06051e4dabb8227c9d45717b0b2b8f0b5a3
branch: touchcol
storage directory: "/usr/portage/distfiles/egit-src/graphlcd-base.git"
checkout type: bare
GIT update -->
repository: git://projects.vdr-developer.org/vdr-plugin-graphlcd.git
at the commit: f0c1141ba18d3bca4bea17841ee805d4b29a0c07
branch: touchcol
storage directory: "/usr/portage/distfiles/egit-src/vdr-plugin-graphlcd.git"
checkout type: bare repository
vg mentox
EDIT:
also femon fnktioniert weiterhin NICHT .. aber wastl's angesprochender change geht super
<!-- Signalstärk
<block condition="{ServiceIsAvailable:femon}">
<rectangle x="0" width="188" y="58" height="1" color="#ColMonoFG"/>
<progress x="0" width="187" y1="57" height="3" color="#ColMonoFG" direction="0" current="{ServiceItem:femon,percent_snr}" total="100"/>
<rectangle x="0" width="188" y="62" height="1" color="#ColMonoFG"/>
<progress x="0" width="187" y1="61" height="3" color="#ColMonoFG" direction="0" current="{ServiceItem:femon,percent_signal}" total="100"/>
</block>
-->
<block condition="{SupportsSignalInfo}">
<rectangle x="0" width="188" y="58" height="1" color="#ColMonoFG"/>
<progress x="0" width="187" y1="57" height="3" color="#ColMonoFG" direction="0" current="{SignalStrength}" total="100"/>
<rectangle x="0" width="188" y="62" height="1" color="#ColMonoFG"/>
<progress x="0" width="187" y1="61" height="3" color="#ColMonoFG" direction="0" current="{SignalQuality}" total="100"/>
</block>
Alles anzeigen
hier noch nen foto mit signalstarke. frauchen ist es eigentlich schon wieder zu viel. aber mal sehen was die zeit bringt
[Blockierte Grafik: http://img.tapatalk.com/59b61eba-aeeb-860f.jpg]
hier mal mein skin fuer 256x64
gruss gerd
Hi haste nen foto?
mom mach grad ne kanalsuche...
So jetzt
[Blockierte Grafik: http://s1.directupload.net/images/120715/temp/k7qscrir.jpg]
[Blockierte Grafik: http://s14.directupload.net/images/120715/temp/paij2lhu.jpg]
gruss gerd
mentox:
eigentlich sollte sowohl femon als auch direkt signalinfo ueber VDR funktionieren (zweites ab vdr 1.7.26).
welche version v. femon-plugin verwendest du? hast du es auch geladen?
@3-CP0:
serdisplib kann framebuffer-devices ansteuern (in der SVN-version). inkl. sonderbehandlung fuer displaylink (damage report).
der framebuffer selber und die zu verwendende aufloesung muss aber zuvor mit betriebssystemmitteln konfiguriert werden (fbset). serdisplib greift dann ueber den treiber 'framebuffer' darauf zu.
optionen:
'FBDEV' .. standard: /dev/fb0
'DAMAGE' .. standard: keine extrabehandlung. fuer udlfb (framebuffer modul fuer displaylink) empfohlen: DAMAGE=UDLFB
es gaebe auch noch support fuer die libdlo (serdisplibtreiber 'displaylink'), aber von der kann ich nur abraten (entwicklung v. libdlo steht seit 2009, fehlerhaft bei hoeheren aufloesungen, keine kompression bei der uebertragung), serdisplib muesste auch extra damit kompiliert werden. auf der anderen seite wuerde man sich das herumeiern mit fbset & co. ersparen ...
@ wastl,
hier mal die Angaben, die ich finden konnte:
dmesg
usb 1-8.3: new full-speed USB device number 8 using ehci_hcd
usb 1-8.3: New USB device found, idVendor=1ac7, idProduct=0001
usb 1-8.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-8.3: Product: USB Touchpanel
usb 1-8.3: Manufacturer: e2i Technology, Inc.
usb 1-8.3: SerialNumber: L000000000
input: e2i Technology, Inc. USB Touchpanel as /devices/pci0000:00/0000:00:1d.7/usb1/1-8/1-8.3/1-8.3:1.0/input/input7
usbcore: registered new interface driver usbtouchscreen
usb 1-8.2: new high-speed USB device number 9 using ehci_hcd
usb 1-8.2: New USB device found, idVendor=17e9, idProduct=401a
usb 1-8.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-8.2: Product: nanovision MiMo
usb 1-8.2: Manufacturer: DisplayLink
usb 1-8.2: SerialNumber: USM700-92120144
generic-usb 0003:17E9:401A.0004: hiddev0,hidraw3: USB HID v1.10 Device [DisplayLink nanovision MiMo] on usb-0000:00:1d.7-8.2/input1
udlfb: DisplayLink nanovision MiMo - serial #USM700-92120144
udlfb: vid_17e9&pid_401a&rev_0007 driver's dlfb_data struct at cf658000
udlfb: console enable=1
udlfb: fb_defio enable=1
udlfb: shadow enable=1
udlfb: vendor descriptor not available (-32)
udlfb: allocated 4 65024 byte urbs
usbcore: registered new interface driver udlfb
udlfb: 800x480 @ 61 Hz valid mode
udlfb: Reallocating framebuffer. Addresses will change!
udlfb: 800x480 @ 61 Hz valid mode
udlfb: set_par mode 800x480
udlfb: DisplayLink USB device /dev/fb1 attached. 800x480 resolution. Using 1504K framebuffer memory
udlfb: open /dev/fb1 user=1 fb_info=d2acbc00 count=1
udlfb: released /dev/fb1 user=1 count=0
Alles anzeigen
lsmod
vdr01 ~ # lsmod |grep udlfb
udlfb 12733 0
fb_sys_fops 770 1 udlfb
sysimgblt 1774 1 udlfb
sysfillrect 2350 1 udlfb
syscopyarea 2739 1 udlfb
vdr01 ~ #
modinfo
vdr01 ~ # modinfo udlfb
filename: /lib/modules/3.4.4-gentoo/kernel/drivers/video/udlfb.ko
license: GPL
description: DisplayLink kernel framebuffer driver
author: Roberto De Ioris <roberto@unbit.it>, Jaya Kumar <jayakumar.lkml@gmail.com>, Bernie Thompson <bernie@plugable.com>
alias: usb:v17E9p*d*dc*dsc*dp*icFFisc00ip00*
depends: fb_sys_fops,sysfillrect,syscopyarea,sysimgblt
intree: Y
vermagic: 3.4.4-gentoo SMP preempt mod_unload modversions CORE2
parm: console:Allow fbcon to open framebuffer (bool)
parm: fb_defio:Page fault detection of mmap writes (bool)
parm: shadow:Shadow vid mem. Disable to save mem but lose perf (bool)
parm: pixel_limit:Force limit on max mode (in x*y pixels) (int)
vdr01 ~ #
Alles anzeigen
fbset
vdr01 ~ # fbset -fb /dev/fb1
mode "800x480-62"
# D: 33.000 MHz, H: 31.250 kHz, V: 61.881 Hz
geometry 800 480 800 480 16
timings 30303 88 40 21 1 128 3
hsync high
vsync high
rgba 5/11,6/5,5/0,0/0
endmode
vdr01 ~ #
Alles anzeigen
Wie müsste dann die Config aussehen, und würde auch der Touchscreen mit graphlcd funktionieren?
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!