Bugs item #981256, was opened at 2004-06-28 13:43
Message generated for change (Settings changed) made by dischi
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=446895&aid=981256&group_id=46652

Category: movies
Group: None
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Jason Gibson (gibson3659)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crash at end of movie:  Started with RC3

Initial Comment:
WARNING: You are using the SDL dxr3 video driver!
Crash!
Pygame Parachute Traceback:
Thread-0x82f54c8
  File
"/usr/lib/python2.3/site-packages/freevo/plugins/rom_drives.py",
line 786, in run
Thread-0x8170c90
  File "/usr/lib/python2.3/threading.py", line 204, in wait
Thread-0x8049ad8
  File
"/usr/lib/python2.3/site-packages/freevo/osd.py", line
597, in clearscreen


----------------------------------------------------------------------

Comment By: Danny (smartekarl)
Date: 2004-10-24 02:22

Message:
Logged In: YES 
user_id=1145192

This problem seems to have happened when the childapp.py 
was updated with the new rc.py interface function
If you compare version 1.53 and 1.54 of childapp.py there are 
a couple of section involving some running.children stuff
You can merge this stuff backin never releases and the 
problem disappears :-)
I haven't bothered to figure out yet what is really going 
wrong, but I guess the mplayer is not yet totally dead when 
the menu comes back up, which might cause the access to 
the EM8300 to be blocked....?k

----------------------------------------------------------------------

Comment By: Jason Gibson (gibson3659)
Date: 2004-08-05 15:37

Message:
Logged In: YES 
user_id=255688

This is not mplayer specific, but freevo specific.  While
experimenting with fbxine,  the fbxine command failed to
execute (wrong string in local_config.py), but freevo still
crashed with the same pygame parachute.

----------------------------------------------------------------------

Comment By: Jason Gibson (gibson3659)
Date: 2004-08-02 20:41

Message:
Logged In: YES 
user_id=255688

OK.  It broke between May 29 and May 30, rc.py versions 1.32
and 1.33.  I suspect something broke when moving things from
main to rc.

One of the mplayer processes went defunct.

----------------------------------------------------------------------

Comment By: Jason Gibson (gibson3659)
Date: 2004-08-02 19:55

Message:
Logged In: YES 
user_id=255688

Stepping through releases to find the first one that did not
work.  RC2 works, but RC3 does not.  There are a lot of
changes with childapp between 2 and 3.  Will try to narrow
down further. 

----------------------------------------------------------------------

Comment By: Jason Gibson (gibson3659)
Date: 2004-07-30 02:06

Message:
Logged In: YES 
user_id=255688

With SDL debugging enabled, I get the following error
immediately before the pygame/freevo crash.

SDL_SetError: Couldn't open video part of dxr3.

What is the difference between stopping playback and mplayer
playing out the file?

----------------------------------------------------------------------

Comment By: Jason Gibson (gibson3659)
Date: 2004-07-21 14:01

Message:
Logged In: YES 
user_id=255688

Running 1.5.0, so far it appears to only happen when a file
plays to completion and mplayer exits.

Here is a debug log:

--------

main.py (289): handling event MENU_PLAY_ITEM
main.py (465): clear: True
mplayer.py (183): MPlayer.play(): mode=file,
url=//mnt/freevo_media/Movies/Locked/Other/Blue_Matrix.mpg
rc.py (422): register callback: <bound method
MPlayerApp.poll of <video.plugins.mplayer.MPlayerApp
instance at 0x412dc70c>>
rc.py (418): register shutdown callback: <bound method
MPlayerApp.stop of <video.plugins.mplayer.MPlayerApp
instance at 0x412dc70c>>
self.t1.isAlive()=True, self.t2.isAlive()=True
ChildApp.__init__(), pid=32113, app=/usr/bin/mplayer
-autosync 100 -nolirc -autoq 100 -screenw 640 -screenh 480
-fs -slave -ao oss:/dev/dsp -v -vo dxr3 -cache 5000
//mnt/freevo_media/Movies/Locked/Other/Blue_Matrix.mpg -vf
pp=de, poll=-1
menu.py (634): no eventhandler for event MENU_PLAY_ITEM
main.py (289): handling event VIDEO_START
main.py (307): no eventhandler for event VIDEO_START
main.py (289): handling event PLAY_START
main.py (307): no eventhandler for event PLAY_START
main.py (289): handling event SEEK
.
.
.
main.py (289): handling event SEEK
childapp.py (317): stdout: No data, stopping (pid 32114)!
childapp.py (317): stderr: No data, stopping (pid 32115)!
rc.py (434): unregister callback: <bound method
MPlayerApp.poll of <video.plugins.mplayer.MPlayerApp
instance at 0x412dc70c>>
rc.py (438): unregister shutdown callback: <bound method
MPlayerApp.stop of <video.plugins.mplayer.MPlayerApp
instance at 0x412dc70c>>
childapp.py (206): done the easy way
main.py (289): handling event PLAY_END
childapp.py (197): already dead
Crash!

----------------------------------------------------------------------

Comment By: Dirk Meyer (dischi)
Date: 2004-07-11 10:49

Message:
Logged In: YES 
user_id=33647

I can't reproduce this because I don't use a DXR3. Maybe you
can add some debugging _who_ is calling clearscreen. This is
all very strange, no thread should use the osd so it should
work without the SynchronizedObject. 

----------------------------------------------------------------------

Comment By: Jason Gibson (gibson3659)
Date: 2004-07-07 16:57

Message:
Logged In: YES 
user_id=255688

Still a problem in RC4.  Looking at CVS, I suspect the
inclusion of animation support broke something on the osd
restart or osd.py v 1.155 where the following was changed.

_singleton = util.SynchronizedObject(OSD())
changed to
_singleton = OSD()

----------------------------------------------------------------------

Comment By: Jason Gibson (gibson3659)
Date: 2004-07-01 16:58

Message:
Logged In: YES 
user_id=255688

This crash does not happen in 1.5.0 pre1.  

----------------------------------------------------------------------

Comment By: Jason Gibson (gibson3659)
Date: 2004-06-29 14:51

Message:
Logged In: YES 
user_id=255688

Version: 1.5_rc3

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=446895&aid=981256&group_id=46652


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Freevo-devel mailing list
Freevo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-devel

Reply via email to