Anime >> Raw AnimeFlag torrent
Name:[Zero-Raws] Fairy Tail OVA - 01 (DVD 848x480 x264 AC3) [AA9D6F2D].mkvDate:2011-04-23, 18:51 UTC
Stardom:0 fans.File size:364.7 MiB
Download .txt
Vuze with the Mainline DHT plugin is the recommended client.
Playback help is here, and you probably need it.

Torrent description:

Files in torrent:

Show files

User comments:

2011-04-23 at 19:06 UTC
I hope someone will eventually sub this...
2011-04-24 at 16:39 UTC
this ova, only available in 480p?
2011-04-25 at 10:30 UTC
I guest so... LOL
2011-04-26 at 10:37 UTC
Yes, cause its from a DVD bundled with the 26th volume of the manga. 480p is the only quality it will be available in.

But thats no surprise, since Fairy Tail doesnt even air in 720p HD from the beginning. It's only upscaled to that resolution from SD format at the tv-station.
2011-05-01 at 15:04 UTC
how about other new 2011 animes? i mean like Infinite Stratos, Kore wa zombie desuka, etc, did they really aired in 720p or was it also upscaled?
2011-05-03 at 16:28 UTC

Post a comment:

You need to be logged in to post a comment.
You need to be logged in to use the chatbox.
[Omnicat] <Nyaa> We will of course be playing Star Citizen. If you have a game package, you can join our subversion efforts right here. See you in the 'verse!
[09-30, 15:26] <x265> H/W rendering is way smoother than VLC or default video player, really amazing
[09-30, 15:23] <x265> Gonna try, thanks
[09-30, 15:20] <[TRVE]> MX Player.
[09-30, 15:13] <x265> Simple question: best Android video player? I've using VLC, which is better than default player (something easy to achieve)
[09-30, 15:09] <x265> For example, Linux Mint, provides VLC already installed (nothing easier to install than that), at least MPV is also very easy to install
[09-30, 15:05] <herkz> probably because the devs are bad. also, CCCP is even easier to install than VLC, so that's a pretty bad argument.
[09-30, 14:59] <x265> Which makes me think, why VLC doesn't improve the rendering? Is a big, long-term, even default player in some Linux dist. player
[09-30, 14:58] <shaddrag> I remember the days when VLC was considered, how times and opinions have changed.
[09-30, 14:57] <x265> Although, if don't know the better alternatives, VLC becomes the best option you know about (recently, that was my case)
[09-30, 14:55] <x265> Well, VLC is well known and popular, an easy solution to play almost any kind of media file. But that doesn't mean is the best.
[09-30, 13:58] <jofs> @sillybean: But why use VLC at all when there is better alternatives? I don't get it.
[09-30, 13:48] <OneCrazyRussian> It's because your VLC didn't even render them properly
[09-30, 13:41] <sillybean> @hazardous : but those rains pixels that u mentioned never happens when i'm watching anime with VLC
[09-30, 08:57] <atikabubu> where the hell is the Sabagebu ED Single...
[09-30, 07:55] <OneCrazyRussian> Now everyone shut up and enjoy Space Dandy end.
[09-30, 07:45] <[TRVE]> I remux DVDISOs and watch everything with mpv (or MPC, depending on which computer I use).
[09-30, 07:44] <txtsd> I've been running archlinux for more than a month now, and I miss mpc-hc more than anything :/
[09-30, 07:35] <sarachikorita> Disclaimer: I use mplayer2 as my main player, mpv as my second player, and mplayer1 as my DVDISO handler on Windows. (mplayer2 and mpv share a common bug on Windows regarding DVD filesystems; mplayer1 doesn't have this bug, and it isn't an issue on Linux.)
[09-30, 06:32] <txtsd> thanks @sarachikorita
[09-30, 06:05] <sarachikorita> Only limitation of mplayer/mplayer2 is its crappy rendering of bitmap subs. For that, just use mpv, which is a fork of mplayer2.
[09-30, 05:46] <hazardous> never use VLC!
[09-30, 05:46] <hazardous> there's always some pixel blocks somewhere with VLC and during action scenes, it rains pixels. not to mention video looks kinda blurry on VLC.
[09-30, 05:18] <txtsd> Is there a guide for linux players? I switched to linux as my default OS and I've been using mplayer.
[09-30, 03:59] <Bobezlol> x265 is being aimed at 4k BD's and streaming stuff (like skype video chat crap)
[09-30, 03:27] <S3qu3l> Anyway you can scroll further in the chat or it's just limited to those few lines ?
[09-30, 03:22] <herkz> yes. it's not nearly as good as 10-bit x264 as far as banding is concerned, which makes it pretty useless for anime.
[09-30, 02:35] <x265> Yeah, that was the example that made me try psy=1.0 values and 10-bit, I think fading and banding is one of the weak points of x265
[09-30, 02:32] <herkz> it's insanely easy to tell the difference in that comparison. just look at the entire top-left
[09-30, 02:24] <x265> Yeah, that was a 8 bit build, and you just said it, you need to go to the detail to spot the difference; so basically: x265 is only better than x264 in terms of quality/size at "medium to low" quality; but x264 is still greater than x265 if you look into the detail
[09-30, 02:13] <lotusgg> You can only tell it's worse by looking very very close at a side-by-side comparison with x265 with half the size.
[09-30, 02:11] <lotusgg> I do x265 as second format for many animes at a brazillian fansub, and the results are quite satisfatory.
[09-30, 02:10] <lotusgg> is this 8bits build?
[09-30, 01:04] <MisterDonut> he caught the stinx from Eien
[09-30, 00:59] <HerbalNekoTea> @Imouto6969 Nope, ArchDeco, a certain member of the translation team of FFF got some Computersaure problem.
[09-29, 22:32] <x265> I've tried 10-bits, and results is kind of the same thing, but bitrate is lower, thx
[09-29, 22:32] <Imouto6969> Has jinsei died?
[09-29, 22:10] <vivan> now switch to 10 bit builds and you'll see everybody is uisng them.
[09-29, 21:54] <x265> Amazing, psy-rd=1.0 and psy-rdoq=1.0, and there you have it, banding is almost gone (it took 4x more time encode though)
[09-29, 21:54] <x265>
[09-29, 21:37] <x265> It seems that crf=16 is the border line, above that, x264 still wins
[09-29, 21:34] <x265> Which I don't know, is how this will affect the size...
[09-29, 21:33] <x265> Yeah, I can see it, but as far as I know, that can be solved adjusting parameters, I'll keep trying
[09-29, 21:32] <Varshnyar> banding is present all over your release, and that was the problem i found when I tried x265 long ago
[09-29, 21:32] <x265> That means I need to find better settings for anime, x265 needs to improve fading in general, it makes a good job with edges, but lighting and fading need more works
[09-29, 21:31] <Varshnyar> But the difference between both screenshots is really big D: Can't you see that colorbanding?
[09-29, 21:29] <Varshnyar> yes
[09-29, 21:29] <x265> screenshoots are really closer this one, same bitrate and preset?
[09-29, 21:26] <x265> I'm really missing "-tune animation" in x265, it is a pain configure and experiment parameters manually...
[09-29, 21:26] <Varshnyar>
[09-29, 21:15] <x265> I see, I think that using "fast" is a bad idea, it causes that ugly effect on fading surfaces like that door
[09-29, 21:14] <Varshnyar> Close to very slow settings
[09-29, 21:06] <SneakiestNEG> It has been ages since I logged in but the last time I did Crunchy player went bad.
[09-29, 21:04] <x265> I used preset fast in that one, which one did you used?
[09-29, 21:04] <SneakiestNEG> At the end of the day we are all relying on Crunchy or Funi, no? Personally I watch older stuff so the BD rips are already up.
[09-29, 21:01] <Varshnyar> (same bitrate, x264 still wins)
[09-29, 21:00] <vivan> crf 10 is a way too low, on a reasonable values (15-20) x264 clearly wins, x265 starts winning on 30+ which nobody sane uses (since you should downscale instead).
[09-29, 20:54] <x265> When it comes to crf=10, highest rates, x264 and x265 are really closer, I guess x265 still has to improve more at low crf values
[09-29, 20:49] <x265> of course, is not a general rule, just some sample videos happen to result that way when encoded
[09-29, 20:47] <x265> what i meant (example): 1080p, x265 ~400kbps, x264 ~1000kbps, same quality
[09-29, 20:45] <vivan> what you claimed was "x265 has the same quality as x264 at 2x/3x/whatever lower bitrate", which is wrong because you did your comparation wrong.
[09-29, 20:44] <vivan> you know, "less size at lower bitrate" is what simple math gives
[09-29, 20:43] <vivan> you know,
[09-29, 20:32] <x265> vivan, I just claimed that x265 was giving less size than x264 at low-bitrate, which was true in several short videos (just luck? maybe), now I'm just testing with the big deal, full episodes at 1080p
[09-29, 20:32] <HerbalNekoTea> What do you recommand for playing sid file ? I just want to ditch my C64 for my music. wwwww
[09-29, 20:30] <aceCaptainSlow> Thanks a lot, everyone!
[09-29, 20:27] <aceCaptainSlow> I'll try foobar. I had winamp before, but it crashed constantly.
[09-29, 20:27] <vivan> x265, it's not how to make a "proffesional" comparation, it's just how to make it not wrong. You can do the fuck you want, but if you're doing it wrong - you can't claim anything (like you were doing all this time).
[09-29, 20:26] <Varshnyar> Try foobar2000 or KMP. Even WMP is better than VLC.
[09-29, 20:24] <sarachikorita> For music use a music player, for videos use a video player...
[09-29, 20:22] <aceCaptainSlow> Giving it a try. Does anyone know how well it shuffles music? VLC can't do that for shit.
[09-29, 20:22] <NoobSubs> VLC is as good as the shit stain left on the toilet paper after you wipe your ass.
[09-29, 20:20] <Varshnyar> MPC in Windows, MPV in Linux. Most fansub and encoder groups recommends them.
[09-29, 20:20] <NoobSubs> I'd use Media Player Classic Home Cinema.
[09-29, 20:18] <aceCaptainSlow> So what is the generally recommended player for anime?
[09-29, 20:17] <x265> MPV is not hard though, thanks again Varshnyar
[09-29, 20:14] <aceCaptainSlow> But... but... VLC is easy to use...
[09-29, 20:11] <x265> Thx for the reading vivan, it's obvious I can't perform a professional codec comparation, I'm just testing for fun by myself
[09-29, 20:07] <Kusochibi> Hello! I'm looking for a "Gunslinger Girl - Il Teatrino" pack (it's the season 2) which has seeders and is not a blu-ray version (my computer is getting old and lag when I try to play huge files... and my connection is in morse code -_-")
[09-29, 20:06] <vivan> x265, read this if you want to cure your retardness.
[09-29, 20:00] <x265> I'm just testing settings, when I'm sure I've found the best, I'll encode from RAW, in the meantime, keep testing
[09-29, 19:58] <herkz> are you really shocked, TRVE
[09-29, 19:52] <x265> I would have to test with the RAW at this rate xD
[09-29, 19:51] <x265> When I attach a URL, the message doesn't appear. It is only me?
[09-29, 19:50] <[TRVE]> Oh wow, so you didn't encode from the BD.
[09-29, 19:50] <[TRVE]> >finally some screenshots
[09-29, 19:49] <x265> It seems, crf=14 with slow is enough to spot no difference between x265 and original
[09-29, 19:42] <DistantThunder> oops, I read MPV instead of MPC, which nullifies my request
[09-29, 19:40] <DistantThunder> Varshnyar, what is madVR ? I use MPV (though it can't vsync properly and FFMPEG libs) on Linux
[09-29, 19:35] <vivan> FFDshow died 2 years ago, LAV is new ffdshow
[09-29, 19:35] <x265> I'll post the screenshots soon, I am trying different crf values to catch the x264 equivalent
[09-29, 19:23] <NoobSubs> Doesn't everyone use FFDshow? Why do I keep hearing about the Combine Communist Codec Pack?
[09-29, 19:21] <x265> Gonna try mpv then, thanks
[09-29, 19:20] <Varshnyar> in Linux, you can use mpv
[09-29, 19:19] <OnDeed> such "losses" would generally be due to rendering, you might have wrongly set levels or something like that. Or postprocessing enabled... If properly set-up, there should only be very small differences to how stuff looks in different players
[09-29, 19:19] <x265> I'm going to make some different encodings with that scene, from crf 10 to 20, and from medium to veryslow, to find the best parameters
[09-29, 19:18] <NoobSubs> Rule of thumb: Never use VLC unless you want shit.
[09-29, 19:18] <x265> Well, I use linux for encoding (all I have here is VLC and ffplay), so I can't use that now, sorry
[09-29, 19:16] <Nyaa> TL;DR Don't use VLC.
[09-29, 19:14] <Varshnyar> I notice grain lose with VLC. It feels like washed watercolors