I am looking for an effective way to grab image data off video files. I am currently testing FilgraphManagerClass.GetCurrentImage() from the Interop.QuartzTypeLib library. This does what I need but is painfully slow. I need to process all frames of each video. What better options do I have?
Requirements
- Must be frame accurate. <– Very important!
- Gives me access to the decoded pixel buffer (array of
intorbyte[]), ideally RGB24 or RGB32. - The buffer can be grabbed in realtime or faster. I do not need to display the video, I only need to analyze the pixels.
- Handle mp4 files (h264/aac). I can rewrap or frame serve via AviSynth if needed but no retranscoding can be involved.
Any suggestions would be welcome.
Some code as requested:
FilgraphManagerClass graphClass = new FilgraphManagerClass();
graphClass.RenderFile(@"C:\tmp\tmp.avs");
int sz = (graphClass.Width * graphClass.Height + 10) * 4;
int[] buffer = new int[sz - 1];
I am then stepping through each frame. I have something like this in the loop:
graphClass.GetCurrentImage(ref sz, out buffer[0]);
//DoStuff(buffer);
graphClass.CurrentPosition += graphClass.AvgTimePerFrame;
IBasicVideo::GetCurrentImagemethod you are using is basically intended for snapshots, and works with legacy video rendering in legacy modes only. That is, (a) it is NOT time accurate, it can get you duplicate frames or, the opposite, lose frames; and (b) it assumes that you display video.Instead you want to build a filter graph of the following kind: File Source -> … -> Sample Grabber Filter -> Null Renderer. Sample Grabber, a standard component, can be provided with a callback so that it calls you with any frame data that comes through it.
Then you remove clock from the graph by calling
SetReferenceClock(null)on the filter graph so that it run as fast as possible (as opposed to realtime). Then youRunthe graph and all video frames are supplied to your callback.To accomplish the task in C# you need to use DirectShow.NET library. It’s
Capture\DxSnapsample provides a brief example how to use Sample Grabber. They do it throughBufferCBinstead ofSampleCBand it works well too. Other samples there are also using this approach.You will find other code snippets very close to this task:
Regarding
MP4files you should take into consideration the following:Win32/x86platform on your application to avoid running into scenario that your app is running in 64-bit domain, while support for MP4 only exists in 32-bit components/libraries installed