19 August 2008, 22:13 | #1 |
Posts: n/a
|
1.5.1: Problem with Video capture
Hi,
Apologies if this has been raised already, I've noticed a problem when capturing video: Corruption of output file when closing WinUAE 1. Standard A500 configuration 2. Select Audio Output codec = NONE 3. Select Video Output codec = Uncompressed 4. Select output file = desktop (in my case) 5. Start Mental Hangover 6. Press F12, then click AVI output enabled 7. Capture some video 8. Press F12, click AVI output enabled (turn off output) 9. Can open and play file in Media Player just fine, close Media Player 10. Quit WinUAE 11. Output avi file becomes corrupted, header screwed up, no longer plays If make a copy of the file after step 8 I can use that I'm running an up-to-date copy of Vista Ultimate |
20 August 2008, 00:06 | #2 |
Posts: n/a
|
A couple more
1. The first frame in the capture appears to be corrupted. (I'll upload a sample if you like)
2. Uncompressed output is split every 2 gig, according to this: http://technet.microsoft.com/en-us/l.../cc766145.aspx, NTFS supports up to 16 terabyte files, could we have an option to write such files? 3. Probably related to the problem in my first post, each 2 gig file from step two above, is corrupted when the next 2 gig file is started. Is there a header written or something when closing/quiting? I appreciate this stuff comes really low down the priority list, if you need any more details/testing please ask. Keep up the good work, WinUAE is still a fantastic emulator. Last edited by silk; 20 August 2008 at 00:08. Reason: Added detail about corrupted split files |
20 August 2008, 05:03 | #3 |
2064
Join Date: Jul 2005
Location: de
Posts: 231
|
- try clicking 'AVI output enabled' to stop recording properly before shutting down WinUAE.
- use a lossless RGB compressor like TSCC, Lagarith, ZMBV or FFV1. - WinUAE is using outdated VfW interface (1993). Some problems may be fixed once recording backend will be upgraded to DirectShow and OpenDML-AVI-Format (>2GB) one day. But that wasn't announced anywhere yet... |
20 August 2008, 07:24 | #4 | |
Posts: n/a
|
try clicking 'AVI output enabled'
Quote:
|
|
20 August 2008, 13:58 | #5 | |
Registered User
Join Date: Jul 2005
Location: Australia
Age: 47
Posts: 666
|
I get the same result as silk, but I'm not ready to call this a bug until it's confirmed using the default WinUAE config files.
Quote:
Good general advice but it has no bearing on the problem described above. |
|
20 August 2008, 14:48 | #6 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,553
|
There was bug in Vista that corrupted AVI headers but fix should be in SP1. (if "up-to-date" = SP1 installed)
http://support.microsoft.com/kb/939130 WinUAE does not touch the avi file directly, all is done using (quite old) AVI API. |
22 August 2008, 17:47 | #7 |
Registered User
Join Date: Aug 2007
Location: UK
Posts: 446
|
Tony as your working on these now in winuae. Have you thought of upgrdaing the avi format for compatibility. Would it be for the better or is there problems involved ahead with changing it !
|
23 August 2008, 09:28 | #8 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,553
|
|
25 August 2008, 18:25 | #9 |
Zone Friend
|
Hmm.
That's not that nice to hear, as these very LONGPLAYS which are an almost daily topic on here *MAY* exceed the 2 gigs easily in uncompressed (i. e. original) form!! The current (ancient API) solution will force anyone who works with the raw uncompressed ones to piece together single < 2 GB files in order to get the final video. This can also affect the fluency of the longplay in a most negative way. |
30 August 2008, 21:22 | #10 |
Posts: n/a
|
Update for google
In case someone else runs into these problems, here's how i've got on:
|
04 September 2008, 00:10 | #11 |
Registered User
Join Date: Aug 2007
Location: UK
Posts: 446
|
|
04 September 2008, 07:24 | #12 |
HOL/FTP busy bee
Join Date: Sep 2006
Location: Germany
Age: 46
Posts: 31,921
|
|
04 September 2008, 08:18 | #13 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,553
|
It isn't broken and winuae don't even care about selected compression mode.
|
12 September 2008, 08:17 | #14 | |
Posts: n/a
|
Quote:
As you said, it's a know bug in Vista (which SP1 doesn't appear to fix, and the hotfix I found won't install either). I took a look at the Directshow API and I can see why you'd rather avoid it. I'm not asking for a fix. My post above was aimed at anyone who might find it via a google search (which I what I'd done initially). I wasted a fair amount of time with corrupted headers, and I'm just trying to save anyone else that wasted time. |
|
12 September 2008, 18:48 | #15 |
2064
Join Date: Jul 2005
Location: de
Posts: 231
|
Do not record uncompressed. Its a beginner's fault. Record at 320x200 with RGB lossless compressor (TSCC). Point resize x2 with avisynth afterwards and recompress with YUV compressor (h264).
|
14 September 2008, 01:20 | #16 |
Registered User
Join Date: Aug 2007
Location: UK
Posts: 446
|
|
14 September 2008, 10:35 | #17 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,553
|
As usual, "works fine here".
I set split size to 20M and recorded without compression, split files played fine. (Vista x86 and x64 +SP1) |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Problems with video capture | Reasonjp | support.WinUAE | 1 | 25 August 2013 02:34 |
Slow video capture | hipoonios | support.WinUAE | 13 | 11 August 2012 19:28 |
WinUAE Video capture, Bug, issue or working as intended ! | Mad-Matt | support.WinUAE | 3 | 24 July 2010 11:36 |
WinUAE 2.x.x incredibly slow video-capture issue | hexaae | support.WinUAE | 40 | 26 December 2009 15:24 |
Video Capture Program | Techx | support.Apps | 4 | 16 January 2006 15:22 |
|
|