Yuru Yuri

Last update on 2012-02-18 by coalgirl | Posted in Completed

Episodes – 12
Video – 1280×720, 1920×1080, crf 16
Audio – 2.0 FLAC (24 bit)
Subs – R1

Comparison TV/BD

720p – Torrent

1080p – Torrent

268 Responses to Yuru Yuri

2011-07-24 at 08:13:54

bikar writes:

well this new CCCP beta works with no problems for me and K-Lite has to much unnecessary stuff
2011-07-24 at 15:39:18

tehNiggaInTehCrib writes:

Peeps if you’s gon use hi10, use dat shit fo’ GOSICK. Dbl o’ trpl the efficiency on gradient dither, meanz half o’ third the filesize.

I kno’ you sed u aint switchin mid series but hell dawg there aint be a series dat needs hi10 mo’ den teh GOSICK.

Fo realz. Peace out niggas
2011-07-24 at 16:45:02

Greg the Mad writes:

Yuru Yuri is great and all, but its not what I would call challenging to encode. Could you encode at least one episode of a other anime with a more complex visual to see how it would perform in such a environment.

Itsuka Tenma no Kuro Usagi has cuter girls … just saying.
2011-07-24 at 20:46:04

virox writes:

I believe you need more bitrate:
http://img6.imagebanana.com/img/07sm9gsd/Coalgirls_Yuru_Yuri_01_1280x720_H.26.png
No, it’s not an decoding issue.
- 2011-07-25 at 06:53:26
  
  coalgirl writes:
  
  That’s not a decoding or an encoding issue. It’s a .ts issue. .ts’s are bitrate starved MPEG-2, hence why BDs are better.
2011-07-25 at 18:16:56

biribiri writes:

Mac users: Since yesterday, we can use MPlayer OSX Extended with this git binary: http://code.google.com/p/mplayerosx-builds/downloads/detail?name=mplayer-git-2011-07-24.zip&can=2&q=
Supports Hi10P, ordered chapters etc. because it’s a mplayer-2.
At least all those who already upgraded to Lion can use this (under Snow Leopard it crashes on opening files)
pigoz is working on a release for snow leopard.
2011-07-26 at 14:35:26

Yurie writes:

this show is effin gud.

coalgirl, i think you will like KAMICHU!（￣ー￣）
2011-07-26 at 15:01:34

Dijkstra writes:

Oh, screw your encoding. I’m going to watch horriblesubs instead. It’s much easier than dealing with unknown codecs.
2011-07-26 at 15:02:02

Geisha writes:

Installed CCCP Beta 7/15, played the video on windows media player 11, got sound but no video.
2011-07-26 at 15:03:26

Random writes:

Sorry for random question maybe, but how do you encode with 10bit, what settings do you use and such, do you use and GUI for it (megui etc), and how big difference in filesize is it from 8 bit;D

Thank you:D!
2011-07-26 at 15:04:52

Yurie writes:

How hard is it to just dl cccp beta and watch it in mpchc…
2011-07-26 at 15:12:47

Geisha writes:

@Yurie I don’t want to watch it in mpc D:
2011-07-26 at 16:31:31

Random writes:

think it bugged first time i wrote;O
will try again, i want to ask about x264 10 bit, how much difference in file size for same quality than 8 bit?
what settings do you use, and what is important for quality, what do you recommend etc;D
and do you use any GUI like megui:D?

Thanks;D!!
2011-07-26 at 16:32:04

bob barker writes:

Putting in my 2 cents.

I see no point in changing. Especially during the beta phase before a stable version comes out. Working in beta can only lead obvious to problems. The cost of upgrading a whole machine is also cheaper than the cost of memory.

The file size is the only real thing it seems to appeal to people not even aware they may not be able to watch these files a year from now. The power to play them will bump a fair portion of the subbing audience as well.

The crowd cheering for it, obviously are not aware of the drawbacks over the minor gains that hardly matter with current and near future builds. In short. We have been fine with what works. I hope 8bit is not left out until a stable build comes to fruition.

Naturally everything I mention will either be cut up or flatly ignored. But for those who care, I posted anyway.
2011-07-26 at 16:43:12

bikar writes:

omg how dumb you need to be
to play any kind of file in Windows media player

And so what if it is a beta ? (if no one told you that you woudnt even know that it is beta)
2011-07-26 at 18:25:11

Shi writes:

