Already?!?
Naoha StrikerS figurine.
http://www.hobbystock.jp/item/view/HBY-GCF-00001011
X_x

I cant deside on witch Fate figerine i want:

This one: http://cgi.ebay.ca/ws/eBayISAPI.dll?ViewItem&item=130067791391&ssPageName=MERC_VI_RSCC_Pr8_PcY_BIN_Stores_IT&refitem=130067375230&itemcount=8&refwidgetloc=active_view_item&usedrule1=StoreCatToStoreCat&refwidgettype=cross_promot_widget

Or this one: http://cgi.ebay.ca/Mahou-Shoujo-Lyrical-Nanoha-As-Fate-Testerossa-Figure_W0QQitemZ130067375230QQihZ003QQcategoryZ1345QQtcZphotoQQcmdZViewItem

What do you people think?

I prefer the second one. Looks more dynamic.

Definitely the second one.

I like the second one except for the blade on Bardiche Assault, it looks strange in see throu yellow vs solid yellow.

The second one is by Alter, and is much much better. Mine arrived a few weeks ago (had it preordered), very happy with the quality. It's also quite huge :P

actually the 2nd one's blade doesn't look tt bad. i for some reason actually prefer it to the GoodSmile blade.

saw both when i went japan few weeks ago.. think the 2nd one is a lot better (it's quite hard to find though).. would have bought it if the box is not tt big.

Both.
^_^

of coz the second one

Stale message board is STAAAALE.

Anyway you've all no doubt seen this already since it's been on the internet for hours now but here's the first actual video preview of StrikerS. From this 30 seconds it looks like the story will be incredibly different and possibly even more epic but we'll have to wait and see.

On a side note, have any antagonists been introduced yet?

http://www.moetron.com/2007/03/28/nanoha-strikers-30sec-preview/

Sweet sweet sweetness!

Its cool but sadly they changed Subaru's and Teana's outfits slightly as well as her guns. I don't mind the Guns because they probably look good anyway, but they removed the extended skirt stuff off the 2 of them.

I get the feeling that they are different because the two aren't in Nanoha's squad yet.

This is probably a bad idea which will result in the using up of my monthly transfer but.... what the hell, I can always change the URL if it gets too popular. DGz has a danbooru clone at:

http://orly.yesrly.com/

with a small assortment of neat stuff including most of the images found on this board along with any random (usually 4chan related) material I collect. Feel free to browse and if you'd like you can even make an account and post stuff.

Guidelines for posting are pretty much the same as here:

• Worksafe - No nudity, excessive ecchi, or guro/shock images
• Fan art and scans are the goal
• I am the judge, jury, and executioner when it comes to what stays and what goes
• This is not a danbooru replacement, try and keep posts to the existing characters/series

Hotlinking images will fail (e.g. in an img tag), however you can make a link to the page containing the image if you like. The software that powers the site is under heavy development so some things don't work properly and sometimes the site may be completely inaccessible as I break something (on purpose or otherwise).

That's all I can think of at the moment, just use the existing posts as a guideline for allowed content and don't be a jerk.

Some tags of relevance to the particular crowd that would visit this site in the first place :)

http://orly.yesrly.com/index.php?tags=magical_girl_lyrical_nanoha
http://orly.yesrly.com/index.php?tags=strikers
http://orly.yesrly.com/index.php?tags=fate_testarossa

http://orly.yesrly.com/view.php?image_id=3408

That pic is DA BOMB! -- pardon the pun.
And a ton of AIR pics. Thanks! :)

No, it turns out that Nero's "awesome" AAC encoder is a piece of crap. Here's what happened for a few tests I ran:

• Input to encoder = 48khz WAV
• MP4 output from encoder = 48khz AAC
• MP4 from above -> mux into MKV with mkvmerge = 96khz AAC

I have no idea why this happened. It didn't matter whether I set the SBR/HE_AAC flag (I used AAC_LC btw) in mkvmerge or not, the MKV output ALWAYS reported 96khz. Unfortunately I didn't realize it until about a week ago when someone pointed it out in another post and now it's too late :/ If you're suffering stuttering or lag as a result you can set FFDShow (or hopefully your other favorite AAC decoder) to force a resample to 48khz. It's usually marked as "Force resample for >48khz" or something to that effect.

For A's I have switched to using FAAC to encode the audio and this has given me reliable 48khz output to match the DVD source. This confirms my suspicion that the problem lies with Nero Digital's CLI AAC encoder and not with mkvmerge. I also switched to using FAAC's "100%" quality setting rather than 128kbit ABR that I used in Nero. They both come out to almost the exact same filesize but finished episodes could vary in size by a meg or two.

tl;dr - Season 1 is screwed, I can't easily fix it with a patch but most people won't notice it if you have modern soundcard hardware (so far all of 2 (or maybe 3, hard to tell on an anonymous messageboard :) different people have complained that it caused problems). Season 2 will be properly encoded (I hope to get that rolling soon, I've pretty much finished my encoding test rounds).

bah, forgot an image with the reply

(excuses excuses...)

What do you think of Vorbis in comparison to AAC?

I spent a few hours doing AAC encoding and listening tests today (including ABX), and the results were disappointing.

• FAAC 1.25: To achieve 128 kb/s, "-q 70 -c 16000 --obj-type Main --tns" was used. Quality was even inferior to LAME MP3. Artifacts were unacceptable.

• Nero Digital Audio+ 1.0.0.2:

  • LC mode was transparent to my ears above ~120 kb/s. There is no way to control the low-pass filtering. This encoder is probably unconditionally better than FAAC.
  • HE and HEv2 modes sounded extremely harsh (from the SBR) and had warbling artifacts. The harshness did not disappear no matter how high the bit rate was, even to 170 kb/s!

• Vorbis (Xiph.Org libVorbis I 20050304):

  • In objective comparisons, Vorbis is superior to LC AAC above 128 kb/s.
  • To my ears, q 2 (91 kb/s) was almost transparent.
  • At q 1 (77 kb/s), artifacts were noticable but more pleasant than HE-AAC.
  • At q 0 (64 kb/s) and below, HE-AAC was more pleasant because Vorbis produced intense warbling and smearing of high frequencies.

These findings do not rule out the possibility for other, more efficient AAC encoders. However, they do suggest that Vorbis may be a better choice than AAC for efficient audio coding at high fidelity.

(The test music used was Pani Poni Dash - Roulette Roulette Ichijou-san Ver., a typical Jpop song with percussion and vocals. Sample rate was 44.1 kHz.)

If you need suggestions for Vorbis encoders I can HIGHLY reccommend the Lancer builds: http://homepage3.nifty.com/blacksword/
Choose one that fits your cpu type, oggdropXPd variant if you want "drag n drop" interface, oggenc variant if you want command line. They are highly optimised and will encode very fast, and the latest "20061110" builds are based on aotuv-b5 which I personally have no problems with and I highly recommend it.

Some default lowpass settings on aotuv-b5 builds in case you are interested:
Q1 15.8 khz
Q2 16.5 khz
Q3 17.2 khz
Q4 18.3 khz
Q5 20.1 khz

I usually go with default settings at Q4 if the source is delicate, but q2-q3 is also very good "bang for the buck" value if the source is crap anyway.
Not much else to write about, other than this I hope any of this can be useful.

I know it's late, but I just have to .. :p

I just took one of your files, demuxed audio, muxed back without SBR switch (mkvtoolnix 1.8.1) - and guess what, it worked flawlessly (CoreAAC 1.0b9, which is my favorite aac decoder but can't be set to force a certain sample rate). I don't know how you did it, but you obviously failed at muxing. Or rather mkvmerge did, whatever.

>>6
I'll bite :P

mkvtoolnix 1.7.0 which was the latest available when I did season 1 apparently had a bug that caused this whole sample rate fiasco. See this post on the CCCP forums:

http://www.cccp-project.net/smf/index.php?topic=994.msg6616#msg6616

Quote from: "mkvtoolnix 1.80 changelog"

• mkvmerge: bug fix: AAC-in-MP4 with the LC profile was sometimes
  misdetected as having a SBR extension and an output sampling
  frequency of 96000 Hz.

And in this case "sometimes" == "every single time" for the set of conditions I muxed everything under.

As promised in the last release post, here is episode 12. The final battle is about to begin! How many cliches can we possibly pack into a single episode? Watch and find out!

Picture unrelated, but hilarious nonetheless.

http://damagedgoodz.net/torrents/mglna12.torrent

Episode 13 will take a smidge longer since it needs more attention and a finer-toothed comb for catching my typos. Please be patient!

Thank you very much as allways.

Only 1 more. Thanks for all the hard work.

yea :D