Hallo Leute,
finde es auch interessant, daß hier so viele Leute sich über etwas aufregen, was Sie eigentlich nicht betrifft ....
Keine Klegen 'mein orginal geht nicht' ...

Die einzige Klage, der ich mich gerne anschließe, ist: macht das IhaD wiedr auf!

Ansonsten kann ich mir blos vorstellen, daß einige im dukeln sizen, und deswegen so viel schreiben müssen -:)

Ich habe meine Dreambox unter anderem deswegen gekauft, weil ein deutsches Unternehmen tapfer versucht, mit der internationalen Konkurez Schritt zu halten.

Wer da mit Raubkopierern nachsichtig ist, ist tot ...
Sicher richtig, es gibt viele Wege, aber leider können sich viele 'Piraten' hinter Regierungen und Ländergrenzen verstecken.

Eines muß klar sein: jeder, der eine 'geklonte' Dreambox kauft, und sie mit 'nichtlizensierter' Software beteribt, schadet sich am Ende selbst. Er ruiniert den Standort Deutschland.
Die größte Macht haben halt immer noch die Kunden. Und wenn sie weiterhin eine Dreambox kaufen wollen, dann dürfen sie keine Kopie kaufen. Von nix kommt nix.

Wenn das IhaD Piratenware unterstützen würde, könnten sie bald zu machen, da es dann DMM nicht mehr geben würde.

Mitleid mit dem Kunden?
Nun, wenn jemandem bis heute noch nicht klar ist, daß das Internet ein geährliches Pflaster ist, der Bestellt auch nch Vaigra für 10cent ...
Aber der sollte dann eigentlich auch die Warnungen bei DMM gelesen haben ????

nix für ungut
Wolpi

Hallo calis,

wie gesagt, selber hab ich da noch nicht so viel ausprobiert ...
Will meine fb auch ungern verstellen

Hast du das mal ausprobiert:

Zitat

1) For most non-LCD remotes:

- Press and hold SETUP (might be labelled SET, MAGIC or P), 2 flashes
- Type 981, 4 flashes

also auf dream drücken (zur vorsicht),
dann settup bis dream 2x leuchtet.
dann 981 eingeben, dann sollte dream 4 mal leuchten ...

und dann ist viellecht wieder alles in Ordnung ...

Schöne Pingsten

wolpi

Ich hab da noch was gefunden (nicht selber ausprobiert ..)
hier

Hallo calis,

schaaaade

Also von einem hardware reset hab ichnirgends was gelensen, muss aber nix heissen ....
Wenns ne alte Fernbedienung is, kann man vielleicht noch was uüber JP1 machen (codes einspielen, setzen usw...). Hab da allerdings keineErfahrung damit da meine zu neu für sowas ist und ich erst auf das neue Interface warten muss ...

Ansonstem im JP1 Forum stöbern unter Stichwort "Dreambox"

Grüsse
Wolpi

Vielleicht hilft ja das?

ansonsten hab ich noch irgendwo was von code 1267 gelesen, weis aber nicht mehr wo ....

Grüsse
Wolpi

Hallo Leute,
nachdem ich ein paar Tage damit zugebracht habe, in allen Foren zu stöbern (ja, ich kenne die Suchfunktion) um meine Fernbedienung zu programmieren, wollte ich hier einfach mal allen, die nicht so vile Zeit haben, eine kurze Zusammenfassung geben ...

Ich habe DB7025S (seit Januar) mit FB.
Die (interne) Bezeichnung ist URC 39930.
(seiht man so halb durchs Batteriefach neben dem Stecker)

Nachgewiesener maßen handelt es sich um eine FB mit JP1.2 (Nicht JP1!), siehe hier.
Diese FB's sind noch nicht über Kabel programmierbar, der Stand der Entwickung ist in diesem Thread nachzulesen.
Das 'normale' JP1 Kabel funktioniert hier nicht mehr (andere Pinbelegung, andere Signale ...).
Bis was kommt, kann es noch mindestens einen Monat dauern (nix gwiß woas ma ned..), siehe Entwicklungs-Thread.

