Movieplayer (philips) stürzt bei Filmende immer ab!

[Tusk]

Hi,

immer wenn ich einen Film gucke und ihn dann versuche nach einiger Zeit zu beenden in dem ich ins Menü will stürzt die Box ab und macht nix mehr.
Das gleiche passiert beim Filmende! Es hilft nur noch Stecker ziehen.

Woran liegt das?
Die Nokia meines Bruders hat das Problem nicht!

[rolsch]

Hab dasselbe Problem, siehe leeren Thread "Movieplayer Totalabsturz". Du kannst den Absturz aber vermeiden, wenn du einen Fim erst mit der gelben Taste anhältst und dann mit der roten Taste beendest.

Im ALexW November Release gabs dieses Problem nicht, aber seitdem hat der Movielplayer halt ein paar nette Features gelernt auf die man kaum verzichten kann, z.B Vorspringen ..

Gruß

Roland

[rolsch]

Auf der JtG Seite gibt es ein Riker Image, welches das Movieplayer Problem nicht hat!

Gruß

Roland

[gagga]

Hilfreich wäre zu sagen, um welche Movieplayer Version es sicht handelt. Steht im Hilfetext des Movieplayers.
Der Fehler sollte schon ewig behoben sein.

[Regloh]

@gagga
hier läuft das cdk vom 24.03.2004, also aktuellster movieplayer.
das problem lässt sich m.e. bewusst reproduzieren, indem man einfach den film/movieplayer mit 2mal home schnell hinterander beendet. dann bleibt es meist hängen.
bisher kam es nicht vor, wenn ich (wie auch oben schon beschrieben) den film erst anhalte und dann den movieplayer beende, also etwas zeit vergehen lasse.
Regloh

[Zwen]

Hat mal jemand nen bootlog. So wie sich das Problem bei mir nämlich idR zeigt, kackt nicht der moviplayer ab, sondern der kernel. Netzwerk ist dann zB auch tot, es hilft nur noch reboot...
Zwen

[Zwen]

also bei mir oops der kernel. D.h. der movieplayer ist erst mal unschuldig ;-)
Ich hab den Oops mal analysiert und habe da eine vage Vermutung. Bei mir hilft (bis jetzt) den letzten commit von carjay in avia_gt_dmx.c rückgängig zu machen, also ein downgrade auf 1.202.
Könnt ihr das mal bitte ausprobieren, ob das auch bei euch hilft, wenn ja kann man den Schuldigen mal damit konfrontieren ;-)

Zwen

[tcf4004]

Also bei mir gibts auch nen Oops wenn ich nen Film mit VLC schaue und
den dann mit der roten Taste beende...Dann schwarzes Bild und keine
Aktion mehr möglich.
Passiert aber nicht jedes Mal, meist kann man so 3-4 Mal die (kurze) Wiedergabe stoppen und irgendwann oopst dann der Kernel.
Anscheinend nimmt auch die Crash-Wahrscheinlichkeit zu desto länger die
Wiedergabe andauert...
soll heissen dass wenn ich nen Film am Stück schaue und nach ca. 90 Min.
die rote Taste zum Beenden drücke ist es fast sicher dass die Box
abschmiert.

Das Ganze auf einer Nokia 2xI AVIA500 Kabelbox, Image ist von
dietmarw (CVS Stand 05.04.04 6:00h) und der darin enthaltene
Movieplayer ist Rev. 1.83. Verwendete VLC-Version ist das 0.7.1er
Release.

Hier noch das Log:

