hallo,
werde die aenderungen natuerlich in einer neuen version verpacken, wird aber sonntag
werden, hab noch andere sachen zu tun.
gruss,
-- randy
hallo,
werde die aenderungen natuerlich in einer neuen version verpacken, wird aber sonntag
werden, hab noch andere sachen zu tun.
gruss,
-- randy
hallo,
habe die aenderungen im git eingepflegt, mit 1.6.0 funktioniert es auch soweit (bis auf das
thema mit TS aufnahmen ;)).
-- randy
bei PES aufnahmen habe ich das problem noch nie gesehen, wbreu hatte ja im bugtracker
geschrieben das es immer falsch waere; habe aber an meinem entwicklungsrechner kein HD
danke steve fuer die arbeit, werde mir das morgen in ruhe anschauen. den fehlenden
deconstructor hatte ich schon im git gepushed:
das mit dem rueckgabe wert von SystemCharacterTable ist mir auch aufgefallen, aber
wollte nciht in den vdr sourcen rumpatchen, IMHO sollte da UTF-8 zurueckkommen,
weil bei ISO8859-1 werden ja noch die tables modifiziert und dann der SCT zurueckgegeben.
nur bei allem anderen kommt eben NULL..
die idee mit DEFAULTFRAMES... ist ein sehr guter ansatz
gruss,
-- randy
der segfault kommt bei:
0xb7548007 in strchr () from /lib/libc.so.6
(gdb) bt
#0 0xb7548007 in strchr () from /lib/libc.so.6
#1 0xb68577d0 in cGraphLCDDisplay::DisplayMenu (this=0x85e5ba8) at display.c:1678
#2 0xb68583f2 in cGraphLCDDisplay::Action (this=0x85e5ba8) at display.c:453
#3 0x08115bdc in cThread::StartThread (Thread=0x85e5ba8) at thread.c:244
der bug st wohl seit dem Convert() drin. leider bekomme ich das jetzt nicht geloest, muss sich mal
ein richtiger programmierer anschauen.
das mit dem SystemCharacterZeugs scheint auch nicht gescheit zu gehen, beim ersten aufruf erscheint
das epg mit ? anstelle von umlauten, nach menu ist es richtig. benutzt man kein UTF-8 geht alles korrekt.
-- randy
hallo,
das thema mit freetype2 schau ich mir bei gelegenheit an, bin die woche geschaeftlich wieder
oefters unterwegs; workaround: einen graphlcd-eigenen font benutzen anstelle von ft2.
gruss,
-- randy
im git wird bald die 0.2.xer versionen, nicht als eigenen branch (ich komm mit git nicht
wirklich zurecht, wastl hat da auch seine aergernisse), damit die neuen features reinkommen.
-- randy
ZitatOriginal von Copperhead
Ich hätte da mal ein Problem beim Plugin. graphlcd-base kompiliert problemlos und ist bereits installiert
danke fuer den eintrag im bugtracker auf projects.vdr-dev;
bitte teste mal folgende aenderungen:
display.c, zeile 1590: const char * pszTmp2; statt char * psz...
display.c, zeile 1668: pszTmp2='\0' statt *psz...
mein gcc (4.3.2) wirft hier keine fehler, welchen compiler benutzt du?
gruss,
-- randy
hallo,
habe heute die vorerst letzte stable version vom graphlcd zusammengepackt,
das ganze gibts jetzt als version 0.1.7:
download:
http://projects.vdr-developer.org/projects/graphlcd/files
die aenderungen:
graphlcd-base:
- added futuba MDM166A driver from andreas brachold: http://projects.vdr-developer.org/issues/351
- fixed compiler warnings: http://projects.vdr-developer.org/issues/352
- added new attribute 'valign' (vertical alignment) for text objects.
- text-object: fix to avoid stumbling scrolling
- text-object: added support for alternative text / alternative condition
- glcdskin: bugfixing and improvements
vdr-plugin-graphlcd:
- added wbreus logo pack (http://wbreu.htpc-forum.de/vdr…rgraphlcdplugin/index.php)
- added utf8 conversion for correct display (http://projects.vdr-developer.org/issues/436)
und wie immer bitte fleissig den bugtracker benutzen, wenn probleme auftauchen:
http://projects.vdr-developer.org/projects/graphlcd/issues
gruss,
-- randy
ich habe auch gerade ein 100TB projekt (wird bis 500TB skalieren, fuer die uni genf),
da nehme ich zwei sgi IS3500 server mt jeweils 72TB brutto kapazitaet und zfs frontend
server, dann kommt man via mehrere raidz2/stripes auf etwa 100tb netto inkl. 12 hotspare
drives. interconnect via qdr infiniband (= 40gbit/s), damits gescheit flutscht
ich weiss nur noch nicht wie ich die drives vernueftig abschalten kann (also eine art MAID
system), da muss ich mir noch was ueberlegen.
-- randy
graphlcd liegt auf projects.vdr-developer.org und ist ein git.
http://projects.vdr-developer.org/projects/graphlcd
und das funktioniert aktuell.
gruss,
-- randy
notfalls die activy komplett ausschalten und bissle warten, hatte meins hier auch schon mal
-- randy
wenn du noch ein paar wochen wartest gibt es eine offizielle 0.2.0; das was ihr verwendet
ist eine nicht gepflegte beta, die so auch nicht weiterverwendet wird (zumindest nicht von
mir).
uebrigens waers nett, ein paar skins als samples zu dem plugin dazulegen zu koennen.
die fehlenden logos sollten nun im git sein:
Created commit 6a50a6d: wbreu logo pack, again
771 files changed, 0 insertions(+), 0 deletions(-)
scheinbar hatte der commit die "alten" logos nur geloescht anstelle zu ersetzen
und auf meiner hdd ist das alles dagewesen.
-- randy
bei der naechsten 0.2.0 release werde ich solche themen angehen, moechte gerne als
default.skin den jetzigen graphlcd skin haben.
bei nicht geladenen logos bitte channels.conf und logfile posten, ggfs. bug bei projects.vdr-dev
aufmachen.
gruss,
-- randy
ist denn in der 0.2.0 schon der patch drin? diese release wurde von mir noch nicht
gepflegt (weil ich erst bei 0.1.6 bin ;))
http://www.vdrportal.de/board/…?postid=907552#post907552
ansonsten musst es mir halt mal schicken.
gruss,
-- randy
falls jemand ein fertige repo benoetigt:
http://www.blog.dev-eth0.de/20…ry-for-dockstar-software/
gruss,
-- randy
also wenn man fuer so ein eentwicklung einen dipl-ing/master kriegt, mach ich das auch
sofort
ich wuerde eine hdmi capture karte nehmen, atom board dualcore und das ganze mit
einem linux system aufbereiten. das ist flexibler als ein fpga und kann erweitert werden
(z.b. via netzwerk verteilung ankopplung ans KNX/EIB etc.. - wenn die schwiegermutter
anruft, blitzt der raum rot ;))
fuer integration in einen lcd tv ist natuerlich ein fpga besser geeignet, da muss man
aber nicht an die hdmi quelle dran.
-- randy
sieht fuer mich auch aus wie "nur kalte loetstelle".
einfach nochmal nachkontrollieren. sollte es dann nicht klappen, ich hatte oefters
auch shcon inkomatible speicherchips, also am besten nicht die hersteller mixen.
-- randy
wenn man nicht unbeding 32bit faehrt ist rdp6 schon sehr flott - vnc ist da langsamer.
aber einfach mal selber testen?
-- randy
ueber rdp kann man den ton umleiten, wie syncron das dann laeuft weiss ich aber nicht.
ich wuesste nicht, das (normales) vnc auch audio channels bietet.
-- randy