How to get better performance when playing HD H.264

[Ux64]

I found higher bitrate H.264 videos which still won't run on with Q6600 CPU.

Thanks for confirming that. Now there are at least two of us.

Videos that are about 4GB+ / hour won't run with Q6600 with VLC. Before VLC starts to support multithreading.

We're eagerly waiting for that to happen.

[darrencook]

Having the same issue, i have a 5GB file in 1080p and for the hell of me i cannot get it to play without the messages saying late frame pc too slow?..

I'm running a amd quad core 2.2ghz, 2gb ddr2 9600 ram, 8600GT gfx, i don't get how in hell it can be too slow?..

[Ux64]

I'm running a amd quad core 2.2ghz, 2gb ddr2 9600 ram, 8600GT gfx, i don't get how in hell it can be too slow?..

Welcome to the club!

[MysteryXXX]

Hi,
I've a question to that topic:
As far as I know, the vlc player uses the ffdshow decoder. If I try to play a 1080i video on the windows media player using the downloaded ffdshow decoder, there is no problem. But if I use the vlc player with its intern decoder to play the same video, it seems that my cpu (amd 3800+ x2) isn't fast enoug for that job.
Somekind of strange?

[joseph5]

As far as I know, the vlc player uses the ffdshow decoder.

No, it doesn't. It uses the same code base though.

[Ux64]

Does anyone have experience about format conversion. I mean that I could convert h264 stuff to MPEG2 if no great quality loss is being experienced.

Unfortunately VLC's conversion options are very limited.

[andre77]

Thanks it works on my desktop so far. I will try it on my laptop tonight.

Miami Office Space for lease
Garden Tools

[patch]

My graphics card has on board video decoding, does VideoLan support, or will it support this?
This post suggests it doesn't and isn't likely to in the foreseeable future viewtopic.php?f=14&t=44499&p=140451&hilit=Avivo#p140451

If so is not this increasingly going to be a problem for users with ATI® Avivo™ and NVIDIA® PureVideo™ and Intel Clear Video technology cards
I suspect it is a problem for me as it means I will have to find a new program to play my videos, which I'm not keen on doing.

BTW
The computer I'm trying to use as a HTPC a Sapphire ATI Radeon HD2600 XT AGP card in 2.6GHz Pentium 4 running Windows XP
The Graphics card has Avivo™ for which drivers are available under directX 10 / Windows Vista
The reason I posted here is I believe support of graphics hardware acceleration is a general problem.
If it is felt this is the wrong place perhaps a link to the correct place could be posted

[Jean-Baptiste Kempf]

Give us the specs to decode with the graphic cards, and we might do it.
SInce AVIVO® and other CRAP® (PureVideo®) are not open source and don't provide any open access to it, it is a NO GO.

[penguincentral]

I'll try this in the morning. I have a H.264 (or maybe it's x.264 i forget) that uses the mkv container, and the performance is average.

Thanks for the tip.

[penguincentral]

This works fantastic. My 1080i video performance is heaps better. Thanks

[enkidu]

My graphics card has on board video decoding, does VideoLan support, or will it support this?
This post suggests it doesn't and isn't likely to in the foreseeable future viewtopic.php?f=14&t=44499&p=140451&hilit=Avivo#p140451

I found that VLC 0.8.6* does achieve hardware acceleration of x264-encoded streams on my Nvidia GeForce Go7300, in WindowsXP SP2.

Nvidia users will recall that series 6- and 7- GPUs provide partial H.264 acceleration, while series 8- and over provide acceleration of all H.264 functions (notice I explicitly avoid the highly confusing "PureVideo" term).

Well, I encode my SD videos with x264 and VLC plays it back with hardware acceleration.
How do I know ? I get near-zero CPU usage, as opposed to 10-30% CPU usage when not accelerated.
My statement needs some qualification however :