PES, queue 0 normal.
[camd] starting onid 0001 sid 000e
[camd] set emm caid 1722 capid 1500
descramble onid: 0001 sid: 000e status: 1d1d
[movieplayer.cpp] actionKey=fileplayback
CBookmarkManager: read bookmarkcount:0
[FileBrowser] vlc URL: http://192.168.100.2:8080/admin/dboxfil ... ir=E%3A%2F
Data%2FStream%2FM2P%2B%2F
[movieplayer.cpp] Generated FILE MRL: E%3A%2FData%2FStream%2FM2P%2B%2Ftest%2Em2p
[movieplayer.cpp] ringbuffer created
[movieplayer.cpp] mrl:E%3A%2FData%2FStream%2FM2P%2B%2Ftest%2Em2p
[movieplayer.cpp] read starting
[movieplayer.cpp] ReceiveStreamThread started
[movieplayer.cpp] HTTP Result (emptyurl): 0
[movieplayer.cpp] URL : http://192.168.100.2:8080/?sout=#duplicate{dst=std{a
ccess=http,mux=ts,url=:8080/dboxstream}}
[movieplayer.cpp] URL(enc) : http://192.168.100.2:8080/?sout=%23duplicate%7Bdst%3
Dstd%7Baccess%3Dhttp%2Cmux%3Dts%2Curl%3D%3A8080%2Fdboxstream%7D%7D
[movieplayer.cpp] Server: 192.168.100.2
[movieplayer.cpp] Port: 8080
[movieplayer.cpp] Trying to connect socket
[movieplayer.cpp] Socket OK
[movieplayer.cpp] GET Sent
[movieplayer.cpp] Now VLC is sending. Read sockets created
[movieplayer.cpp] Buffering approx. 3 seconds
[movieplayer.cpp] Searching for vpid and apid
[movieplayer.cpp] ReceiveStreamThread: while streaming found pida: 0x0044 ; pidv
: 0x0045 ; ac3: 0
[movieplayer.cpp] PlayStreamthread: while streaming found pida: 0x0044 ; pidv: 0
x0045 ac3: 0
SPTS, queue 0 extended.
SPTS, queue 0 extended.
[movieplayer.cpp] PlayStreamthread: Driver successfully set up
[movieplayer.cpp] positionurl=http://192.168.100.2:8080/admin/dboxfiles.html?stre
am_time=true
[movieplayer.cpp] httpres=0, response.length()=1, stream_time = 2
SPTS, queue 0 extended.
SPTS, queue 0 extended.
[movieplayer.cpp] skipping URL(enc) : http://192.168.100.2:8080/?control=seek&see
k_value=%2B00%3A10%3A00
[movieplayer.cpp] Buffering approx. 3 seconds
[movieplayer.cpp] Resyncing
[movieplayer.cpp] Buffering approx. 3 seconds
[movieplayer.cpp] Waiting for RCST to stop
[movieplayer.cpp] Seems that RCST was stopped succesfully
Oops: kernel access of bad area, sig: 11
NIP: C3B41308 XER: 20000000 LR: C3B41300 SP: C1907DD0 REGS: c1907d20 TRAP: 0300
Not tainted
MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: 00000068, DSISR: 00000009
TASK = c1906000[102] 'neutrino' Last syscall: 6
last math 00000000 last altivec 00000000
GPR00: 0000305E C1907DD0 C1906000 00002056 C3A6300A 00000003 C0130002 00000000
GPR08: 00000000 00000000 C38C7D90 00001008 84004022 100D74B4 7FFFF700 7FFFF930
GPR16: 7FFFF9A0 7FFFFA80 00000000 C3B4C07C 00001032 00002056 C3B40000 00002056
GPR24: 00000012 C38C89B0 00000012 C38C89B0 0000FFFF 00000000 C38C89A0 00000000
Call backtrace:
C3B412B4 C38BF9E8 C0014708 C0015E8C C00145E0 C0014468 C001413C
C0003A78 C00027C0 7FFFFC40 7FFFFD2C 100968D4 1007878C 10078620
1007B440 100785E8 1001E790 1001E498 0F883ABC 00000000
Kernel panic: Aiee, killing interrupt handler!
In interrupt handler - not syncing
<0>Rebooting in 180 seconds..

-tcf4004

[tcf4004]

Ach so, wenn ich zuerst auf Pause und dann auf Stop gehe tritt der
Oops bei mir auch seltener auf....irgendwann kommt er dann aber doch ;-)

Möglicherweise liegts tatsächlich am Kernel da in den Images bis Ende
Januar noch der 2.4.22er verwendet wurde und viele sagen dass es i.d.
älteren Images noch ging...

zB der Snap vom 8.2. (RC1 des 2.4.25) und das Release vom 17.2. (RC2
des 2.4.25) liefen bei mir überhaupt nicht gut.....dauernd Abstürze, ca. jeder
zweite Bootversuch endete mit einem Oops...erst der Release-2.4.25er
(zB im Snap vom 26.2.) läuft relativ stabil.

Gruss

-tcf4004