Enigma für generic boxtype

Alles rund um das grafische Benutzerinterface Enigma
poeschel
Interessierter
Interessierter
Beiträge: 20
Registriert: Donnerstag 5. Mai 2011, 11:46

Re: Enigma für generic boxtype

Beitrag von poeschel »

gugu hat geschrieben:Wann kann mann enigma auf pc nutzen ?
Kannst du deine Hardware Voraussetzung nennen ?
Ich weiss noch nicht, ob es jemals gehen wird. Ich arbeite noch eine Weile dran, aber das hängt davon ab, was noch für Hürden auf mich zukommen. Einfach immer mal hier im Forum die Augen offen halten. Ich werde Erfolge vermelden :wink:

Die Hardware Vorraussetzungen werden sehr niedrig sein. Eine DVB Karte ist Vorraussetzung, sonst nicht viel. Enigma läuft ja auf sehr schmalbrüstiger Hardware, ich schätze mal, wenn die DVB Karte einen Hardwaredecoder hat, sollte ne 200 Mhz CPU und ca 64 MB RAM reichen.

Grüsse!
gugu
Interessierter
Interessierter
Beiträge: 92
Registriert: Montag 23. Februar 2009, 14:48

Re: Enigma für generic boxtype

Beitrag von gugu »

Danke und viel Erfolg bei Umsetzung.
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Enigma für generic boxtype

Beitrag von rhabarber1848 »

EDIT: Dbox2/gcc4/FT 2.1.4

Code: Alles auswählen

