Im GIT hatte ich das auch gesehen aber "this should add" sagt ja nur dass es funktionieren "könnte".
Darum nochmal die Bitte, funktioniert SCART mit dem NeutrinoHD?
Also im allgemeinen sollte scart klappen da es bei Jole`s Neutrino image für den Alien auch läuft , zurnot müsste man mal schauen wo da der unterschied in den images liegt und das anpassen werde aber erst am WE dazu kommen mir das Tuxbox-Neutrino(Achtung nicht das jetzt Axxaro auch diesen Namen noch sichern lässt) auf die Boxe zu hauen.
P.s: Könnte mir mal jemand erzählen was/wo man ändern müsste um das ganze auf ner amiko und nicht auf ner GM990 ans laufen zu bekommen ? Denke da an die FB sonst müsste ja alles gleich sein.
pinky1981 hat geschrieben:just for info:
elchi vom vdr-portal hat nun en fw-hack bereitgestellt womit das pearl-dissi via software auto in debug nach 5s geht und man keinen hw-mod mehr benötigt! getestet und für gut befunden! rockt perfekt! fettes thx to elchi!
P.s: Könnte mir mal jemand erzählen was/wo man ändern müsste um das ganze auf ner amiko und nicht auf ner GM990 ans laufen zu bekommen ? Denke da an die FB sonst müsste ja alles gleich sein.
Im Prinzip musst du nur in der libstb-hal/libspark/lirmp_input.cpp in key_map deine cmd Werte eintragen und weiter unten "d.address == 0x5a45" durch "d.address == 0x3699" ersetzen.
pinky1981 hat geschrieben:just for info:
elchi vom vdr-portal hat nun en fw-hack bereitgestellt womit das pearl-dissi via software auto in debug nach 5s geht und man keinen hw-mod mehr benötigt! getestet und für gut befunden! rockt perfekt! fettes thx to elchi!
pinky1981 hat geschrieben:just for info:
elchi vom vdr-portal hat nun en fw-hack bereitgestellt womit das pearl-dissi via software auto in debug nach 5s geht und man keinen hw-mod mehr benötigt! getestet und für gut befunden! rockt perfekt! fettes thx to elchi!
bahnhof..?
Hi@dietmarw,Übersetzung:
Hurra man braucht nicht mehr löten um schneller ins debug zu kommen.
Der User superelchi aus dem VDR Portal hat die bisherige Firmware für
die Pearl DPFs umgeschrieben damit diese nicht erst nach 10 Minuten
sondern bereits nach ca. 5 Sekunden in den Debug-Modus gehen.
pinky1981 hat geschrieben:just for info:
elchi vom vdr-portal hat nun en fw-hack bereitgestellt womit das pearl-dissi via software auto in debug nach 5s geht und man keinen hw-mod mehr benötigt! getestet und für gut befunden! rockt perfekt! fettes thx to elchi!
Wo gibts das?
Gruß Riker
Das gibts hier...
Morgen weis ich wahrscheinlich ob es mit meinem Display funktioniert...
Edit (02.03.2012): Hat prima funktioniert...
Gruß bellum
Zuletzt geändert von bellum am Freitag 2. März 2012, 18:02, insgesamt 1-mal geändert.
drauf achten das in profiles.py von elchi portrait fw flashed wird! auf pearl_landscape.ihx abändern.
hier wars zudem dev/sg2 und ich musste in profiles.py ebenso date von 27 auf "Mar 26" setzen.
weiss nich ob seife im git des mit glcd schon drinn hat aber denke schon?*offtopic off
Läuft ziemlich gut, nur die Rest-Fragmente im Framebuffer sind noch störend. Die Fernbedienung ist sehr gut umgesetzt, kein Vergleich zu den anderen Ntrino-Distris. Werd das erstmal mit einem generellen löschen des Framebuffers workarounden.
Im GIT hatte ich das auch gesehen aber "this should add" sagt ja nur dass es funktionieren "könnte".
Darum nochmal die Bitte, funktioniert SCART mit dem NeutrinoHD?
Also im allgemeinen sollte scart klappen da es bei Jole`s Neutrino image für den Alien auch läuft , zurnot müsste man mal schauen wo da der unterschied in den images liegt und das anpassen werde aber erst am WE dazu kommen mir das Tuxbox-Neutrino(Achtung nicht das jetzt Axxaro auch diesen Namen noch sichern lässt) auf die Boxe zu hauen.
P.s: Könnte mir mal jemand erzählen was/wo man ändern müsste um das ganze auf ner amiko und nicht auf ner GM990 ans laufen zu bekommen ? Denke da an die FB sonst müsste ja alles gleich sein.
Also Scart geht mit allerdings vielen Guiresten, hab aber die neutrino.config nach einrichten per HDMI dann man. auf Scart eingestellt.
Was mir noch aufgefallen ist das bei HD Sendern nach 5-10 min hängen im Schacht ist einfach Standbild und dann hat sich Neutrino komplet weggehangen. Muss allerdings dabei sagen hab mir ein flashimage gebastelt wobei ich nicht glaube das es daran liegt.
Für Amiko musst du die nur lirmp_input.cpp anpassen wie Seife es auf Seite 3 erklärt hat denn so hab ich es auch auf Pingulux laufen.
Hi All, Demnächst kommt-Tijucas-Spielwiese (something will comming)
Sammlung rund um NeutrinoHD® USB Images für Fulan Spark Settopboxen http://62.75.162.37/misc/cs/
Was mir noch aufgefallen ist das bei HD Sendern nach 5-10 min hängen im Schacht ist einfach Standbild und dann hat sich Neutrino komplet weggehangen. Muss allerdings dabei sagen hab mir ein flashimage gebastelt wobei ich nicht glaube das es daran liegt.
seife schau dir ma die änderung hier an damit is des artefaktproblem hier zumindest wech: klick
Danke für den Hinweis. Hatte ich schon gesehen, aber dieses Wochenende war mal für die Tripledragon reserviert (und noch dazu ich krank im Bett, aber das ist wieder vorbei).
Die Artefakte liegen hochwahrscheinlich in der PTI und das coupling stmdvb/player2, hier geht der Stream direkt bypass und die Artefakte Effekten tritten auch, hab ein kompilierte player2.ko Treiber vom Tideglo der einen Umweg dirty Hack dafür gebaut hat wenn keine Daten da sind dass der player2 diesen schwarzen Loch Daten umgeht ohne eine Stillstand zu machen, nach logging der erste Hinweiss der ganzen artefakte kommt hiernach:
funktioniert nicht bei vorheriger taste:
-epg
-ok (kanalliste)
-fav
kann das sonst keiner nachvollziehen..??
wenigstens ein "bei mir geht das alles" oder halt ein "stümmt" wäre gut..
muss doch irgend jemanden geben der auch seifes build auf der spark am laufen hat?
funktioniert nicht bei vorheriger taste:
-epg
-ok (kanalliste)
-fav
kann das sonst keiner nachvollziehen..??
wenigstens ein "bei mir geht das alles" oder halt ein "stümmt" wäre gut..
muss doch irgend jemanden geben der auch seifes build auf der spark am laufen hat?
ich hab dein image vorgestern mal gebootet und kann zumindestens bestätigen das dort bei mir auch kein Exit in der Kanalliste funktioniert.
Kannst auch mal bitte den Streamserver ansehen bei mir geht streamen über webif und deshalb das screenshot auch nicht.
Hab auch mal die streamts angesehen (falls die dafür zuständig ist) und hab da einige Unterschiede zum "normalen" Neutrino unter Spark gesehen (stichwort /dev/dvb/adapter0/dvr0) nur wie das einbinden da bin ich nicht firm genug.
AudioSlyer hat geschrieben:Ich hab mal 'n Image für 'n USB Stick erstellt. Könnt ihr einfach mit dd auf einen leeren Stick schreiben, U-Boot anpassen und booten.
video.elf und audio.elf müsst ihr noch reinkopieren.
Wie beides geht steht auf Seite 6.
Habe das mit dem Tool win32diskimager auf Stick geschrieben
dann hab ich vom usb stick gestartet, den am Receiver dran, dann mit ftp die Video.elf und audio.elf auf Stick kopieren wollen, aber nie Audio.elf läßt sich mit keinem Programm auf den Usb Stick nach Boot kopieren (die Video.elf geht)
in ein anderen Ordner geht die Audio.elf rein, dann verschieben,kopieren nach Boot - immer geht das nicht
dadurch das die Datei fehlt kann ich das nicht testen
Hi Tann, ich supporte das Image nicht. Ich hatte keine Probleme mit dem Reinkopieren und wenn du die Datei unter Telnet verschieben kannst, ist das Problem doch behoben.
Die fehlende ldconfig ist mir gestern auch aufgefallen, aber das hast du ja schon gefixt
Der Fehler mit der "fehlenden" linux/stmfb.h kam bei mir erneut, hatte ganz neu gebaut.
beim ganz neu bauen auch build_tmp/* gelöscht? die stmfb.h sollte vom $(BUILD_TMP)/driver target angelegt werden. Bei mir tritt das Problem natürlich nicht auf...
Hmm, sehr merkwuerdig mit der linux/stmfb.h. Ich hatte die Tage einen kompletten Update auf meine Buildumgebung (ca. 14 Tage alt) gefahren und beim Bauen keine Probleme (Ubuntu 9.04).
Nun habe ich ein komplett neues Hostsystem aufgesetzt (debian 6.0) und beim download/build ebenso kein Problem mit einer fehlenden/nicht gefundenen Header Datei. Hat sauber durchkompiliert.
Das klingt dann aber echt nach kaputtem filesystem oder sowas. Kannst du mal auf einem Linuxrechner einen filesystemcheck auf den stick machen? Oder einfach das Image nochmal draufschreiben?
Alternativ kannst du auch /etc/init.d/loadmodules bearbeiten und da den Pfad von /boot/ nach woanders ändern, aber das sollte eigentlich nicht notwendig sein.