Kodi Community Forum

Full Version: Does XBMC for Windows use internal or external codecs?
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2 3 4
I primarily use my HTPC for h.264 decoding.

I use CoreAVC and Media Player Classic. For the most part, playback is flawless.

With XBMC, I get an ever so slight jitter. I don't know if it's codec issues, video playback software (mplayer?), or maybe because XBMC is running in the background?

I obviously don't know the inner workings of XBMC, but maybe someone can shed some light? Maybe a setting or tweak somewhere?
XBMC for Windows uses the FFmpeg open source codec-suit inside our own in-house developed video-player, (not MPlayer, nor any external codecs).

There is nothing that you can do or tweak unless you are C-programmer who have the skills required to make FFmpeg open source codec-suit code decode H264 faster. Note though many others who does have the skills required are working on optimizing and bettering FFmpeg on a daily bases, ...my guess is by the end of this year XBMC using FFmpeg will be able to decode H264 just as fast as CoreAVC can today.

PS! As a non-programmer the only thing you can do today to get XBMC to decode video faster is buy a faster CPU.
Thanks for all the information.

I know FFmpeg has been out there for a long time now but I didn't know about any recent h.264 developments.

I'll try to live with it before upgrading.
The thing is... If you run ffdshow tryouts (which uses ffmpeg right?) the performance is much better than in XBMC.

So we basically one of the following must be true:

1. The ffdshow tryouts optimize ffmpeg somehow.
2. FFmpeg doesn't work well with OpenGL.
3. The in-house XBMC video player degrades the performance.

Did I forget something?
Please note that I am not trying to bash XBMC, I just want to get some kind of insight where the problem might be. I know I've touched this subject before, but without any responses.
If it is ignored I would feel it's ignorant to "blame" FFmpeg for the performance (given ffdshow gives better performance).

Cheers.
I did a quick search and read a couple posts, but another thing are multi-core CPUs. Is DVDPlayer/XBMC optimized to run on multiple cores?
phunqe Wrote:1. The ffdshow tryouts optimize ffmpeg somehow.
2. FFmpeg doesn't work well with OpenGL.
Both those may very well be true, however I do not think that 3rd is true at all.

Maybe ffdshow disables inloop deblocking for all high-resolution videos? that would give more frames per seconds at the expense of quality, see:
http://forum.xbmc.org/showthread.php?tid=32572
and
http://forum.xbmc.org/showthread.php?tid=33917

Note when reading thos topic-threads that XBMC for Linux, XBMC for Mac, and XBMC for Windows does not use MPlayer, they use DVDPlayer.


room312 Wrote:Is DVDPlayer/XBMC optimized to run on multiple cores?
FFmpeg currently only supports slice-based multi-processor decoding so while it does utililze all cores it does not scale well so I would not call it "optimized". Know that a FFmpeg developer is working on frame-based multi-processor decoding for Google Summer of Code this year and once that gets implemented into FFmpeg later this year that will be much faster on multiple-processor/cores as frame-based multi-processor decoding scales much better.
Hi,
I recently bought myself a new CPU and Mobo to watch 720p mkv vidz. I didn't want to spend to much money so i bought this:

CPU: AMD 64 X2 4800+
Mobo: Asrock Alive NF6g-GLan with onboard GPU Geforce 6150 SE
512 MbRam
Windows XP

I thought this would be enough power to watch HiDef vids smoothly. But here is the strange thing. The videos still have some slight slowdowns. Normal dialogues and action scenes are fine. But viewing big landscapes and tracking shots "Kamerafahrten" are the problem. These are no heavy "hickups" but they are noticeable.

My question is: why does it have those slowdowns? Is it a XBMC problem?
Is the graka to slow?

thanks for any advice,
SimBla
I'm having a similar problem on my HTPC, but I can't get videos to play at all. I've got an AMD Athlon 64 X2 4800 overclocked to just under 3.00Ghz stable. I'm using a Gigabyte GA-MA78GM-S2H using the onboard graphics with an HDMI output.

I'm trying to watch a few different movies in the MKV format, most are 1080p, a few are 720p. I can't get any of them to play, they all say buffering. I leave them to try to buffer for about an hour, and still no go. Is my computer just not fast enough to play them, or is it just a simple issue that I'm missing?
I just recently discovered that XBMC has been ported over to Windows. I have been using Media Portal for several months and this has been working out great.

My question is: why is XBMC being so inflexible with codecs? Media Portal allows you to actually select the codecs you want to use for decoding audio, x.264, DVD playback, etc. I think that this is really important for those of us that want to do tests, optimize, and the like.

