| Anime >> English-translated Anime | Flag torrent |
| Name: | [UTW]_Fate_Zero_-_20_[h264-720p][AF35659F].mkv | Date: | May 20 2012, 01:43 UTC |
| Submitter: | Unlimited Translation Works | Seeders: | 28 |
| Tracker: | http://open.nyaatorrents.info:6544/announce | Leechers: | 0 |
| Information: | http://utw.me | Downloads: | 100102 |
| Stardom: | 37 fans. | File size: | 252.1 MiB |

Vuze (classic UI and Mainline DHT plugin) is the recommended client.
Playback help is here, and you probably need it.
Torrent description:
DDL1: http://depositfiles.com/files/cxmzpr6x9
DDL2:
Visit us at #utw@irc.rizon.net
NB: This is a 10-bit release.
If you have problems with playback, update your video codecs or codec packs.
(CCCP/FFDshow Tryouts/CoreAVC/whatever else people use).
DDL2:
Visit us at #utw@irc.rizon.net
NB: This is a 10-bit release.
If you have problems with playback, update your video codecs or codec packs.
(CCCP/FFDshow Tryouts/CoreAVC/whatever else people use).
Files in torrent:
Show filesUser comments:
Yay, just when I was about to kill myself out of boredom. Thank you, now I can live a little longer.
Kind of odd how files sizes vary so much. Really makes you wonder how the compression actually works. Anyone know of some documentation?
Every episode of Detective Conan by DCTP has the same filesize, even though the size of the raws vary.
Its pretty weird, but I'm clueless about encoding so...
Its pretty weird, but I'm clueless about encoding so...
Well the reason for varying file sizes as opposed to is the use of CRF encoding which uses as much data it needs to provide consistent video quality. Rather then just limiting everything to a set bitrate
(action scenes or still frames with lips moving). What I'm interested in I guess is how CRF actually works with h264. I can more or less guess how it all works, but have never actually heard or read anything on it.
(action scenes or still frames with lips moving). What I'm interested in I guess is how CRF actually works with h264. I can more or less guess how it all works, but have never actually heard or read anything on it.
The contents of the video that matters.
For the same crf setting (say crf 18), a full-blown action video always ended up with larger file size than a dialog show.
Not counting grain, raindrops, noise etc (think C³ OP, Steins;Gate OP).
So, for the same show, you could expect an action scene with much larger file size.
For the same crf setting (say crf 18), a full-blown action video always ended up with larger file size than a dialog show.
Not counting grain, raindrops, noise etc (think C³ OP, Steins;Gate OP).
So, for the same show, you could expect an action scene with much larger file size.
Thanks msa, but that much I'd already guessed/heard. What I'm interested in is the more technical side of this like exactly how they calculate bit and how that works with different levels of compression. My current assumption is that they takes regions from frames or shapes perhaps and go alright this sections all this colour. So they store data saying I dunno something like a shape and what colours are used and for how many frames that is displays. Then with higher settings they just might more exact with this. But I really have no idea. That's just part of the rough idea I've made up in my mind.





User
May 20 2012 at 02:01 UTC