Experimentelle Images/Dateien (stm24)

[blacky49]

Rev. 3555: ebenfalls zurück auf 3542, wegen massiver "Kanal nicht verfügbar" Problemen, nach 1-2x Zappen!
Sowohl mit 1W als auch 14W. Rev. 3551 hatte ich nicht getestet.

[BPanther]

Inzwischen bestätigt sowohl bei normalen als auch "v2" Treiber - und ich arbeite daran. Wahrscheinlich ein Patch im GIT (habe da einen Verdacht), da von meiner Seite aus keine Änderungen waren die das beeinflussen könnten.

[BPanther]

Leider hat auch der neue Patchlevel 0210 die Macken des 0209 und zudem ist das Netzwerk wieder langsamer wie es aussieht. Wer es mal testen will kann die rev3763 testen...

[michael400]

hab die 0210 auf 2 verschiedenen 1w versucht, aber nach dem flashen bleiben sie bei booting stehen.

ich hab zwei usf910 1w mit interner hdd beide mit miniboot und neutrino (0209) im flash.

[Finalfreak]

Hab das gleiche Problem, die 0210 startet einfach nicht.
Beim Online Update ist die Box hängen geblieben, neu geflasht, Mini U-Boot -> startet nicht
Gerade ebend nochmal mit Maxi U-Boot getestet -> startet auch nicht

[BPanther]

Ich lade nachher nochmal eine 3781 hoch, wobei auch die ältere Version hier problemlos startete, weswegen ich sie auch hochgeladen hatte.

[cb0]

Bei mir startets auch nicht, aber halb so wild

Code: Alles auswählen

mount: mounting /dev/mtdblock3 on /var failed: Device or resource busy
mount: mounting proc on /proc failed: Device or resource busy
mount: mounting /dev/mtdblock3 on /var failed: Device or resource busy
mount: mounting proc on /proc failed: Device or resource busy
mount: mounting /dev/mtdblock3 on /var failed: Device or resource busy
mount: mounting proc on /proc failed: Device or resource busy
mount: mounting /dev/mtdblock3 on /var failed: Device or resource busy
mount: mounting proc on /proc failed: Device or resource busy
mount: mounting /dev/mtdblock3 on /var failed: Device or resource busy
mount: mounting proc on /proc failed: Device or resource busy
mount: mounting /dev/mtdblock3 on /var failed: Device or resource busy
mount: mounting proc on /proc failed: Device or resource busy
mount: mounting /dev/mtdblock3 on /var failed: Device or resource busy
mount: mounting proc on /proc failed: Device or resource busy

[BPanther]

Das hatte ich auch in einer der ersten Versionen, die hatte ich aber nicht hochgeladen. In den aktuellen sollte das aber funktionieren.

[michael400]

Die (0210) miniFLASH_rev3774-p191 rennt bei mir jetzt recht gut. THX


Ps.: das die vorgänger version bei mir nicht bootet war aber kein vorwurf, mit mini u-boot ist daß ja auch absolut kein problem wenn das mal so ist. (ohne mini ja eigentlich auch nicht)

EIN RIESEN THX FÜR DEINE SUPER ARBEIT!

[blacky49]

210_rev3774-p191 getestet.
Keine Chance mit 14W-Box --> sofort "Kanal nicht verfügbar", nur mal so zur Info.

[Finalfreak]

Neuste Version per Online Update geflasht -> läuft.

edit:
Also ich finde, die Version läuft schonmal schneller als die letzte.
Kann aber auch Einbildung sein
Aufnahmen scheinen zu funktionieren, aber Timeshift geht nicht,
da bleibt meine Kathi immer hängen.

[mentor2810]

online update auf rev3804 stm24_p191
läuft bis jetzt sehr gut auf der 14 watt im ganz normalen
betrieb

p.s.Video einstellungen (gelbe taste 4:3 darstellen)
als bestift,letterbox,panscan und vollbild
beim ändern gibts keine reaktion kann das vielleicht
noch jemand testen oder bestätigen

da ich mit dem lcd pearl im movieplayer betrieb
ab und zu neustarts des displays hatte dachte ich es liegt am usb kabel
dem ist nicht so
jetzt getestet sprich avi file abgespielt siehe da display neustart
usb port gewechselt in den oberen eingesteckt der selbe efekt
jetzt werde ich das ganze an meiner 1 watt testen wenn ich dran kann
mal schaun was die macht

jetzt hab ich noch eine ganz blöde frage!
die usb anschlüsse der box sprich einer vorn zwei hinten
kommen ja vom board von einem anschluss oder hab ich das falsch gesehen?
also wie ein usb hub
wenn ich jetzt swap stick hinten oben einstecke den bilderrahmen
hinten unten einstecke und wieder ein avi file abspiele
funzt das ganze einwandfrei zumindest bis jetzt
tausch ich die anschlüsse wieder also swap stick wieder vorne
lcd bleibt hinten unten hab ich wieder dass sogenannte problem wieder
neustart des bilderrahmen das wäre ja so als ob die box den mount für den
usb wo das perl angestöpselt ist verliert

[BPanther]

Zu den 4:3 Einstellungen: Funktioniert nur bei SD-Sendern wenn diese irgendwo schwarze Balken haben.

Zum USB: Im Grunde kommen die von einem Chip wie beim USB-Hub, das ist richtig. Lt. Datenblatt könnte es evtl. sogar noch einen 4 USB geben wenn ich es richtig verstanden habe. Lediglich die Stromversorgung ist geteilt. Vorn steht meist etwas weniger zur Verfügung, hinten kann man hingegen mehr belasten - aber das kommt auch auf die Box an bzw. deren Absicherung. Die Sicherung sieht man am USB hinten auf dem Board (gelbe Scheibe). Ist da eine kleine verbaut, ist der nicht so gut belastbar. Ich selbst habe bei meiner Standardbox mit stm22 vorn einen USB-Stick (Swap/Images) und hinten einen Smargo (zum testen derzeit ständig dran) und das LCD. Auf einer anderen Box hingegen (meist stm24-Flash) ist der USB vorn frei und hinten Stick (Swap/Images) und das LCD. Beide verhalten sich was das LCD betrifft gleich. Intern ist bei beiden eine SATA angechlossen, Strom für die kommt direkt vom Netzteil (Einbausatz).

[blacky49]

Falls von allgemeinen Interesse:
Ich habe inzwischen festgestellt, das meine Sicherungen (aus "wiederherstellen/sichern"), die von den 36.. rev's stammen, für die 37../38.. rev's nicht mehr verwendbar waren (Kanal nicht verfügbar). Nach der Ursache habe ich nicht weiter gesucht, am zapit-Ordner lag es jedenfalls nicht, und die Ordner-Struktur als solche soll ja beim Flash nicht geändert worden sein.
Also alles manuell wieder geändert, zapit überspielt und es funktioniert alles, wie es sein soll.
Vielleicht habe ich auch was verpaßt und das ist schon bekannt.....

[BPanther]

Seltsam, denn innerhalb des Flash hat sich nicht wirklich was verändert.