Atanok’s Weblog

2009/05/02

[Touhou] Perfect Cherry Blossom: Extra Stage ReimuB – Clear :part 1/2: HD

Filed under: Uncategorized — atanok @ 02:54

This has been a draft for over a month, so I’ll just dump this here now before it gets too old…

[old]
This is the Extra stage in Touhou 7: Perfect Cherry Blossom.
Part 1 shows the stage before reaching the Extra boss, Ran Yakumo (Yukari’s shikigami).
This is the very first time I clear Extra, so it gets pretty desperate at the end, specially since it was also my first time seeing Ran’s last spellcard and I didn’t expect to win…

In this part I use a couple of bombs in a stupid fashion and I die once against small fry due to distraction by my part.
It *is* embarrassing, but looks like generally bad beginnings result in a better performance later on for many players… I think I might start becoming superstitious >_>

This video was encoded with results based on a couple earlier tests to see how could I keep youtube from drastically reducing video quality.
It turns out youtube only places quality concerns over videos that have EXACTLY 1280×720 as resolution (and not a pixel row or column less). This means I have two reasonable options to keep a high quality and the aspect ratio…
Take the 640×480 video and…
– keep it that way while adding filler black space all around it.
– upscale to 960×720 and put sidebars to make up for the missing 320 pixel colums.
The advantages of each approach are obvious.
The first is the best approach in size and quality, since the moving video is restricted to a 640×480 frame, making it easier on the codec and not subjecting the source video to an upscale filter.
The second approach exists only for ease of view purposes, since it’ll take up the most space possible in the youtube frame, something important for those viewing in normal or high quality mode.

I chose the second one, despite the disadvantages and the unmentioned higher processing time on my end.

The codec used was x264 quality-based and the audio codec was Ogg Vorbis.
Both will be reencoded by youtube before reaching your end.

I think the best approach youtube could make would be providing their conversion tool for download and putting the conversion load off-site, on the uploaders’ machines.
If concerned that it would be used for other purposes, they could make it output some stupid proprietary format that would simply be the normal output h264/AAC stream encrypted with their public key (make one), so that only they could decode the file.
Then, run it trough a simple test algorithm to see it’s a valid video stream and host it directly, making the lower quality versions on-site based on that.
Also, PROVIDE BINARIES FOR ALL PLATFORMS.
I wouldn’t forgive them if they came out with a “New! Beta uploader try now!” and give a stupid .exe when their own damn conversion tool is running on linux
[/old]

Since the time I wrote this, youtube changed to recognize videos with other widths as “HD”.

Edit: Might as well post the continuation while I’m here…

Advertisements

Leave a Comment »

No comments yet.

RSS feed for comments on this post. TrackBack URI

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

Create a free website or blog at WordPress.com.

%d bloggers like this: