Beiträge von fred_feuerstein

Hab das Kodak G240 nun hier und nach dem fulldump gleich mal geflasht. Muss sagen, Du hast bzgl. Helligkeit, Kontrast und vor allem Blickwinkel vollkommen Recht.
Dann bin ich mal auf die "finale" Firmware-Version gespannt

Danke schonmal.

Super. Ich glaube, dann hole ich mir mal so ein Display. Einfach zum Test.

Hallo superelchi,
funktioniert das mit dem flashen etc. genau wie bei den bisherigen DPFs?
Oder ist was zu beachten. Das Display ist halt vom Design her recht interessant.

Ein Samsung SPF87H und auch einige andere Typen von Samsung Bilderrahmen funktionieren auch an lcd4linux bzw. graphlcd.
Diese Displays müssen auch nicht mit alternativer Firmware erstmal dazu gebracht werden.

Hier geht es aber im Thread um die Displays mit besagtem ax206 Chip (Pearl und dessen China-Klone)
Und aktuell sind keine größeren Displays mit dem Chip als eben die 2,4" bekannt ...

Andere, größere Displays als die von Samsung sind mir nicht bekannt. Deine Fragen gehen aber schon etwas ins Offtopic.
Hier im Thread geht es ja "nur" um die Firmwares für das Pearl-Display und dessen Clone. Nicht um die Konfiguration und Ansteuerung des Displays vom PC/Receiver/VDR ..

die meisten Fragen hast Du Dir ja schon selbst beantwortet.

zu edit 3:
5 bis 7 Zoll wird nichts... da sind keine Displays bekannt. Bzw. ab 7 Zoll oder 8Zoll gibt es welche von Samsung, bspw. 75H oder 85H. Das 75H ist über eBay teilweise für 30 EUR zu bekommen. Braucht nicht gepatched zu werden und läuft direkt unter lcd4linux.

OK.

Allerdings hatte ich vorhin reproduzierbar nur den geposteten Befehl abgesetzt und auf der console konnte man verfolgen wie das System eine Firmware nach der anderen in alphabetischer Reihenfolge der knowntypes erstellt hat.
Aber egal. Nun klappt es ja.

Prima. Damit hat es bei beiden Ubuntus geklappt.

Nach dem distclean wurde nun auch nur noch die taobao erstellt

Somit alles palletti. Danke.

Durch das Update auf Rev44 und das geänderte Makefile klappt das Make bei mir unter Ubuntu 10.04 nicht mehr.
Es kommt dann:

Makefile:34: *** missing separator.  Schluss.
make: *** [clean] Fehler 2

Habe dann das von Dir hier angehängte geänderte Makefile wieder eingefügt. Damit geht es wieder.

Unter 12.04 kein Problem. Hier läuft alles normal.

Wobei. Generell, also mit dem geänderten Makefile unter 10.04 als auch Standard SVN unter 12.04 werden nach Eingabe von bspw.

make TYPE=taobao clean all > /dev/null

dann ALLE möglichen Firmwares erstellt und nicht nur die eine.

Hi superelchi.

Damit hat es funktioniert. Die Firmware wird erstellt.
Vielen Dank für die Hilfe.

Also "alias grep" gibt folgende Meldung:

alias grep='grep --color=auto'

und "/bin/grep -Eo "LCD_WIDTH.+[0-9]+" lcd/pearl_custom/dpfmodel.h" ergibt:

LCD_WIDTH  320

Wie gesagt, unter 12.04 läuft es nun. Die obigen Ausgaben sind vom 10.04 Ubuntu.

Ich bekomme bei beiden Zeilen keine Ausgabe.

Distri ist Ubuntu 10.4. (ja, ist alt, aber läuft ansonsten gut und hat alle Aktualisierungen)

Habs jetzt nochmal unter 12.04 ausprobiert. Damit bekomme ich die von Dir angegebenen Ausgaben bei den beiden Zeilen.
Hier klappt es auch mit dem Erstellen der Files.

Allerdings würde es mich trotzdem interessieren, woran es bei der 10.04 liegt ...

investiere jetzt nicht zuviel Zeit da rein, superelchi ... so wichtig ist es nicht.
Wäre halt nur schön, wenn es klappen würde.

out.txt anbei.

ok. Danke. Das mit intelhex hat nun scheinbar geklappt. ffmpeg ist auch neueste Version.

Allerdings hänge ich nun hier nach Eingabe von: make TYPE=pearl_custom clean all > /dev/null

Traceback (most recent call last):
  File "compile.py", line 300, in <module>
    resx = int(sys.argv[7])
ValueError: invalid literal for int() with base 10: 'res/splash.x.rgb'
make: *** [fw_pearl_custom.ihx] Fehler 1

in dem Backup vom alten dpf-ax (rev42) funktioniert noch alles.

Dann nutze ich vorerst mal die "fertigen" Firmwares ...

Mein Problem ist scheinbar das hier: " ... Possibly some knowledge ..." about Linux

Zitat von superelchi

Sourceforge war so "nett" das Projekt automatisch auf seine neue Platform zu migrieren.
Dabei haben die die Svn-Pfade geändert.

Neuer Pfad/Befehl zum Auschecken:

Code

svn checkout svn://svn.code.sf.net/p/dpf-ax/code/trunk

Ok. Das hat schonmal funktioniert.

Leider klappt das Erstellen einer Firmware noch nicht bei mir.

Nach:

make TYPE=pearl_custom clean all > /dev/null

kommt nur:

Traceback (most recent call last):
  File "compile.py", line 8, in <module>
    import intelhex
ImportError: No module named intelhex
make: *** [fw_pearl_custom.ihx] Fehler 1

Irgendeine Idee?

Schön, dass die Entwicklung weitergeht

Nur, könntest Du einem "Nicht-Linux-Profi" kurz auf die Sprünge helfen, wie man die neue Version auschecken kann?
In meiner VM-Ware hatte ich das bisher unter dpf-ax/trunk drin. Dort konnte ich über "svn up" auch die Updates bekommen. Aktuell ist dort Rev 42.

Aber weder mit "svn up" noch mit einem Neustart in einem leeren Ordner über "vn co https://dpf-ax.svn.sourceforge.net/svnroot/dpf-ax/trunk" bekomme ich die neue Version.

Welches Display (Typ, wo gekauft, Link, ...), welche Firmware Version, welche Anleitung (es gibt es einige) ?! Ein paar mehr Infos wären schon nicht schlecht.

Ein blaues Bild würde ja auf die ersten "Hack" BSOH hindeuten bei einem "echten" Pearl Display. Ist auf dem blauen Bildschirm auch irgendwas drauf? Text oder sowas?

Ja, 3.5" wäre super. Habe aber auch noch nie was größeres gesehen als 2.4"

Bei mir sind auch bei allen Displays die Akkus entfernt. Was für eine Batterie-Meldung meinst Du? (bitte etwas genauer erläutern)
Nutzt Du die den Displays beiliegenden Kabel oder andere Kabel?

verätst du uns nun auch, um welchen Outdoor Einsatz es geht?