• 1. VLC accelerates playback if the "Output Module" is explicitly set to "DirectX", not to "Default"
  2. I have found no acceleration if it is set to "Direct3D" (or any other module)
  3. hardware acceleration is sporadic :
  • 3.1 boot my laptom, play a video with VLC -- GPU-acceleration is ON (near-zero CPU)
    3.2 play it with another player (MPC-HC for instance) -- no GPU acceleration (CPU > 20%)
    3.3 close other player and play again with VLC -- no GPU acceleration (CPU > 20%)
    3.4 reboot or go to standby & back -- -- GPU-acceleration is ON

I have only tried this with SD (720x576/PAL) content because that's all I have.
I would like the community to confirm my findings :

• 1. with 720p content or higher
  2. with NVidia 8-series CPUs

always using WinXP SP2 of course.
My guess is that when VLC is forced to use DirectX, then it accesses the DXVA function (v1 under XP does provide hardware acceleration).

To conclude, I think the PureVideo label (if not the technology) has contributed so much fudge to this topic that people have been thrown off-track. I've been trying to achieve x264 hardware acceleration ever since I got my laptop last year, have tested dozens of players, and VLC would systematically yield the best playback results.
I figure this is why.

Any & all comments are welcome.
enkidu

[heffeque]

I found that VLC 0.8.6* does achieve hardware acceleration of x264-encoded streams on my Nvidia GeForce Go7300, in WindowsXP SP2. [...]

Is there anything similar for Linux and/or MacOS X?

[baileyrays]

This is new to me i would like to try it tonight.

[Ux64]

Any real news to this problem? I'm (as many others) looking for multithreaded version. Any news about schedules or time tables when that kind of release would be out? - Thank you!

I won't buy new full hd tv, before this problem is fixed. Because I can't view Full HD stuff with Q6600 CPU, not enough punch.

[stenc55]

Weird

I have e4300 (overclocked to 2,7GHz) with Vista64, 8800GT and 2GB RAM.
When I tried to play Transformers.2007.1080p.HDDVD.x264-hV.mkv on beginning scene (with cube spinning from space) movie transformed to slideshow and sound was 10 sec behind picture.
I tried warious codecs, players, nothing worked. From sidebar I saw movie always used only one core.

Then I reinstalled Vista and installed ONLY VLC from 0.86. series. No tweaks, no default changes and movie played perfectly. CPU load was 30-50%, both cores used. I don't know if GPU kicked in, but movie was perfect.

Now I'm using Dell Inspirion 1520 with XP SP3 (fresh instalation). Just for test I played this movie again from USB drive and again I have absolutely no problem. Both cores used, CPU load form 20-70%, even in beginning scene. I'm using 0.9.0 on laptop.

