CoreAVC drops frames though low cpu usage
 

Hi there,

I've been using CoreAVC+CoreAAC+Gabest MP4 splitter to decode AVC (.mp4) files. However though cpu usage is almost free (it doesn't go higher than %35), i see frame drops when i view "Video Info" by pressing "Alt+3".

This especially happens when i'm browsing with Firefox 3 at the same. If i leave the video alone, it rarely happens. My video card is old Geforce4 MX 440 with 64MB DDR memory, however this frame drop happens while watching low-res videos such as 320x240@30fps.

So, is GPU card the reason? I'm watching AVI videos encoded in Divx/Xvid codec also MPEG2 videos, they're just fine, as they're not CoreAVC, as well.

Note: I'm using "Internal Video Renderer(default) in Bsplayer.

Thanks!

Though nobody answered, i found out that the frame drop occurs when i use Bsplayer with "Internal Overlay Renderer(default), but fine with Overlay Mixer. So?

So use overlay mixer. Seems your videocard deals better with this rendering methode.

I found out, not only AVC, WMV or MPEG, when running in "internal overlay renderer" and if you use some other GPU-eating programs like firefox, the further drops i noticed in ALT+3 statistic page.

The bad thing, if i switch to "Overlay Mixer", some of videos like MPEG are failed to open in bsplayer at startup sayin "unhandled exception...error". If i say continue, it plays but that makes me nervous.

It's annoying and weird about inconsistencies of Bsplayer and rendering modes.

From this thread "http://forum.bsplayer.com/general-ta...html#post42948" it appears that kimiraikkonen still uses an earlier BS.Player-version than 2.21.950 of begin May 2007 (unfortunately the exact version/build-number used not mentioned sofar). This - regrettably - makes it hard/trivial to test or verify and/or even to derive any consequences from his findings as reported by him with respect to "inconsistencies of Bsplayer and rendering modes".
:wink: