<p>If its just about playback, I can highly recommend Media Player Classic HC for Windows. I think I haven't seen a faster player so far. It utilizes DirectX 9 for most image rendering which results in a lot faster playback on many machines. Most players only uitilize the CPU for drawing.
Even uncompressed avi's had a lag free playback and fast seeking times from a USB 2.0 hard drive. The player is very good at caching aswell which should give you a benfit with files that have keyframes that are far apart from each other. It also has the option to always skip to the next keyframe when seeking (Options/Tweaks/Fast Seek). It also has a setting for the jump distance when seeking very long videos.
<a href="http://sourceforge.net/projects/mpc-hc/" rel="nofollow">http://sourceforge.net/projects/mpc-hc/</a></p>

<p>Generally for all plattforms recommendable is mplayer with a fitting GUI (there are quite a few of them out there for Windows/Mac/Linux). A little "geeky" but very powerfull.
<a href="http://www.mplayerhq.hu/design7/dload.html" rel="nofollow">http://www.mplayerhq.hu/design7/dload.html</a></p>

<p>You dont need RAID storage to seek through h.264 files fast. That only applies to really huge "raw" video files that are meant for editing. A video card that has MPEG-4 decoding supported would be good to have but normally any video card from the last 4-5 years supports that. Apart from that you dont need any special hardware, your problem is mainly a software issue.</p>

CC BY-SA 3.0
2013-03-13T11:16:31.723Z
The software tweaks work great if seeking to the next keyframe and there is no decoding to start playback prior to the playback from the seeked point. That however doesn't help when I seek to a random point which happens to be several hundred frames after a keyframe.

And if you read the question carefully, I also specifically asked for hardware to get fast decoding. I'm not even sure you understand how these things work.

Nearly 100% of the worst seek time are due to slow decoding. The only way to lower that terrible seek time of up to 3-4 seconds is fast hardware decoding.
Baltar
CC BY-SA 3.0
2013-03-14T19:47:55.977Z
Like I already said in my answer. Every modern GPU supports hardware decoding for h.264, you dont need special hardware. It can't get faster than a modern GPU.
Though several hundred frame after a keyframe?! You sure those are valid h.264 files? Thats an extremly high interval.
timonsku
CC BY-SA 3.0
2013-03-15T18:42:25.513Z
Yes, I've had several videos with 10, 15 and 20 seconds between keyframes! Even with 10 seconds and 24 or 30 fps, which is not quite uncommon, it is 300 keyframes!
Baltar
CC BY-SA 3.0
2013-03-16T19:43:04.370Z
The comments on this answer were getting a bit out of hand so I deleted the rest.  Remember comments are for clarification.  Please go to [chat](http://chat.stackexchange.com/) for discussion.
Friend Of George
CC BY-SA 3.0
2013-03-16T22:49:05.087Z
The correct answer to this question is Intel iGPU on Sandy Bridge or Ivy Bridge. It has the fastest decoding unit. Unlike Paul Green claims, it is mainly about hardware, not software.
Baltar
CC BY-SA 3.0
2013-03-18T01:47:42.213Z
No one is hindering you to answer the question yourself. Though I have 6 years of experience in video editing and have acquired enough knowledge about hardware to know that what you are talking about is quite non-sense and filled with half-informations and will certainly not spread false information that I dont approve of even though you think its correct what you are saying. I'm still not sure if this meant as trolling or not..
Answer the question yourself if you want this to be the answer to your question.
timonsku
CC BY-SA 3.0
2013-03-18T12:12:39.530Z
I didn't know much about hardware decoding when I asked the question. I got those answers somewhere else, and basicly copying them to this place. But I need to verify it first, so I'll take a few steps to do that.
Baltar
CC BY-SA 3.0
2013-03-08T00:08:47.387Z
2013-03-08T00:36:52.657Z
2013-03-08T00:36:52.657Z
timonsku
<p>On the hardware side, I would recommend a <a href="http://en.wikipedia.org/wiki/RAID" rel="nofollow">RAID</a> storage system, that you can assemble with smaller, cheaper hard drives. With this you will have a large overall capacity, fast read performance, and depending on the RAID level your data is also protected against hard drive failures. One negative aspect is the additional noise of the hard drives.</p>

CC BY-SA 3.0
2013-03-05T09:00:37.727Z
I actually do have a RAID system, but it is not the bottleneck. Decoding the video during seek time from the previous keyframe to the need spot is the bottleneck.
Baltar
CC BY-SA 3.0
2013-03-05T08:14:18.143Z
2013-03-05T08:14:18.143Z
Fred42vid
<p>Sometimes I watch a video that I don't want to see from beginning to the end, but only some parts. Sometimes I need to quickly find some scene/spot in a video. The less keyframes there are, the longer it takes to seek random place in a video.</p>

<p>What hardware/software configuration I need to make seeking time as fast as possible?</p>

<p>I mean if I to build a new PC, what hardware is there to get fast access time by fast decoding?</p>

CC BY-SA 3.0
2013-03-08T19:44:45.730Z
can you specify a worst-case or average time (at least a magnitude) you are asking about? (i.e Are you trying to optimize a 5 second delay or 5 ms?)
horatio
CC BY-SA 3.0
2013-03-13T11:04:31.683Z
The worst case scenario is about 3-4 seconds with high bitrate 1080p videos. For example if I seek to the point 20 seconds after the previous keyframe. 5 ms is so fast you wouldn't even notice it, it's almost immediate. I wouln't even ask any questions if it was that fast.
Baltar
<video>
What hardware/software to get fastest possible access time in AVC/h264 files?
Baltar
# What hardware/software to get fastest possible access time in AVC/h264 files?

(Asked by: username_0 on 2013-03-05)

Sometimes I watch a video that I don't want to see from beginning to the end, but only some parts. Sometimes I need to quickly find some scene/spot in a video. The less keyframes there are, the longer it takes to seek random place in a video.

What hardware/software configuration I need to make seeking time as fast as possible?

I mean if I to build a new PC, what hardware is there to get fast access time by fast decoding?

**Tags:** video

> **Comments:**
> **username_1**: can you specify a worst-case or average time (at least a magnitude) you are asking about? (i.e Are you trying to optimize a 5 second delay or 5 ms?)  
> **username_0**: The worst case scenario is about 3-4 seconds with high bitrate 1080p videos. For example if I seek to the point 20 seconds after the previous keyframe. 5 ms is so fast you wouldn't even notice it, it's almost immediate. I wouln't even ask any questions if it was that fast.  

---

## 2 answers

### Answer by username_2 on 2013-03-08. Score: 2

If its just about playback, I can highly recommend Media Player Classic HC for Windows. I think I haven't seen a faster player so far. It utilizes DirectX 9 for most image rendering which results in a lot faster playback on many machines. Most players only uitilize the CPU for drawing.
Even uncompressed avi's had a lag free playback and fast seeking times from a USB 2.0 hard drive. The player is very good at caching aswell which should give you a benfit with files that have keyframes that are far apart from each other. It also has the option to always skip to the next keyframe when seeking (Options/Tweaks/Fast Seek). It also has a setting for the jump distance when seeking very long videos.
<http://sourceforge.net/projects/mpc-hc/>

Generally for all plattforms recommendable is mplayer with a fitting GUI (there are quite a few of them out there for Windows/Mac/Linux). A little "geeky" but very powerfull.
<http://www.mplayerhq.hu/design7/dload.html>

You dont need RAID storage to seek through h.264 files fast. That only applies to really huge "raw" video files that are meant for editing. A video card that has MPEG-4 decoding supported would be good to have but normally any video card from the last 4-5 years supports that. Apart from that you dont need any special hardware, your problem is mainly a software issue.

> **Comments:**
> **username_0**: The software tweaks work great if seeking to the next keyframe and there is no decoding to start playback prior to the playback from the seeked point. That however doesn't help when I seek to a random point which happens to be several hundred frames after a keyframe.  And if you read the question carefully, I also specifically asked for hardware to get fast decoding. I'm not even sure you understand how these things work.  Nearly 100% of the worst seek time are due to slow decoding. The only way to lower that terrible seek time of up to 3-4 seconds is fast hardware decoding.  
> **username_2**: Like I already said in my answer. Every modern GPU supports hardware decoding for h.264, you dont need special hardware. It can't get faster than a modern GPU. Though several hundred frame after a keyframe?! You sure those are valid h.264 files? Thats an extremly high interval.  
> **username_0**: Yes, I've had several videos with 10, 15 and 20 seconds between keyframes! Even with 10 seconds and 24 or 30 fps, which is not quite uncommon, it is 300 keyframes!  
> **username_3**: The comments on this answer were getting a bit out of hand so I deleted the rest.  Remember comments are for clarification.  Please go to [chat](http://chat.stackexchange.com/) for discussion.  
> **username_0**: The correct answer to this question is Intel iGPU on Sandy Bridge or Ivy Bridge. It has the fastest decoding unit. Unlike Paul Green claims, it is mainly about hardware, not software.  
> **username_2**: No one is hindering you to answer the question yourself. Though I have 6 years of experience in video editing and have acquired enough knowledge about hardware to know that what you are talking about is quite non-sense and filled with half-informations and will certainly not spread false information that I dont approve of even though you think its correct what you are saying. I'm still not sure if this meant as trolling or not.. Answer the question yourself if you want this to be the answer to your question.  
> **username_0**: I didn't know much about hardware decoding when I asked the question. I got those answers somewhere else, and basicly copying them to this place. But I need to verify it first, so I'll take a few steps to do that.  

---

### Answer by username_4 on 2013-03-05. Score: -2

On the hardware side, I would recommend a [RAID](http://en.wikipedia.org/wiki/RAID) storage system, that you can assemble with smaller, cheaper hard drives. With this you will have a large overall capacity, fast read performance, and depending on the RAID level your data is also protected against hard drive failures. One negative aspect is the additional noise of the hard drives.

> **Comments:**
> **username_0**: I actually do have a RAID system, but it is not the bottleneck. Decoding the video during seek time from the previous keyframe to the need spot is the bottleneck.  

---

