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

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.

[NoX1911]

- 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...

try clicking 'AVI output enabled'

Yup, had tried that (Step 8). It's after that, but before quitting WinUAE that the header is ok. As soon as you quit WinUAE (Or as soon as the file is > 2gb) the header appears to get corrupted.

[OddbOd]

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.

Originally Posted by NoX1911

- try clicking 'AVI output enabled' to stop recording properly before shutting down WinUAE.

The problem is triggered by disabling AVI output bfore quitting, if you just quit WinUAE without disabling AVI output then the resulting video works fine.

Originally Posted by NoX1911

- use a lossless RGB compressor like TSCC, Lagarith, ZMBV or FFV1.

Good general advice but it has no bearing on the problem described above.

[Toni Wilen]

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.

[exoticaga]

Originally Posted by NoX1911

-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...

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 !

[Toni Wilen]

Originally Posted by exoticaga

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 !

Sorry, not interested.

[andreas]

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.

In case someone else runs into these problems, here's how i've got on:

• Uncompressed recording is broken, horribly - avoid.
  • The hotfix for Vista would not install on my machine: "This machine does not need it". My vista is completely up to date with all hotfixes/patches applied. Corrupt headers still occur.

• ffdshow is your saviour
  • FFV1 is a good lossless codec built into ffdshow
  • Corrupted header of output avi does not occur when using ffdshow (I make sure AVI output is disabled before closing WinUAE, just in case - but no corruption so far)
• Using the Null filter with default settings results in faster encoding on my machine
• I use VirtualDub to crop the output afterwards (copper-width is greater than bitplane width)
• Windows Media Encoder 9 is great for converting to a lossy format

I've been making "Dreamscene" versions of various demos, they look pretty good running on the background of my desktop

[exoticaga]

Originally Posted by silk

[*]Uncompressed recording is broken, horribly - avoid.

If broken post for fix in winuae beta thread.

[TCD]

Originally Posted by exoticaga

If broken post for fix in winuae beta thread.

Or better make a new thread, if it is not beta related

[Toni Wilen]

It isn't broken and winuae don't even care about selected compression mode.

Originally Posted by Toni Wilen

It isn't broken and winuae don't even care about selected compression mode.

Strictly that's true, however after a very short period of recording uncompressed the file size will be > 2gb. As soon as the split occurs, and the second file is created, the first file's header is trashed (similary when the third/fourth etc files are created). (Vista only).

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.

[NoX1911]

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).

[exoticaga]

TechSmith Screen Capture Codec (TSCC)

[Toni Wilen]

As usual, "works fine here".

I set split size to 20M and recorded without compression, split files played fine. (Vista x86 and x64 +SP1)