fontrenderer.cpp: In constructor 'LcdFont::LcdFont(CLCDDisplay*, LcdFontRenderClass*, void*, int)':
fontrenderer.cpp:190: error: 'struct FTC_ImageTypeRec' has no member named 'face_id'
fontrenderer.cpp:191: error: 'struct FTC_ImageTypeRec' has no member named 'width'
fontrenderer.cpp:192: error: 'struct FTC_ImageTypeRec' has no member named 'height'
fontrenderer.cpp: In member function 'void LcdFont::RenderString(int, int, int, const char*, int, int, bool)':
fontrenderer.cpp:259: error: 'FTC_ScalerRec' was not declared in this scope
fontrenderer.cpp:259: error: expected `;' before 'scaler'
fontrenderer.cpp:261: error: 'scaler' was not declared in this scope
fontrenderer.cpp:261: error: 'struct FTC_ImageTypeRec' has no member named 'face_id'
fontrenderer.cpp:262: error: 'struct FTC_ImageTypeRec' has no member named 'width'
fontrenderer.cpp:263: error: 'struct FTC_ImageTypeRec' has no member named 'height'
fontrenderer.cpp:266: error: 'FTC_Manager_LookupSize' was not declared in this scope
fontrenderer.cpp: In member function 'int LcdFont::getRenderWidth(const char*, bool)':
fontrenderer.cpp:344: error: 'FTC_ScalerRec' was not declared in this scope
fontrenderer.cpp:344: error: expected `;' before 'scaler'
fontrenderer.cpp:345: error: 'scaler' was not declared in this scope
fontrenderer.cpp:345: error: 'struct FTC_ImageTypeRec' has no member named 'face_id'
fontrenderer.cpp:346: error: 'struct FTC_ImageTypeRec' has no member named 'width'
fontrenderer.cpp:347: error: 'struct FTC_ImageTypeRec' has no member named 'height'
fontrenderer.cpp:350: error: 'FTC_Manager_LookupSize' was not declared in this scope
make[4]: *** [fontrenderer.lo] Fehler 1
make[4]: Leaving directory `apps/tuxbox/libs/liblcddisplay'
gugu
Interessierter
Interessierter
Beiträge: 92
Registriert: Montag 23. Februar 2009, 14:48

Re: Enigma für generic boxtype

Beitrag von gugu »

apps/tuxbox/libs/liblcddisplay
Hat das was mit Enigma zu tun ?
liblcddisplay ist für Neutrino, oder ?
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Enigma für generic boxtype

Beitrag von rhabarber1848 »

gugu hat geschrieben:Hat das was mit Enigma zu tun ?
Nein, aber mit dem Patch aus diesem thread:
http://www.tuxbox-cvs.sourceforge.net/f ... 41#p379541
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: Enigma für generic boxtype

Beitrag von seife »

poeschel hat geschrieben:Die Hardware Vorraussetzungen werden sehr niedrig sein. Eine DVB Karte ist Vorraussetzung, sonst nicht viel. Enigma läuft ja auf sehr schmalbrüstiger Hardware, ich schätze mal, wenn die DVB Karte einen Hardwaredecoder hat, sollte ne 200 Mhz CPU und ca 64 MB RAM reichen.
Wie willst du das mit dem OSD machen? Oder gibt es inzwischen full-featured Karten, die einen ordentlichen Framebuffer haben?
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Enigma für generic boxtype

Beitrag von rhabarber1848 »

rhabarber1848 hat geschrieben:Sollte wieder funktionieren, ich habe einige Teile des Patches wieder reverted.
Ich habe soeben den Ursprungszustand wiederhergestellt, da die Plugins sysinfo,
input und msgbox unlesbare Zeichen dargestellt haben. Die anderen Plugins
oder Enigma habe ich gar nicht mehr getestet. Sorry, dass ich den Patch so
voreilig committed habe. Prinzipiell finde ich das Aufräumen der FT-defines
eine sehr gute Idee, sie bedarf nur mehr Tests :oops:
poeschel
Interessierter
Interessierter
Beiträge: 20
Registriert: Donnerstag 5. Mai 2011, 11:46

Re: Enigma für generic boxtype

Beitrag von poeschel »

seife hat geschrieben: Wie willst du das mit dem OSD machen? Oder gibt es inzwischen full-featured Karten, die einen ordentlichen Framebuffer haben?
Naja, zu dem "ordentlichen" kann ich nichts sagen. Ich kann nur sagen, dass meine Karte ein Framebuffer Device anbietet. (vdr macht doch seine OSDs auch nicht anders, oder ?) Zur Not lass ich das OSD auf der Grafikkarte anzeigen. Aber ich bin davon noch ein Stück entfernt.
poeschel
Interessierter
Interessierter
Beiträge: 20
Registriert: Donnerstag 5. Mai 2011, 11:46

Re: Enigma für generic boxtype

Beitrag von poeschel »

Ich mach nochmal nen Versuch mit den Freetypes. Ich hab wieder auf ab 2.1.8 für die FT_NEW_CACHE_API umgestellt.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: Enigma für generic boxtype

Beitrag von seife »

poeschel hat geschrieben:Naja, zu dem "ordentlichen" kann ich nichts sagen. Ich kann nur sagen, dass meine Karte ein Framebuffer Device anbietet. (vdr macht doch seine OSDs auch nicht anders, oder ?) Zur Not lass ich das OSD auf der Grafikkarte anzeigen. Aber ich bin davon noch ein Stück entfernt.
Nein, VDR macht das OSD über das OSD device der Karten. Das ist kein richtiger Framebuffer und die Karten haben auchzuwenig Speicher, um einen Framebuffer zu "simulieren".
Was für eine Karte ist denn das genau? Evtl. hat sich da ja doch noch was getan (auch wenn ich das nicht recht glaube, technisch sind die Karten die es heute zu kaufen gibt im allgemeinen noch auf dem Stand von vor 15 Jahren)

Wie würdest du Die Grafikkarte und das Bild des MPEG-Dekoders überlagern?

Neutrino habe ich schon auf einer DVB-Karte betrieben, aber halt *ohne* OSD, das OSD gabs auf einem extra Monitor und nicht auf dem Fernseher ;)
mrvica
Einsteiger
Einsteiger
Beiträge: 342
Registriert: Freitag 24. September 2004, 12:48

Re: Enigma für generic boxtype

Beitrag von mrvica »

seife hat geschrieben:Was für eine Karte ist denn das genau?
höchstwahrshceinlich eine Technotrend Premium oder allgemein bekannt als Sky Star 1, die haben mpeg Dekoder on Board, die Sky Star 2 machten das mit Software, die neuen Karten sind alle mit BDA Treiber Unterstützung
mrvica
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: Enigma für generic boxtype

Beitrag von seife »

Was es höchstwahrscheinlich ist, weiss ich selber. Aber evtl. gibt es ja auch noch neue Full-Featured karten, die auch einen richtigen Framebuffer haben und nicht nur diese > 10 Jahre alten AV7110 basierten Krücken (so eine habe ich selber noch hier rumliegen)
poeschel
Interessierter
Interessierter
Beiträge: 20
Registriert: Donnerstag 5. Mai 2011, 11:46

Re: Enigma für generic boxtype

Beitrag von poeschel »

Es ist tatsächlich eine TechnoTrend Premium mit dem av7110. Ich würd bei der allerdings nicht gleich von Krücke sprechen, immerhin wird sie prima von Linux unterstützt und macht ihre Sache ja auch nicht schlecht. :)
So und wenn es vielleicht einige enttäuschen wird: Mein Ziel ist im Moment gar nicht, enigma als super "Fernsehschau-Programm" auf den PC zu bringen. Das können ja vdr und tvtime und weiß ich wer noch alles ziemlich gut. Ich als Anfänger will mit der Sache vorrangig etwas über enigma lernen und außerdem denke ich mir, dass enigma auf dem PC prima debuggt werden könnte, bzw um Features erweitert werden kann. Das geht auf dem PC etwas einfacher und schneller, als auf der Box. Von daher ist es mir erstmal nicht so wichtig, WO das OSD rauskommt. Auf der Grafikkarte würde reichen.
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Enigma für generic boxtype

Beitrag von rhabarber1848 »

try3:

Code: Alles auswählen

tuxmail.c: In function 'plugin_exec':
tuxmail.c:3756: error: 'FTC_Image_Desc' has no member named 'type'

tuxcald.c: In function 'OpenFB':
tuxcald.c:402: error: 'FTC_Image_Desc' has no member named 'type'
Ich vermute, eine Unterscheidung

Code: Alles auswählen

#ifdef FT_NEW_CACHE_API
#else
#endif
reicht nicht aus, da die drei FT-Versionen zu unterschiedlich sind.
poeschel
Interessierter
Interessierter
Beiträge: 20
Registriert: Donnerstag 5. Mai 2011, 11:46

Re: Enigma für generic boxtype

Beitrag von poeschel »

rhabarber1848 hat geschrieben: Ich vermute, eine Unterscheidung

Code: Alles auswählen

#ifdef FT_NEW_CACHE_API
#else
#endif
reicht nicht aus, da die drei FT-Versionen zu unterschiedlich sind.
Ich danke dir erstmal, für das geduldige probieren. Ich würd mal behaupten, dass eine Unterscheidung reicht.
Ich versteh nur nicht, das der Fehler bei mir nicht auftrat beim probieren. Ich habe echt alle 3 Varianten durchprobiert. Ich hab in prepare reingeschrieben:

Code: Alles auswählen

--with-freetypeversion=realold
prepare ausgeführt und mit

Code: Alles auswählen

make yadd-enigma
gebaut. Dann gecleant, mit old gebaut und wieder gecleant und mit current gebaut. Bei mir kam dieser Fehler nicht.
Komisch. Ich glaube fast, dass bei mir irgendwas schief geht beim Patch erstellen.
rhabarber1848 hat geschrieben:

Code: Alles auswählen

tuxmail.c: In function 'plugin_exec':
tuxmail.c:3756: error: 'FTC_Image_Desc' has no member named 'type'

tuxcald.c: In function 'OpenFB':
tuxcald.c:402: error: 'FTC_Image_Desc' has no member named 'type'
Eh ich jetzt wieder groß anfange Patches zu generieren und zu posten, kannst du bitte an den beiden Stellen bitte mal type durch image_type ersetzen und probieren.
Danke!
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Enigma für generic boxtype

Beitrag von rhabarber1848 »

poeschel hat geschrieben: kannst du bitte an den beiden Stellen bitte mal type durch image_type ersetzen und probieren.
Damit funktioniert das kompilieren (nur "make plugins" getestet),
tuxcal.c, Zeile 2754, musste auch entsprechend geändert werden.
Einen Test der binaries mache ich morgen.
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Enigma für generic boxtype

Beitrag von rhabarber1848 »

poeschel hat geschrieben:Dann gecleant
Ich traue den clean targets nicht, sondern kompiliere immer in einem
leeren Verzeichnis, in das der CVS-Code hineinkopiert und dann gepatcht
wird. Zur Beschleunigung nutze ich dazu eine Kopie der toolchain, die in
das Kompilierverzeichnis hineinkopiert wird:
http://www.tuxbox-cvs.sourceforge.net/f ... 24#p371124
http://www.tuxbox-cvs.sourceforge.net/f ... 75#p371575
"make bootstrap" ist damit schon erledigt :)
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Enigma für generic boxtype

Beitrag von rhabarber1848 »

Noch ein Fehler:

Code: Alles auswählen

fontrenderer.cpp:151: error: prototype for 'FT_Error FBFontRenderClass::getGlyphBitmap(FTC_ImageTypeRec_*, FT_ULong, FTC_SBitRec_**)' does not match any in class 'FBFontRenderClass'
../../src/driver/fontrenderer.h:107: error: candidate is: FT_Error FBFontRenderClass::getGlyphBitmap(FTC_Image_Desc*, FT_ULong, FTC_SBitRec_**)
make[5]: *** [fontrenderer.o] Fehler 1
make[5]: Leaving directory `/root/tuxbox/work_glibc/compile/apps/tuxbox/neutrino/src/driver'
poeschel
Interessierter
Interessierter
Beiträge: 20
Registriert: Donnerstag 5. Mai 2011, 11:46