@ Geisha I installed CCCP beta and I play Hi10p videos in WMP 11 and it works without problems. Try to “Reset All Settings” and “Re-Register Filters” in CCCP – General Settings.
2011-07-26 at 19:31:03

Classic writes:

Great show, very funny, thanks for subbing this 😀
2011-07-26 at 20:38:42

sunfizz98 writes:

I experienced some blockiness or pixelation… Using mplayer 2.10 rc3~svn1 on debian squeeze (crunchbang). If there was a guide in installing mplayer 2.2.0 for debian, that would be great…
2011-07-26 at 21:46:00

NobleScarlet writes:

Played it in Zoom Player and GOM Player. I do not have CCCP installed. Only the codecs from Zoom

The first few seconds was too pixelated and had too much contrast. Video was “HorribleSubs” quality, though a bit degraded. Or is it just because of Zoom Player?

Is this really Hi10? For 110MB over HorribleSubs’ 277MB (although the former has degraded quality over the latter) this seems to show a lot of promise!

More pixelation with GOM than Zoom.

Video doesn’t show up in Stereoscopic Player.
2011-07-26 at 23:59:31

Geisha writes:

@Shi Still nothing, I guess I’ll have to watch them in mpc then. Thanks for the advise.
2011-07-27 at 06:16:38

Shi writes:

@NobleScarlet The video has way better quality then “HorribleSubs”. The pixelation you see is because GOM and Zoom don’t support Hi10p, to play it you gonna need CCCP beta or Mplayer2.
2011-07-27 at 09:54:36

nINJAkECIL writes:

Thanks for the release. It’s a good show.

As soon as I get this, I installed CCCP latest beta, and played it perfectly with MPC-HC.
The video could use more bitrate, though. <1000 bitrate seems a little down on quality.
2011-07-27 at 15:01:43

sunfizz98 writes:

Finally got mplayer2 (2.2.0) installed, but I still see some pixelation in the first episode. Does it need more bitrate or did I miss something?

At least the ordered chapters work…
2011-07-27 at 18:37:05

bob barker writes:

I actually got a part of my comment backwards.

I meant to say. The cost of memory is cheaper than the cost of a whole new machine to be able to play the new format.

When many rigs even from 2 years ago such as mine won’t play 1080p files but are ok with 720p. Then I guess that would bump many people from your audience by the newer version. Which isn’t needed anyway since everything works fine for years with 8bit.

It also has nothing to do with being poor. Or troll comments as some stupidly suggest. Its a matter of form and function. 8bit works fine. 10bit won’t give much over its faults. Especially during a beta phase when it will continue to change and leave everyone with different versions wondering why nothing works.

Working in it now is folly. With regard to archival purposes. I foresee having playback problems even when a stable version comes around. Things in early phases may be different to a degree, that what is made now won’t work for folks at a later time of a stable version arrives.
2011-07-28 at 13:20:56

Junkyboy writes:

Just a note for Mac people. It seems MPlayerX in the App store or googlecode works with Hi10 as well (tested on YuruYuri and Whisper of the Heart).
2011-07-29 at 15:44:26

biribiri writes:

As of today, we Mac users can play Hi10P in MPlayer OSX Extended with this new binary: http://code.google.com/p/mplayerosx-builds/downloads/detail?name=mplayer-git-2011-07-29.zip&can=2&q=

Strangely, I still see some blocks in the first few seconds and a bit before the OP starts. These blocks are different than when I was using the old Mplayer, but still look like unsupported Hi10P. Every other Hi10P file I tested (from m.3.3.w and Strawhat, as well as a short demo file from doki) works without problems though, so maybe there is a problem with your encode?
2011-07-31 at 17:33:09

cruise writes:

hey can anyone explain to me how to use mplayer2? i downloaded the latest version, unpacked it with 7zip, and tried opening mplayer.exe, but a window just opened for an instant before closing again.
- 2011-07-31 at 17:36:11
  
  ChrisK writes:
  
  use a frontend
2011-08-01 at 00:29:16

misha0209 writes:

do not know if people are still reading this, but yesterday the first official build of ffdshow that supports 10-bit h.264 decoding was committed by clsid2.
the build is 3958, you can find it here:
https://sourceforge.net/projects/ffdshow-tryout/files/SVN%20builds%20by%20clsid/generic%20builds/
give it a try!
2011-08-01 at 04:17:47

cruise writes:

not exactly sure what a frontend is or how to use one
2011-08-01 at 12:48:45

sunfizz98 writes:

