Need help improving flash animation captures

[Chainmax]

I am about to start capturing some freely available flash animations in order to be able to watch them on a standalone. The problem is that the RGB capture looks great, but upon converting to YUY2 (for CCE) or YV12 (for XviD) color sampling issues arise, leading to quite noticeable jaggies.
Using AAA() and/or 2x upsize with EEDI2 doesn't seem to be able to solve the issue. It's not a big deal since on an SDTV it's barely noticeable, but I'd still like to know if something can be done about it.


Bonus question: does anyone know if it's possible to extract the MP3 audio from a .EXE or .SWF file? Sothink SWF Decompiler only seems to be able to extract it in pieces.

[Chainmax]

Anyone?

[Mug Funky]

if you're lucky, any mp3 decoder will be able to extract it - it sees the data as bad mp3 blocks and scans until it finds the next one.

but you'll probably have to do loopback recording if there's more than 1 sound in it...

to ease the 4:2:0 problems, just use blur(0,1). this will also stop field-flicker on your TV.

[Chainmax]

Is there an MP3 decoder that can accept a .SWF or .EXE as source? Never mind though, recording several times to catch all instances seems like too much work for just converting a flash animation to Xvid. I'll simply record the sound and re-encode it to -V 2 MP3. In order to somewhat make up for the quality loss (not too high since it's mainly voices), I'll convert it to stereo and enhance it.
I'll try blur(0,1) and report back. Field flicker shouldn't be a problem though as I'm recording a flash animation, so it's progressive.

[Chainmax]

I tried Blur(0,1) before or after the resize and it didn't make a noticeable difference.

[Mug Funky]

i know flash animations are progressive..

the blur is for the sake of any TV you happen to play it on. flash animations are very sharp, and thus horizontal lines will bounce around on the screen. adding a vertical blur means every line in the flash animation is present in both fields on the TV, and so it wont flicker (as much :))

[Chainmax]

Ah, I see. Why would too much sharpness jump around on a TV screen? Something to do with high frequencies not being correctly represented maybe?

[davidhorman]

Ah, I see. Why would too much sharpness jump around on a TV screen? Something to do with high frequencies not being correctly represented maybe?

It's for CRTs (and probably makes deinterlacing nicer on LCD/plasmas), so that (for example) a sharp one-pixel wide white horizontal line won't flicker in and out of existence between the odd fields and the even fields. I think you only really need a vertical blur, so you could get away with overlaying a vertically nudged copy of the track and keep your horizontal resolution.

David

[Mug Funky]

exactly. an interlaced screen trades off vertical resolution with aliasing... if the difference between 2 lines is too great there'll be "flicker", but if the difference is too small you'll have a too-soft image. a 1-pixel blur works about right for computer generated stuff.

and yes, it makes deinterlacing for progressive displays easier - less "threshold noise".

btw, "blur(0,1)" is vertical only. it's not ideal though due to some precision issues, though i think that's been fixed in later avisynth builds.