I tried one another laptop (HP with around 14" monitor) and celeron 1,7GHz processor. Fresh installed XP SP2. I tried several 720p movies (from 4,5 to 8 GB in size) and they all played ok, CPU load from 60-90%, picture almost never freezed. I used portable VLC from 0.86 series, I don,t remember version.

Looks like using other players with load of codecs spammed into system corrupts VLC.

I'm not using ANY other player, not even PowerDVD, since 0.9.0 handles even DVD well. If anyone have issue with playing HD movies in VLC, try to clean system first, throw all other codec packs to garbage with good uninstaller and try to get rid of all codec settings left from other players.

[Ux64]

I'm very curious if 0.9.2 version fixes these performance problems. It would be so great.

[dionoea]

ffmpeg doesn't implement multithreaded video decoding yet. So you might get some slight performance changes due to optimizations but nothing fancy.

They're currently experimenting a multithreaded implementation of their H264 decoder ... so it should be merged in the official SVN in the near/middle future.

[colt45]

ffmpeg doesn't implement multithreaded video decoding yet. So you might get some slight performance changes due to optimizations but nothing fancy.

They're currently experimenting a multithreaded implementation of their H264 decoder ... so it should be merged in the official SVN in the near/middle future.

I haven't seen an announcement at http://ffmpeg.mplayerhq.hu/

However, the SoC 2008 project was completed and has been available since September 4, 2008.

Alexander_Strange.tar.gz Frame-based multithreading patch Sep 04 27.0 KB 118

http://code.google.com/p/google-summer- ... loads/list

[prune]

VLC lag out on H.264 quite often myself. It's decent.

Unfortunately it isn't. In case there is some heavy h.264 stuff coming in. Like direct Blu-ray / HD-DVD rip. -> 45 gigabytes of data for 1.5 hour of stuff. It got pretty hefty bitrate so it totally kills my Q6600 CPU. And everything turns to very slow slide show.

Those settings are barely adequate for ~4 Gbytes / 1.5 hour rips.

Maybe you will run into harddrive bandwidth problems too...

[Ux64]

Those settings are barely adequate for ~4 Gbytes / 1.5 hour rips.

Maybe you will run into harddrive bandwidth problems too...

Most probably not. Harddrives easily transfer 80-100 megabytes / second.

4 Gigabytes / 1.5 hours means only 740 kilobytes / second. Which is even streamable over internet connection, nothing to do with hard drive speeds.

[Jean-Baptiste Kempf]

ffmpeg doesn't implement multithreaded video decoding yet. So you might get some slight performance changes due to optimizations but nothing fancy.

They're currently experimenting a multithreaded implementation of their H264 decoder ... so it should be merged in the official SVN in the near/middle future.

I haven't seen an announcement at http://ffmpeg.mplayerhq.hu/

However, the SoC 2008 project was completed and has been available since September 4, 2008.

Alexander_Strange.tar.gz Frame-based multithreading patch Sep 04 27.0 KB 118

http://code.google.com/p/google-summer- ... loads/list

It is not finished yet, so not officially in FFmpeg, we try to avoid that.

[Ohajiki]

I've done as said but stilll having issues with an mp4 h.264 file

[fixeon]

H.264 codecs are pretty CPU intensive and VLC can't use multi-cores to decode it yet.

So if your computer is dying when decoding 1080p samples from H264, do the following.

• Open the preferences
• Tick advanced in the lower right corner
• Go to "Input/Codec"
• Go to "other codecs" subcategory
• Go to "FFmpeg"
• Put the "skip-filter for H264" to all
• Restart VLC

DON'T ASK help about this on IRC or I may kill you

Edited on public intrest by MetalheadGautham:

to the guys complaining that C2Q Q6600 and AMD Phenom can't run HD H.264:

Only ONE CORE among their 4 cores is used. Their indivudual core power is quite average. You would have a better performance with a high power per core CPU like C2D E8400.

...Thats UNLTIL multicore support appears on H264 decoder

Thx you saved my life!

this should be a sticky

[traktion]

H.264 codecs are pretty CPU intensive and VLC can't use multi-cores to decode it yet.

So if your computer is dying when decoding 1080p samples from H264, do the following.

• Open the preferences
• Tick advanced in the lower right corner
• Go to "Input/Codec"
• Go to "other codecs" subcategory
• Go to "FFmpeg"
• Put the "skip-filter for H264" to all
• Restart VLC

Thanks this has given some improvement in non-1080p sources, but still any 1080p MKV file with x264/h.264 thats over 8 gigs for a movie chops constantly.

Ultimately after reading this whole thread I've learned the reasons for skipping are:

1. VLC doesnt support multithreading yet.
2. 3D video card accleration for h.264/x.264 is only partial on older video cards.
3. 3D accleration may not be enabled sometimes (reasons unknown? Using directx selection under output modules ensures acceleration?)

This should definetely be a sticky, I may have to upgrade my video card and use media player in the mean time.

I'm curious to know why my CPU is not running more than 50% capacity. Is it a CPU or GPU type of scenario where one or the other but not both working together?