@cruise
If you’re using Windows, right click on the file in question and go to the drop-down menus “open with” and choose mplayer2, wherever you put that file in your computer.
2011-08-01 at 13:06:43

sunfizz98 writes:

I’ve tried all the recent builds of mplayer2 in linux and windows and none of them solved the pixelation, blockiness issue. Perhaps, mplayer2 has not implemented 10bit support into the 2.2.0 build (most recent build as of now).

However, I tried the latest CCCP beta (July 28th, 2011) and that completely resolved the issue described above. So I’m wondering if there was a way to have that same kind of result for linux.
2011-08-01 at 15:35:23

demonicchibi writes:

Where are the OP’s And ED’s?????
2011-08-02 at 16:22:25

David writes:

Watched ep 4 just to see how it looked. Using CCCP 7/30 official release.

For the file size (just 111 MB for 1280×720) it looks fantastic. It’s missing OP and ED, so full encode size would go up a bit, but I can’t imagine any reason for it to be higher than 150 MB total for the full ep in 720p. Would like to see the OP and ED encoded as well, though, for stuff that’s a bit more high-motion.

Looking at a handful of the torrents for the ep out right now, they’re generally sitting at around 275 MB for the 720p version. Would be great to have such a huge reduction in download time/disk space for new stuff, though it’s mildly upsetting that there’s no chance of being able to play it back on hardware components right now. However, would generally have to reencode to burn in the subs as hard subs for most devices anyway (almost nothing I’ve found plays ASS subs properly), so no real practical loss there.
2011-08-02 at 18:55:25

Rai writes:

Tenshi, you better use Hi10, rapin my hard drive with 2 GB 1080p files is funny when the download is done, but not very amusing when downloading it
2011-08-03 at 04:15:08

Random writes:

;D!!
2011-08-03 at 04:15:48

Random writes:

What settings do you use when using 10 bit?
B frames and such, the advanced settings:)?
want to learn about it:D
2011-08-03 at 05:58:50

cruise writes:

@sunfizz98
i tried it and it seems to work. however, it seems to take very long to open the video file (it just had the black window with the video file info for a good minute or so) and there doesnt appear to be a navigation bar. this all seems a bit too advanced for me, so i’ll just stick to cccp beta. thanks for the help though~
2011-08-03 at 10:43:16

Random writes:

Cruise, uninstall CCCP, Restart, Then install the new one, not the beta;D
2011-08-04 at 07:22:53

Iron Sand-G writes:

@cruise
The new K-Lite update works as well.
2011-08-04 at 16:47:20

Tatsujin writes:

Just get the CCCP. New version been out few weeks ago. That’ll solve all your problems.
2011-08-04 at 16:48:17

Herp writes:

THERE IS NO NEED TO INSTALL THE BLOAT OF CCCP!

Plain ffdshow-tryout has Hi10P support now!
http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout?view=revision&revision=3954

Get the latest versions of it from here:
http://xhmikosr.1f0.de/index.php?folder=ZmZkc2hvdw==
or here
http://www.xvidvideo.ru/ffdshow-tryouts-project-x86-x64/
or what misha0209 said. O:)
2011-08-04 at 19:04:18

yr yr writes:

Are you guys going to do BD rips of this?

#3 on that list says you will, just checkin’ tho
2011-08-04 at 19:16:59

nand writes:

THERE IS NO NEED TO INSTALL THE BLOAT OF FFDSHOW-TRYOUTS

http://coalgirls.wakku.to/?page_id=4611
2011-08-06 at 23:26:06

bob barker writes:

50 people saying 50 different things.

Little wonder I hate seeing new things sometimes like 10bit. Until all 50 people say the same thing. No one should be using it.

The size problems are not even problems. If you can afford something to play 10bit 1080p files. You can afford more memory which is cheaper than a new machine.
2011-08-06 at 23:59:08

asdf writes:

Installed new CCCP (with MPC-HC).
Installed MadVR.
Setup them properly.
Playing with no problems at all.

I did a 10 bit encode with an old avs and same parameters for x264. Surprisingly file size grew from 328 mb to 578 mb. So maybe I have to tweak a lot of shit to take any advantage of this or I’m just obsolete as fuck myself.

Encoding speed was terrible too.
2011-08-07 at 02:29:25

FingerMove writes:

This is for all guys, that hate CCCP and/or Media Player Classic:

