Very slow x264 HD decoding

[deliciouspork]

I have a 720p HD movie that will not load on my primary desktop using Media Player Classic, and FFDshow, but loads perfectly fine on my laptop using the same decoder/player. See specs below. However, the video plays back okay using VLC, but takes a long time to process the entire length of the movie, which prevents skipping.

Other HD videos also take a considerably longer time to process/load on my desktop computer. I run the latest build of FFDshow on both setups.

Desktop:
AMD x2 5000+ BE @ 3.11, 2gb DDR2, 8800gt, Windows XP 32bit Pro

Laptop:
Intel T8300 2.4ghz, 4gb DDR2, Windows Vista 32 bit Home Premium

What do you think is causing this disparity in load times? What decoders/players do you use to play HD movies on computers?

 

[Toytown]

My guess is you have something wrong/bad installed in the filter chain.

First of all what format is the video in? AVC/Divx/WMV?
Second is there any chance you can render the file within graphedit and take a screenshot of the filter chain, so that we can see what directshow filters are being used to try and decode the video?

 

[vxspiritxv]

Well if its x264 it 'should' be .mp4
Most likely its something else created badly. Since you said vlc had to 'work' on the file, its prob the old avi format missing interweaving info. Maybe if your lucky virtualdub can load it, fix it, and save it. Most likely you will have to use graphedit and split the raw data formats and recombine them correctly with mp4box .

Good luck with that

 

[Toytown]

Well if its x264 it 'should' be .mp4

No, x264 just produces AVC video, it shouldnt determine the container type.

It should be determined by what you intend to do with the full movie. For instance if you want to include AC3/MP3 audio, then theres no specs for an MP4 container to hold them, so it cannot be done without breaking compatibility.

MP4 is typically only used when you have AVC video and AAC audio, pretty much any other combo and your forced to used something else.........hence why you see MKV a lot and typically AVC/AC3 or AVC/DTS.

 

[gerbiaNem]

mkv is the most compatible container, works well for holding the original dts track

 

[w1retap]

See sticky thread.

 

[vxspiritxv]

Reason it should be mp4 is because quicktime has the codec built in. Anything else and you have to download something. Most everyone has quicktime already.

 

[Toytown]

Reason it should be mp4 is because quicktime has the codec built in. Anything else and you have to download something. Most everyone has quicktime already.

Thats not really a good reason. I dont condone piracy of films whatsoever, but theres a good reason why almost all the "scene" rips are MKV and most peoples own rips are also MKV.

MP4 is limited to AVC/AAC. Whilst most people will happily trade some video quality for a significantly smaller filesize, they will normally not trade the AC3/5.1 soundtrack for an AAC one. So in these cases MKV is the likely candidate. In fact the only people that i know that encode to mp4 are people who are doing so because of hardware limitations on there standalone mp4 players/mobiles etc, or for videos encoded for web use.

Quicktime is utter garbage. I cant think of anybody who would use that over something like VLC/MPC/WMP and lets face it, pretty much anybody who has a windows system has WMP installed.

 

[icemochalatte]

Try using Haali/Matroska splitter http://haali.cs.msu.ru/mkv/
And FFDShow for audio (use AC3Filter too for AC3/DTS audio).

 

[Pswayze]

I definitely am not qualified to diagnose any problems, but I was having real problems decoding HD content until I switched to CoreAVC. I would recommend it.