There's probably no udev running on the dreambox, so you'll need to create the device nodes by yourself.
Just guessing.
Beiträge von seife
-
-
-
Dasselbe ist soeben im Live-TV-Betrieb beim Versuch, über's Netzwerk zu streamen passiert, Der oops ist exakt derselbe.
-
Hallo,
Ich bekomme des öfteren das hier:Code
Alles anzeigenOops: kernel access of bad area, sig: 11 [#1] NIP: C001A620 LR: C001A6B8 SP: C02F5E80 REGS: c02f5dd0 TRAP: 0300 Tainted: P MSR: 00021230 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11 DAR: 00000003, DSISR: 00000000 TASK = c02df410[3] 'events/0' THREAD: c02f4000Last syscall: 120 PLB0: bear= 0x00000000 acr= 0x00000000 besr= 0x00000000 PLB0 to OPB: bear= 0x00000000 besr0= 0x00000000 besr1= 0x00000000 GPR00: C001A6B8 C02F5E80 C02DF410 C3912704 00000003 00000001 00000000 00000000 GPR08: C01F70C7 00000002 00003FFF 00000003 00000000 00000000 00000000 00000000 GPR16: 00000000 00000000 00000078 00000000 C39116F4 00000001 00000000 00000000 GPR24: 00000003 00000000 00000000 00000758 C3912704 00029230 00000001 C02F5E80 NIP [c001a620] __wake_up_common+0x30/0x9c LR [c001a6b8] __wake_up+0x2c/0x48 Call trace: [c001a6b8] __wake_up+0x2c/0x48 [c38da0c0] DmxDevSectionCallback+0x21c/0x234 [head] [c38d26d0] gtx_task+0x284/0x650 [head] [c002dd74] worker_thread+0x194/0x20c [c0032598] kthread+0xc8/0x104 [c0006768] kernel_thread+0x44/0x60 GPTC: [IR-RX] capture overflow GPTC: [IR-RX] capture overflow GPTC: [IR-RX] capture overflow
Danach geht die Fernbedienung nicht mehr (die Leuchtdiode blinkt nicht mal mehr) und der Prozess, der die das demux-Device geöffnet hatte, lässt sich nicht mehr beenden.
Ich kann es nicht 100% reproduzieren, aber es tritt öfters auf, allerdings nur wenn Aufnahmen abgespielt werden (es ist mir noch nie im Live-TV-Betrieb passiert).
Ich verwende die letzten Treiber für die DM500: dreamdriver_dm500_20071022.tar.bz2(Ich hätte mir das Problem selbst mal angeschaut, aber ich kann die Quellen zu head.ko nirgends finden?)
-
Bei allen Geräten, wo es nicht explizit beworben wird würde ich davon ausgehen, dass es auch nicht richtig funktioniert.
-
Das ist in neueren Kernels (~2.6.18 wenn ich mich recht erinnere...) gefixt.
Die Platte hält es allerdings aus, die emergency-Unloads sind typischerweise mit mehreren zigtausend spezifiziert. -
Ja, aber illegale images will ich mir auch nicht runterladen in Zeiten von Rolli-Mielke & Co...
-
Interessant ist allerdings, dass die Kiste eine 00:09:34 MAC-Adresse hat.
Das hat meine auch, und hier im Forum wird generell kolportiert, dass das das Zeichen für Originalität sei.Nachdem meine dm500s dermassen scheisse ist (schlechtes Bild, miese Fernbedienung,...), würde ich als Ausrede für dream ja gelten lassen, dass es ein Klon ist, aber es gibt ja kein Testtool um das zu überprüfen...
-
Zitat
Original von Homey
Könnte man (rein theoretisch) sowas auch mit der dreambox machen ?
Klar.Dabei gilt es allerdings rfc1925 zu beachten (ursprünglich für Netzwerkprobleme gedacht, gilt aber auch hier), insbesondere Punkt 3 und 5-8.
-
Zitat
Original von schlemmer-it
Und nur zur Info: Es gab da ein anderes "Projekt", dem ebenfalls der Chiphersteller auf diesem Wege den garaus gemacht hat.
Sucht mal nach Informationen über die "Triple Dragon"...
Nur um hier irgedwelchen Dolchstosslegenden vorzubeugen: der TD wurde nicht von IBM der Garaus gemacht. Das ist eine traurige Geschichte, die aber mit Hard- und Software nichts zu tun hat. (Und an der Softwarefront wird sich demnächst was tun ;)) -
You got expert advice: "Just build your own image". You even got an explanation how to use google to find help doing so. But you don't want it. Well, then we cannot help you.
There is no easy way of doing what you want. To create a "maxvar" image, you need to patch the kernel sources and recompile. The easiest way to do this is to build your own image. While you are at it, you can add whatever you want, change the bootlogo, etc.
It will need some programming skills, though. -
Just build your own image, it's much easier and less error prone then messing around in an existing image.
-
Well, exactly what the error said: you referenced an enum as int, which is not allowed.
How did you choose the "5" for "plugins(5)"?
-
Problembeschreibung:
showlogo benutzt nicht dieselben Farbeinstellungen wie enigma, darum wird das bootlogo in CVBS anstelle S-Video ausgegeben.
Fehlermeldung:
/var/tuxbox/config/enigma > grep pin8 config
i:/elitedvb/video/pin8=00000000
u:/elitedvb/video/pin8=00000000
/var/tuxbox/config/enigma > grep colorformat config
i:/elitedvb/video/colorformat=00000001
u:/elitedvb/video/colorformat=00000003Der fix ist einfach:
Diff
Alles anzeigenIndex: boot/showlogo/showlogo.cpp =================================================================== RCS file: /cvs/tuxbox/apps/tuxbox/enigma/boot/showlogo/showlogo.cpp,v retrieving revision 1.5 diff -u -p -r1.5 showlogo.cpp --- a/boot/showlogo/showlogo.cpp 12 Jan 2006 20:27:31 -0000 1.5 +++ b/boot/showlogo/showlogo.cpp 30 Apr 2008 12:23:48 -0000 @@ -102,7 +102,7 @@ int getKey(eString findkey) break; if (strlen(buffer) < 4) break; - if (buffer[0] == 'i') + if (buffer[0] == 'u') { eString b = eString(buffer); b = b.right(b.length() - 2); Index: src/setupvideo.cpp =================================================================== RCS file: /cvs/tuxbox/apps/tuxbox/enigma/src/setupvideo.cpp,v retrieving revision 1.42 diff -u -p -r1.42 setupvideo.cpp --- a/src/setupvideo.cpp 20 Apr 2008 09:19:55 -0000 1.42 +++ b/src/setupvideo.cpp 30 Apr 2008 12:24:03 -0000 @@ -246,11 +246,11 @@ int eZapVideoSetup::eventHandler( const void eZapVideoSetup::CFormatChanged( eListBoxEntryText * e ) { - int old = 1; + unsigned int old = 1; eConfig::getInstance()->getKey("/elitedvb/video/colorformat", old); if ( e ) { - v_colorformat = (int) e->getKey(); + v_colorformat = (unsigned int) e->getKey(); eConfig::getInstance()->setKey("/elitedvb/video/colorformat", v_colorformat ); eAVSwitch::getInstance()->reloadSettings(); eConfig::getInstance()->setKey("/elitedvb/video/colorformat", old ); @@ -259,12 +259,12 @@ void eZapVideoSetup::CFormatChanged( eLi void eZapVideoSetup::VPin8Changed( eListBoxEntryText * e) { - int old = 0; + unsigned int old = 0; eConfig::getInstance()->getKey("/elitedvb/video/pin8", old); if ( e ) { - v_pin8 = (int) e->getKey(); + v_pin8 = (unsigned int) e->getKey(); eConfig::getInstance()->setKey("/elitedvb/video/pin8", v_pin8 ); eStreamWatchdog::getInstance()->reloadSettings(); eConfig::getInstance()->setKey("/elitedvb/video/pin8", old );
Wenn niemand einen guten Grund dagegen hat, dann checke ich das mal ein.
-
Zitat
Original von VIPPEN
The youtube ad: http://www.youtube.com/watch?v=E3_wURptwMM
LOL.
"Mit der beliebten DreamCrypt-Kompatibilität, wo die User sehr scharf drauf sind."
Das glaubt der doch selbst nichtGibt es überhaupt einen Sender, der in DreamCrypt verschlüsselt?
-
Du meinst vermutlich rcS. Dort wird bei returncode "0" die box sofort wieder runtergefahren.
Wenn das alle ok finden (ich würde ja einen restart, der bei allem ausser 0, 3 und 4 gemacht wird oder einen reboot, der bei 4 gemacht wird intuitiver finden), dann muss man halt auch rcS anpassen, so dass bei 0 und 1 runtergefahren wird.
-
Man beachte auch, dass auch die 800 nicht zum streamen gedacht/geplant/beworben/freigegeben ist, siehe technische Daten ;), auch wenn da jetzt Antworten kamen wie "wenn es die 600 und die 500+ schon können, kannst du davon ausgehen, dass es die 800 auch kann". Ich gehe hier von gar nix mehr aus.
Nicht vergessen:
-
Mein vdr braucht 36W, ist aber zusätzlich noch Server für's Heimnetzwerk (der einzige Rechner im Haus, der dauernd läuft). Mit der 3. DVB-S-Karte wird er dann 40W brauchen, ok, aber auch nur, wenn die Platte läuft, was sie normalerweise nicht tut.
Und ja, ich habe nur ne 500, insofern ist es leicht, besser aufzunehmen als die ;), allerdings habe ich beim vdr bisher 100% Erfolg bei den Aufnahmen (die eine, bei der der Strom ausfiel, und die deshalb fehlschlug, will ich nicht dem vdr anhängen).
-
Mein VDR nimmt wesentlich zuverlässiger auf, als meine Dreambox, und mehr Strom als eine Aufnahmefähige Dreambox braucht er auch nicht.
-
Hallo,
siehe http://tuxbox-forum.dreambox-f…iewtopic.php?f=22&t=47774 hier, eFatal() beendet enigma mit _exit(0), gibt es dafür einen einleuchtenden Grund? Was geht kaputt, wenn ich das fixe?