1. download the K-Lite Mega Codec Pack 7.5.0 and the update 7.5.8
2. install it (i always choose lot’s of stuff (7), but it’s up to you)
3. associate all files with Windows Media Player
4. install the update
5. search for Win7DSFilterTweaker
6. click on “Preferred decoders”
7. choose ffdshow or ffdshow (DXVA) and hit “Apply & Close” and the exit the program
8. Hi10P videos now work on your Windows Media Player!
9. forget about the crappy CCCP or Media Player Classic interface and enjoy WMP like you always did
10. download the newest anime in Hi10P from here to enjoy the best quality you can get at the moment!

So that’s it, have a good day, guys!
2011-08-07 at 14:49:57

puma99dk| writes:

i use the latest version of CCCP their final version it has MPC 1.5.3.3514 but i still get some squares in the video, so far OP, ED and start of Episode 1 :/ (not full screen that got squares) or is it only the beta versions that support Hi10?

i just CCCP and CoreAVC version 2.5.5.0 Final, yes i use CoreAVC so i can use my GTX570 for decoding, so i would like a little help here ^^
2011-08-09 at 00:19:45

666 writes:

>see filesize
>think hi10p is awesome
>watch a bit, video quality feels off
>check mediainfo
>crf 23

Is this some kind of joke? This is a minitheatre quality encode, not what I would expect coming from Coalgirls. At least do crf 18. I’m surprised no one has complained about this yet. I guess no one here truly has an eye for quality, must just be the placebo effect.

IMHO: Leave this kind of encoding to minitheatre.org. Stop trying to exaggerate hi10p filesize savings and encode at the same crf you usually do. Which is what, crf 16? -_-‘
- 2011-08-11 at 14:07:15
  
  coalgirl writes:
  
  As I said, this is an experiment. There were 2 streams of thought at the start. Use the same crf value to get the quality improvements with minimal filesize benefits, or use a higher one to get the smaller filesize with minimal quality benefits. So I used 3.
  Bakemonogatari – Same crf
  Yuru Yuri – Higher crf
  WOTH – Test in filesize benefits for grainier sources.
  
  The results were essentially that I should keep the crf the same as I usually do, but using 10-bit was better than 8-bit. For grainier sources, however, there is no real benefit or deficit. So when I do the BD for this it will be the usual crf 16.
2011-08-10 at 04:05:26

Alex writes:

Please, don’t use Hi10 for other projects. It is “trendy” thing that actually doubles CPU usage, disallows playing on netbooks/notebooks (no H/W decoder = slow CPU unable to decode), and REALLY has nothing technically behind it.

I’ll explain. All those “reports” of better Hi10P quality are probably market ones or ones done by people having NO knowledge about compression algorithms. Contemporary compression algorithms use psychovisual models (PVM) and Fast Fourier Transform (FFT) for the picture encoding along with the movement prediction algorithms (that have NOTHING to do with 10 bit). So let’s elaborate on FFT a bit.

What is FFT? Signal (part of a picture) goes from coordinate-color domain into frequency-amplitude domain. Then, codec removes some high frequencies (it’s not noticeable by eye unless TOO many is removed on low bitrates) and makes lower frequencies more rough (and that’s still is not noticeable, until it becames TOO rough on low bitrates) according to the PVM.

Imagine we have 8 bit. So the amplitude to be encoded will have 8 bits to store at its maximum. Now imagine we have 10 bit. The amplitude to be encoded will have 10 bits to store at maximum, even if all lower bits are zero (“upscaled”). Then, the encoder will remove these “2-bit” frequencies from encoding, because they are constant (not so easy though, they’ll be probably filled by approximation gibberish on decode, producing nice 2-bit noise in 10-bit pseudo-8-bit signal), so there’ll be NO win in compression ratio, and there even may be loss because of 10-bit storage overhead and the fact that the encoder will have to compress this 2 bits of nonsense along with the 8 bit of source data, and it will count these 2 bits as significant, so at the same bit ratio it will introduce more loss into the signal.

So, per se, this “10-bit” encoding “8-bit” sources is equivalent to playng 8-bit in 10-bit adding some noise in the lower 2 bits. Nothing more, nothing less.
2011-08-10 at 20:25:02

asdf writes:

Looks like this is the same as MB-Tree at its beginning. Awesome smaller file size with fucking terrible quality losses.
2011-08-10 at 21:02:34

GAR writes:

REDLINE blueray was just released. You guys need to do an encode of it to really test your Hi10 chops.

Yuru Yuri

268 Responses to Yuru Yuri

Archives

Meta