Anime >> Non-English-translated AnimeFlag torrent
    
Name:Naruto Shippuden 219 VOSTFR par Fansub-Resistance (848*480) - version MQDate:2011-07-07, 15:28 UTC
Submitter:fansubresistanceSeeders:0
Tracker:http://open.nyaatorrents.info:6544/announceLeechers:2
Information:Downloads:2224
Stardom:0 fans.File size:100.1 MiB
Download .txt
Download
Vuze with the Mainline DHT plugin is the recommended client.
Playback help is here, and you probably need it.

Torrent description:

None

Files in torrent:

Show files

User comments:

No user comments have been posted.

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 elitist...my, 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> http://screenshotcomparison.com/comparison/93604 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> http://screenshotcomparison.com/comparison/93607 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> http://screenshotcomparison.com/comparison/93605
[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> http://screenshotcomparison.com/comparison/93604
[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> http://screenshotcomparison.com/comparison/93603 (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 http://mpv.io/
[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