Don't you agree that for now, since ffmpeg doesn't seem to handle x264 as well as CoreAVC that we should have the option to switch that? Or, is your justification because it makes things too complicated? Personally I believe that regardless of the setting within the front-end solution, if your codecs are all hosed up, you'll have problems, so why limit users to "hard-coded" codec requirements?

By the way, this isn't a dig at XBMC, I want to try it out for sure. But playing back a 1080p video in XBMC last night, showed me a substantial amount of video stuttering and audio sync problems, whereas the same video in Media Portal plays smoothly...I obviously can't handle playing a video in a new piece of software with playback issues when I can just use the familiar software that plays smoothly...feel me?
I have an Opteron 146 in my HTPC, not dual-core in case you aren't familiar with it. This CPU plays 720p flawlessly, under all conditions. However, 1080p is pretty hit and miss. Many times I will have playback issues, and other times I will have none.

I also have an ATI HD 3450, which as you know has x.264 hardware decoding (DXDA). BUT, know this...most videos don't even support DXDA because there is a very specific specification for this and most people aren't taking this into account when they encode a video.

So, until there is a standard, I say you made the right choice buying the Core 2 Duo. This is probably what I'm going to upgrade to as well. Even with my Opteron oc'd to about 2.8ghz playback is not smooth. And this is in Media Portal and Media Player Classic. I can't imagine how badly 1080 would play in XBMC. Though, if you are having problems playing even 720p videos, on that CPU...a new CPU might fix it. Just the same, XBMC needs to really get some optimization going - or at least allow us to choose the codec to be used.
cameron122000 Wrote:I'm having a similar problem on my HTPC, but I can't get videos to play at all. I've got an AMD Athlon 64 X2 4800 overclocked to just under 3.00Ghz stable. I'm using a Gigabyte GA-MA78GM-S2H using the onboard graphics with an HDMI output.

I'm trying to watch a few different movies in the MKV format, most are 1080p, a few are 720p. I can't get any of them to play, they all say buffering. I leave them to try to buffer for about an hour, and still no go. Is my computer just not fast enough to play them, or is it just a simple issue that I'm missing?

I think you are missing some key component because that isn't supposed to happen. Are you using XBMC to do this playback? If so, try using something else like Windows Media Player or better yet Media Player Classic. If you still can't get the video to play in either of these programs, you probably have some broken codecs.

I'd make sure you uninstall all codecs, especially anything that might conflict. (FFDSHOW and CoreAVC for example).

If the videos play in the external media programs just fine, but not in XBMC...I don't really know what to tell you. I haven't played with it enough yet, but it also sounds like you can't really change any codec settings within XBMC. I guess I would still suggest looking for codec conflicts. Some of the worst playback issues are caused by codecs butting heads.
From what I know XBMC isn´t using the installed codecs - that´s the reason - isn´t it?

Similar problems here on hidef. Media Player classic running smoothly, XBMC not.

It would be nice if XBMC would make use of the installed codecs and leave it up to the user what codec to use for the playback.

Correct me if I´m wrong ...
h3llsp4wn Wrote:From what I know XBMC isn´t using the installed codecs - that´s the reason - isn´t it?

Similar problems here on hidef. Media Player classic running smoothly, XBMC not.

It would be nice if XBMC would make use of the installed codecs and leave it up to the user what codec to use for the playback.

Correct me if I´m wrong ...

No, you're absolutely right. I wish that it was setup this way as well. Though, I'd like to know their justification. I'm sure they wouldn't just do it because, without a reason. I'm sure they have SOME reason that makes sense to them. And maybe it would make sense to us as well.

My money is on compatibility issues or something like that, they want their program to have full control over how it plays what it does. The only issue is that this sort of limits the software to playing what they allow it to. And that's kind of weak sauce.

Media Portal will play anything Windows can, and I can even tell it which codec I want it to use to do so.
h3llsp4wn Wrote:From what I know XBMC isn´t using the installed codecs - that´s the reason - isn´t it?

Similar problems here on hidef. Media Player classic running smoothly, XBMC not.

It would be nice if XBMC would make use of the installed codecs and leave it up to the user what codec to use for the playback.

Correct me if I´m wrong ...

I'm not sure if this is the reason, but there's something to be said for installing XBMC on an OS and not have to worry about codecs. It would be nice to have an option to let you choose a codec, but personally I think the developers time is better spent on optimizing what's already in XBMC for HD playback and maybe add options to choose codecs later.
Pages: 1 2 3 4