when a shop is being closed the financial situation is clear without knowing details.

well, there was probably nobody who wanted to buy a dead horse.

this site is owned by:

IT-POWER-TECHNOLOGY
Leonardo Caterisano
Einsteinstraße 23

51061 Köln

Kontakt

E-Mail: info@dreambox.de

contact them and ask your questions... and you will know for sure.

if you believe then just wait.

in the meantime you could try open e2 images. they have newer ffmpeg, gstreamer etc. stuff.

yes, that's not a suprise... but as there are no dream developers left... there will not be no updates.

you will have to live with what you've got.

naja, es ist schon nicht einfach, aus deinen kryptischen aussagen was sinnvolles herauszulesen.

aber die aussage, dass das risiko, die box mit open zu schrotten wesentlich niedriger im legacy modus ist, ist doch mal ne klare ansage.

d.h. wenn jemand oatv auf ne one/two flashen will, dann sollte er vorher in den legacy non-gpt mode wechseln.... und dann ist alles gut?

Quote from gutemine

EDIT: Und du bist Dir wirklich sicher das auf einer dm9x0 das ofgwrite den Images gegenseitig Ihre Kernel im Flash überschreiben sollte oder das Sie fürs Multibooten an kritischen Stellen den Schreibschutz vom Flash aufmachen und die user mit dd drauf schreiben lassen während Sie ein Gebet sprechen ???

habe ich auch schon gemacht... scheint keine schaeden anzurichten... zumindest hat die box bisher immer gebootet.

Quote from gutemine

Wie schon anderweitig geschrieben schreibt das "gute alte" oftgwrite den kernel immer in die Kernel Partition des Legacy Flash layouts obwohl sie bei GPT Umstellung in /boot im Filesystem liegen, was eben deutlich weniger fehlerhaft ist. Stellt man dann auf GPT um, geht das nächste online flashen evt. auch NICHT gut aus.

naja, ofgwrite schreibt ja den kernel bei dm9xx an die richtige stelle... dm9xx hat gpt... also wenn ofgwrite nach der gpt-umstellung bei one/two an die falsche stelle schreibt, dann ist da was nicht kompatibel... sonst wuerde es ja keine probleme geben.

und trotzdem sind one/two immer noch inkompatibel zu dm9xx... und die flash groesse spielt fuer die kompatibilitaet keine rolle.

verstehe wirklich nicht, warum dream bei one/two nicht von anfang gpt hatte, wenn es die dm9xx doch schon hatte. sowas generiert doch nur probleme.

die einzige erklaerung waere, dass es schnell gehen musste und man einfach was existierendes von einer referenzplattform verwendet hat.

well, die eigentliche ursache fuer das ganze chaos ist doch, dass man das flash layout, etc. nicht kompatibel zu dm9xx gelassen hat... ich verstehe immer noch nicht, welche vorteile die umstellung und inkompatibilitaet haben soll.

so, der blitz wars... flash = blitz

also generell werden one/two imho von open nicht supported. openvix z.b. hat keinen support drin. scheint nur oatv zu machen.

das sollte eigentlich funktionieren... nach e2 restart nach dem draufkopieren. dreamboxedit macht ja auch nichts anderes als diese dateien auf die box zu kopieren.

heul doch...

uebrigens: ich habe neulich meinen allerersten pull request in ein open git gemacht. die erste reaktion war natuerlich: was will denn der? dann hat hat man ein bisschen frage... antwort gespielt und letztendlich den pr akzeptiert. da staunste ne?

open source ist gemeinschaftsarbeit... und dafuer bist du halt nicht kompatibel.

weil ich das problem gar nicht beschreiben koennte.

ausserdem funktioniert open source besser, wenn ein wissender einen fix macht und per pull request eincheckt.

hier ist ein problem, macht mal... ist keine gute vorgehensweise.

dachte mir schon, dass du kneifst

das ist nichts halbes und nichts ganzes... und wer weiss, welche nebenwirkungen es hat.

wenn du wirklich helfen wilst, dann fixe ofgwrite und mache einen git pull request.

alles andere ist rumgelabere und wichtigtuerei.