Welcome Guest ( Log In | Register )


Important

The forums will be closing permanently the weekend of March 15th. Please see the notice in the announcements forum for details.

 
Compression Error With Fraps Footage
« Next Oldest | Next Newest » Track this topic | Email this topic | Print this topic
Geowil
Posted: Apr 6 2011, 10:58 PM


Newbie


Group: Members
Posts: 3
Member No.: 30671
Joined: 6-April 11



A few days ago my backup recording drive decided to crap out on me and I ended up having to quick format ti to regain access. Since then I was able to pull my fraps recordings off of the drive but I have having issues getting the files to work now.

In VDub, when I try to compress them I get this error seconds after the render starts:

An out-of-bounds memory access (access violation) occurred in module 'frapsvid'...
...reading address 0D534000...
...while decompressing video frame 136 (VideoSource.cpp:1778)...
...while using input buffer at 0d510000-0d52db57 (VideoSource.cpp:1777)...
...while using output buffer at 03b10000-03bf1003 (VideoSource.cpp:1776)...
...while running thread "Processing" (thread.cpp:152).

when I try to use divx compression.

Other times I just get an "Unrecognized frame format" message then trying to render it out with no compression. I have not tried putting the recovered files into Vegas yet. I just tried and Vegas cannot open the avi files, probably because their indexes are damaged.

When I try to fix them in DivFix/++ I get a multitude of errors and then the programs freeze.
 
     Top
ale5000
Posted: Apr 6 2011, 11:07 PM


Advanced Member


Group: Members
Posts: 1114
Member No.: 22180
Joined: 30-September 07



Try this:
VirtualDub => File => Open video file => Check "Ask for extended options after this dialog" => select the video and press open => in the import options dialog check "Re-derive keyframe flags" and "Open in AVIFile compatibility mode".

Edit: after you have opened the video, go on Video => Error mode and set it to "Conceal errors and resume decoding at next keyframe" or "Decode even if the result may be garbled", the same for audio.

If you post a small video here, then I can check directly.

--------------------
New VirtualDub forum
VirtualDub AIO (All-in-One installer for VirtualDub and plugins)
Codec Toolbox RS (A tool to read/change merit of codecs and many other things)
Input plugins for VirtualDub / ACM codecs / VFW codecs
 
     Top
Geowil
Posted: Apr 7 2011, 04:55 AM


Newbie


Group: Members
Posts: 3
Member No.: 30671
Joined: 6-April 11



QUOTE (ale5000 @ Apr 6 2011, 11:07 PM)
Try this:
VirtualDub => File => Open video file => Check "Ask for extended options after this dialog" => select the video and press open => in the import options dialog check "Re-derive keyframe flags" and "Open in AVIFile compatibility mode".

Edit: after you have opened the video, go on Video => Error mode and set it to "Conceal errors and resume decoding at next keyframe" or "Decode even if the result may be garbled", the same for audio.

If you post a small video here, then I can check directly.

Alright I tried both of the error mode settings that you suggested but I got the same error as before (the access violation error) and even then I tried to open one of the video files, it got a short ways through re-keying and threw the access violation error as well.

I am beginning to think that when the drive crashed something happened to the data itself and it got fried. It may have something to do with the fraps codec anyway, I am still not sure what cause the initial issues but they happened right after Vegas crashed while rendering the footage on the drive with the same Unrecognized frame format message I am getting at present sometimes. I have a hunch that it is some how all connected. I tried reinstalling Fraps and then the latest version but I am still having issues with that frame format message at time. I am going to tinker around with the settings some more and see if I can not figure out how I got this one video to compress earlier then try your suggestions with that one and those settings.

Realistically speaking though I will probably lose these video files.
 
     Top
ale5000
Posted: Apr 7 2011, 11:19 AM


Advanced Member


Group: Members
Posts: 1114
Member No.: 22180
Joined: 30-September 07



Have you tried to use ffdshow-tryouts to decode Fraps?
It is more tolerant to damaged videos.

--------------------
New VirtualDub forum
VirtualDub AIO (All-in-One installer for VirtualDub and plugins)
Codec Toolbox RS (A tool to read/change merit of codecs and many other things)
Input plugins for VirtualDub / ACM codecs / VFW codecs
 
     Top
Geowil
Posted: Apr 7 2011, 06:56 PM


Newbie


Group: Members
Posts: 3
Member No.: 30671
Joined: 6-April 11



QUOTE (ale5000 @ Apr 7 2011, 11:19 AM)
Have you tried to use ffdshow-tryouts to decode Fraps?
It is more tolerant to damaged videos.

I found a solution I think, at least for the ones I have already done (going on a case by case basis at the moment). I am loading the videos into VLCP and letting it repair the index. Then I am playing the files back and recording those with fraps. so far it has worked fairly well. I have 83 files to do though, so I might run into one that is really messed up, hope fully I do not though.

I have not tried your second suggestion yet as this is working for me atm, but I did download the tryout codecs just in case.

Thanks for the help.
 
     Top
ale5000
Posted: Apr 7 2011, 09:27 PM


Advanced Member


Group: Members
Posts: 1114
Member No.: 22180
Joined: 30-September 07



If you use the Gabest AVI splitter + ffdshow-tryouts (with the FRAPS decoder enabled in the options) you will probably be able to play all your damaged fraps videos without even fix them.

--------------------
New VirtualDub forum
VirtualDub AIO (All-in-One installer for VirtualDub and plugins)
Codec Toolbox RS (A tool to read/change merit of codecs and many other things)
Input plugins for VirtualDub / ACM codecs / VFW codecs
 
     Top
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:
5 replies since Apr 6 2011, 10:58 PM Track this topic | Email this topic | Print this topic

<< Back to Advanced Video Processing