?

Log in

No account? Create an account
Recent Entries Friends Archive Profile Tags My wildlife photography
 
 
 
 
 
 
When I spotted this description of the Scissor Sisters, I knew I had to find out more. Perhaps this track will demonstrate their fabulousness.

Wondermark looks at baby measurements. ^_^

Ooh! A new Dr Seuss animation - Horton Hears a Who! - and it actually could be a good one. It's from Blue Sky, best known for Ice Age, but less known for the truly wonderful Bunny.

Well, that's a quote I can't say I recall hearing anywhere else.. "Squirrel butts don't glow", from Tideland, a recent movie from Terry Gilliam, and no less disorienting than most of his works. Recommended, in part for the strength of the lead, playing Jeliza-Rose, whose father takes her to the plains after her mother dies of a heroin overdose. (On screen, too. She helpfully prepares her father's syringes for him, with Jeff Bridges perfectly cast)

I think I've found the laptop speakers I want: Miglia's Diva. Combined frequency response is 80Hz - 20kHz, the sizes are ideal for stuffing into a laptop bag, weighing under 2lb in total, and the PSU is suitable for usage worldwide.

On college majors, of an accidentally lapine nature. ^_^
 
 
 
 
 
 
*noddles* Might be worth it, yes. :)
Of course, the problem could very well lie in ffmpegX passing the wrong arguments to mencoder - certainly, there's no point in storing the size of the source file, when it's producing a square pixeled file whose dimensions should be inherent. That original aspect ratio has no connection to the output.

Wherever in the chain the problem lies, though, it does seem simplest to come up with a tool to strip that atom.. or, maybe I can dig up the mencoder source and force square pixels at all times in a local copy thereof.
*noddles* Storing the aspect ratio would still make sense, thouhg - after all, square pixels are only square if the screen has square pixels, too. (Mine, for example, doesn't, at 1280x1024 native resolution on a 4:3 screen.)
Oh, no - that's a matter for the decoder to work out. If you've got a 4:3 file and your display doesn't have square pixels, that's a matter of post-processing.

Here, it's storing the original size of the file, which hereon has absolutely nothing more to do with the file - the output is 832x480, aspect ratio 16:9 (more or less).

I'm guessing it's ffmpegX incorrectly telling mencoder to store the original aspect ratio. That would make sense if there was no scaling taking place, so you could pull an SCVD-like trick, storing 480x480, but telling the player to display 4:3, pulling the image out to that aspect ratio. (Which would be another way of handling the original file, just setting the aspect ratio from 4:3 to 16:9, but I also wanted to remove the 8 pixel borders left and right, and 16 below, as well as squeeze the filesize lower - I tend to keep a lot of shorts, music videos, and suchlike on Hyzenthlay. As capacious as a 120GB (laptop) drive is, that space only goes so far)

MPEG does like pixel shape fiddling. ^_^ NTSC DVDs (MPEG-2) are 720x480, but displayed as 640x480 for 4:3 material; meanwhile, PAL discs are 720x576, IIRC, displayed as 768x576 for 4:3. (Expand horizontally as appropriate if 16:9 instead)
*noddles* I didn't mean that the original file's aspect ratio should be stored in the new file, but I think that the *intended* aspect ratio of the new file (which is only equal to the pixel aspect ratio of you assume square pixels) should be stored, simply because you can *neither* assume that the viewer has square pixels *nor* that the video's author intended the video to be viewed on a square pixel screen (unless the standard prescribes that this can or even must be assumed, of course). :)