Hi I'm trying to run a video using pix_film in Gem but it is extremely slow. I'm in Linux. The video was created via mencoder. Here is the output from mplayer -identify .. Any idea why it chugs along so slowly. It plays fine in mplayer. I'm just using the pix_film help patch to test it. Thanks.
Jim
jim@jims-laptop:~/yukon$ mplayer -identify output.mpg MPlayer 2:1.0~rc1-0ubuntu13.1 (C) 2000-2006 MPlayer Team CPU: Intel(R) Pentium(R) 4 CPU 3.06GHz (Family: 15, Model: 2, Stepping: 9) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled with runtime CPU detection. Can't open joystick device /dev/input/js0: No such file or directory Can't init input joystick mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control.
Playing output.mpg. ID_VIDEO_ID=0 MPEG-PS file format detected. MPEG: No audio stream found -> no sound. VIDEO: MPEG2 300x300 (aspect 1) 30.000 fps 0.0 kbps ( 0.0 kbyte/s) ID_FILENAME=output.mpg ID_DEMUXER=mpegps ID_VIDEO_FORMAT=0x10000002 ID_VIDEO_BITRATE=0 ID_VIDEO_WIDTH=300 ID_VIDEO_HEIGHT=300 ID_VIDEO_FPS=30.000 ID_VIDEO_ASPECT=0.0000 ID_LENGTH=0.00 xscreensaver_disable: Could not find XScreenSaver window. gnome_screensaver_control()Xv: could not grab port 325 ========================================================================== Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough VDec: vo config request - 300 x 300 (preferred colorspace: Mpeg PES) Could not find matching colorspace - retrying with -vf scale... Opening video filter: [scale] The selected video_out device is incompatible with this codec. Try adding the scale filter, e.g. -vf spp,scale instead of -vf spp. VDecoder init failed :( Opening video decoder: [libmpeg2] MPEG 1/2 Video decoder libmpeg2-v0.4.0b Selected video codec: [mpeg12] vfm: libmpeg2 (MPEG-1 or 2 (libmpeg2)) ========================================================================== ID_VIDEO_CODEC=mpeg12 Audio: no sound Starting playback... VDec: vo config request - 300 x 300 (preferred colorspace: Planar YV12) VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is 1.00:1 - prescaling to correct movie aspect. ID_VIDEO_ASPECT=1.0000 VO: [xv] 300x300 => 300x300 Planar YV12 V: 9.8 290/290 3% 0% 0.0% 0 0 gnome_screensaver_control() Exiting... (End of file)
hi jim
i am not sure, but to me it sounds similar to this issue of gem's bug tracker:
[1] http://sourceforge.net/tracker/index.php?func=detail&aid=1771966&gro...
not sure again, but this seems to be related as well:
[2] http://sourceforge.net/tracker/index.php?func=detail&aid=1849190&gro...
on my box, i have the problems described in [1]. not that this would be a long term solution, but in certain cases it helped to destroy and recreate the gemwin a second time.
just out of curiosity: when you watch a movie with the help of [pix_film] and the too-slow-problem is triggered, does it show the full frame? on my box, i encountered, that when i trigger the bug, it's not only very slow, but it also displays only a portion of the original frame and scales it up to the rectangle.
roman
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Thanks for the response Roman. It has been very helpful. I have an Nvidia card. But yes I get the same results, when I frst create the Gem window I only see a portion of the image . Thanks to your suggestion I closed it and when I re-open it the full image is mapped onto the rectangle and it runs much smoother. Very strange? By the way I get the exact same results with pix_movie as pix_film. I'm getting the same result with alea.mpg as with my video file. For some reason however with my file pix_film doesn't know the length of the file , it keeps running past the final frame. Perhaps mencoder didn't build the header correctly? Thanks again for the help. Jim
On Thu, 2008-02-07 at 01:36 +0100, Roman Haefeli wrote:
hi jim
i am not sure, but to me it sounds similar to this issue of gem's bug tracker:
[1] http://sourceforge.net/tracker/index.php?func=detail&aid=1771966&gro...
not sure again, but this seems to be related as well:
[2] http://sourceforge.net/tracker/index.php?func=detail&aid=1849190&gro...
on my box, i have the problems described in [1]. not that this would be a long term solution, but in certain cases it helped to destroy and recreate the gemwin a second time.
just out of curiosity: when you watch a movie with the help of [pix_film] and the too-slow-problem is triggered, does it show the full frame? on my box, i encountered, that when i trigger the bug, it's not only very slow, but it also displays only a portion of the original frame and scales it up to the rectangle.
roman
___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de