Re: Enigma für generic boxtype

Beitrag von poeschel »

Und nochmal ein Versuch...
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Enigma für generic boxtype

Beitrag von rhabarber1848 »

poeschel hat geschrieben:Und nochmal ein Versuch...
Das sieht gut aus, yadd-neutrino und yadd-enigma funktionieren und die Schrift der Plugins ist lesbar.
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Enigma für generic boxtype

Beitrag von rhabarber1848 »

freetype4thtry.diff committed
Gastone
Interessierter
Interessierter
Beiträge: 40
Registriert: Donnerstag 30. April 2009, 18:49

Re: Enigma für generic boxtype

Beitrag von Gastone »

edit:
sorry
removed
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Enigma für generic boxtype

Beitrag von rhabarber1848 »

Gastone hat geschrieben:edit:
sorry
removed
everything ok now with Freetype?
Gastone
Interessierter
Interessierter
Beiträge: 40
Registriert: Donnerstag 30. April 2009, 18:49

Re: Enigma für generic boxtype

Beitrag von Gastone »

i'm sorry, i have some compile probs and touch touch touch i received that error
starting from zero i received another one, so i deleted the reply and started another thread

regards
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Enigma für generic boxtype

Beitrag von rhabarber1848 »

newmake is the only supported way to build Dreambox images using Tuxbox CVS.
You hit some bugs which should be fixed by this patch: EDIT: patch file removed