Hi, Freevo 2.0 now uses kaa.popcorn for video playback. I installed it on my media pc today and there are some problems maybe someone with mplayer or xine knowledge can help me solve:
xine problems:
o Sometimes a see garbage on the screen before playback. It looks to
me that when xv is started, the overlay still contains some old
video information. This happens sometimes when starting a video
after a prev. one is done. Maybe we need to clear xv somehow.
o The window is not really fullscreen on some videos. Maybe it is
related to a similar bug in mplayer (see below)
o Error on high res content. This is a xine-lib problem.
o Sometimes the video starts only with audio and I see nothing. I
can't tell if it happened for xine or mplayer, it does not happen
often. Stop and start again fixes it.
mplayer problems:
o I see the mouse cursor for a short time. Freevo hides it and when
mplayer is started I see the cursor for about 2 seconds before it
goes away again.
o Sometimes (maybe) no video on start. See the same bug for xine.
o The window is not fullscreen. With mplayer I had better debug
messages so this is what I found out:
When starting in a window without sws mplayer gives me the following
debug messages:
ID_VIDEO_WIDTH=1280
ID_VIDEO_HEIGHT=720
ID_VIDEO_FPS=23.976
ID_VIDEO_ASPECT=1.7778
Opening video filter: [dsize=1360:768:0]
Opening video filter: [expand aspect=16/9]
Expand: -1 x -1, -1 ; -1, osd: 0, aspect: 1.777778, round: 1
Trying filter chain: expand dsize pp vo
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO Config (1280x720->1280x720,flags=0,'MPlayer',0x32315659)
VO: [xv] 1280x720 => 1360x765 Planar YV12
using Xvideo port 73 for hw scaling
[xv] dx: 0 dy: 0 dw: 1354 dh: 768
*** [expand] Exporting mp_image_t, 1280x720x12bpp YUV planar, 1382400 bytes
*** [pp] Allocating mp_image_t, 1280x720x12bpp YUV planar, 1382400 bytes
*** [vo] Allocating mp_image_t, 1280x720x12bpp YUV planar, 1382400 bytes
Unicode font: 255 glyphs.
Error while decoding frame!
Important is the [xv] line: dx: 0 dy: 0 dw: 1354 dh: 768
That is wrong. If hardware scaling makes 1360x765 and I have a
1360x768 screen, why cut with dw 1354. This gives me 6 pixel on the
right without content.
Using sws does not change the problem:
[xv] dx: 0 dy: 0 dw: 1354 dh: 768
*** [expand] Exporting mp_image_t, 1280x720x12bpp YUV planar, 1382400 bytes
*** [scale] Allocating mp_image_t, 1280x720x12bpp YUV planar, 1382400 bytes
*** [pp] Allocating mp_image_t, 1360x766x12bpp YUV planar, 1562640 bytes
*** [vo] Allocating mp_image_t, 1360x768x12bpp YUV planar, 1566720 bytes
Same bug. Just to see what happens I changed the wid paramater in
mplayer with -fs. So mplayer creates a window of its own in
fullscreen. Everything else is still the same.
[xv-fs] dx: 0 dy: 0 dw: 1360 dh: 768
[xv] dx: 0 dy: 0 dw: 1360 dh: 768
Now it is working as it should. After looking at the mplayer code I
guess it is a problem with the vo_fs variable which is 0. But since
our window itself already is fullscreen, it should be 1. Anyone an
idea?
Dischi
--
He didn't look mad, but they never did.
-- (Terry Pratchett, Strata)
pgpaH3Gyr3OGq.pgp
Description: PGP signature
------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________ Freevo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freevo-devel