Ich hoffe, dem ein oder anderen mit dieser Info a bisserl Suchen und probieren erspart zu haben...

Grüsse an alle und Dank an das JP1 Team!

Wolpi

If you look int o the configure file, you will find somthing like this:

Zitat

checking for a Python interpreter with version >= 2.3... python
checking for python... /home/wolpi/src/dreambox/build/tmp/staging/x86_64-linux/bin/python
checking for python version... 2.4
checking for python platform... linux2
checking for python script directory... ${prefix}/lib/python2.4/site-packages
checking for python extension module directory... ${exec_prefix}/lib/python2.4/site-packages
checking for Python include path... /home/wolpi/src/dreambox/build/tmp/staging/x86_64-linux/include/python2.4
checking for Python library path... /home/wolpi/src/dreambox/build/tmp/staging/x86_64-linux/lib/python2.4/config

Alles anzeigen

(if you have compiled with the 'i686' option, you'll get the 'i686' instead of the ...x86_64...)
To my opinion, the last two paths are wrong.
To get the system running, I have faked the include path to point to

Zitat

/home/wolpi/src/dreambox/build/tmp/staging/mipsel-linux/include/python2.4

But you have to do that only for compiling enigma.

That's how it worked for me, but I'm not an expert ....

Good luck! =)

Wolpi

To set set BUILD_ARCH = "i686" is just to cure the symptoms, not kill the cause ... The real cause for the error is that there are wrong include paths taken when building enigma (compiling the python source). The main include ( ... pyhton/include) points to the i686 or x64 directory, not the mipsel one, as it should.
I've tried to run through the make files to find a solution, but had no luck yet. So I ended up to fake the path to the python include directory to point to the right one (the one under mipsel), and everything worked out well. But, that's still not a solution ....
I lookt at the python website and they said that it is very difficult to cross compile .... I have to agree to that.
I must admit, I'm not fit in python, nor good in cross-compiling, so I hope at some time sombody might have the the skills and the time and the will to look into the problem

Don't worry, be happy

Wolpi

Its exact the same poblem I have building it on a x64 architecture ....

Well, tuner2 works ...
If you set it up excactly as Tuner1, alwas tuner1 is used, as long as possible. So also the sat scan is done (only) on tuner1, because it has all the sats to be used.
(I do only have one Sat, so i do not know what will happen if you use different sattelites on the different tuners)
Normally, tuner2 is used when tuner1 is already in use (e.g by recording).
It woeks fine here.

Well, that's only my experience report, maybe sobmody has different satellite dishes / sats on the two tuners ....

Wolpi

dnous, it really doesn't look good ...

I found the following part in one of the datasheets for nand flashes:

Zitat

All device locations are erased(FFh) except locations where the initial invalid block(s) information is written prior to shipping. The
initial invalid block(s) status is defined by the 6th byte in the spare area. Samsung makes sure that either the 1st or 2nd page of
every initial invalid block has non-FFh data at the column address of 517. Since the initial invalid block information is also erasable
in most cases, it is impossible to recover the information once it has been erased. Therefore, the system must be able to recognize
the initial invalid block(s) based on the initial invalid block information and create the initial invalid block table via the following suggested
flow chart(Figure 3). Any intentional erasure of the initial invalid block information is prohibited.

(its from a Samsung K9F2808U0C NAND Flash as an example)

I haven't had a look at the code or so, but are you shure you haven't damaged anything by by writing the nfi? I'm not experienced enough how the nfi works and which parts are rewritten, but i'm sure an easy memcopy won't work at all - because I'm sure they are using a Flash File System.

But maybe I'm also totally wrong ...

Regards
Wolpi

If you boot via the network, the serial interface also tells you which blocks are bad
Wolpi

Hello RH,
I recognized that sometimes if you press the down button to flash through the network, it does not set up the connection via http ...
it gives the right messqages on the serial interface, but then waits for the deramup program to continue ...
(especially boot #41).
if, on the serial connection, you press the 's' in time, it goes into the serial setup, and then you can also access it via the network (http).
Then, everything is fast.
Well, with the latest updates, everything looks fine ...

Wolpi

It's a Dream Box ... so its to fulfill your dreams, not to give you the full, finished story (go to Rosamunde, instead or buy ....(all other brands to be listed here)). It's nothing for hte big bellies on the sofa .... Be anxious to ride into the mext morning! You are jumping the edge of technology, there is no other (as far as my short mind knows) reciever with hdd and two sat tuners on the market yet... Yes, it's not perfect, but people are working hard to make it so. And they are thinking of people that want more than a box doing the things the manufacturer wants.
From my point of view, with a little bit of an adventurous mind, a little bit of a childs non-knowledge, there is no problem of a missing manual.
Just find, that you do not have to live with waht you got .. You'll get more.

keep exploring ...

Wolpi

hallo dieter,
danke für den hinweis, hatte ich auch schon gefunden,
der behebt vielleicht das symptom (die Fehlermeldung) aber nicht die Ursache (nämlich daß ein falsches Verzeichnis eingebunden wird ...)
Er bindet dann halt das i686-linux/include/python2.4 verzeichnis ein, aber nicht das für mispel-linux.

Ich habe hier ein 64bit userspace, also kompilier ich auch meine tools dafür. hat ja erstmal mit der zielplattform nix zu tun.

floh: das configure von enigma fällt unter oe generell?

Grüsse
Wolpi

hallo mordillo,

danke für den hinweis (scheins gibts nicht viele mit 64bit maschinen hier ..)

ich hab in den letzten tagen noch rumprobiert, und die ursache etwas genauer analysiert.
Scheint ein configure problem bei enigma zu sein ...

Habe es mal als Bug bei enigma2 eingestellt (hier), vielleicht finded sich da ja jemand, ders beheben kann.

Grüsse
Wolpi

hallo fireball,

jo, ist das selbe problem, nur jetzt noch mal hier nachdem ich die Ursache etwas genauer lokalisieren konnte. Hoffe halt das hier die richtigen Leute es lesen die das Problem auch abstellen können, OE allgemein ist da vielleicht zu weitläufig ....

Wolpi

Nach einigen Versuchen hab ich es endlich geschafft, mein Image auf meiner 64-bit Maschine zu kompilieren und es funktioniert auch.
Alles geht glatt, nur bei der Kompilierung von enigma2 fliegt er mit einem Fehler mit falschen integer (long) grössen raus. Das Problem ist das der Pfad für die header files durch configure falsch erkannt wird.
Es wird .../staging/x86_64-linux/include/python2.4 statt .../staging/mipsel-linux/include/python2.4 erkannt. nach umbigen des Verzeichnisses konnte ich enigma2 einwandfrei kompilieren, und es läuft auch. Das problem trit NUR bei der enigma2 kompilierung auf, alles andere läuft mit den standardeinstellungen durch!

Auf 32bit systemen fällt der Fehler nicht auf, da da die integer grössen mit denen vom Zielprozessor übereinstimmen, also das falsche Verzeichnis nicht erkannt wird.

Grüsse
Wolpi

Hallo dreg,

Nun, keine einfache Konfiguration ....
Du müsstest den PC als Router setzten, damit die Box über den ins internet kommt.
Desweiteren musst du natürlich für Box und WLan verschiedene Netzwerk - Adressbereiche verwneden, sonst weis keiner wohin (scheint momentan bei dir das Problem zu sein).

Grüsse
Wolpi

Hallo frankyboy,
hast du die IP adresse für das booten eingestellt? Is nämlich eine andere als die im on screen menu. Du musst dich dafür seriell verbinden und beim einschalten den Knopf nach unten drücken, um dann über hyperterm das einstellen zu können.
Am besten jedoch ist es jedoch, erst mal dreamup zu verwenden, da hast du am wenigsten zu tun ... (siehe auch andere threads dazu bzw. offizielle anleitung). Aber immer brauchst du erstmal ein serielles kabel ...

Viel Spass wolpi