Eastwick.S01E11.360p.HDTV.H264
- Type:
- Video > TV shows
- Files:
- 1
- Size:
- 174.91 MiB (183409726 Bytes)
- Spoken language(s):
- English
- Uploaded:
- 2009-12-31 09:44:46 GMT
- By:
- twentyforty
- Seeders:
- 0
- Leechers:
- 1
- Comments
- 1
- Info Hash: 391B672012BF8BA816E0E9564AB37FB8BFEFA5BF
(Problems with magnets links are fixed by upgrading your torrent client!)
*** Small-sized 2-pass re-encode of 720p for computers (PC, Mac), PS3 or Xbox, portable and mobile devices (Ipod, Itouch) . *** *** Video is 640x360 H264; audio is 44.1 kHz/stereo AAC LC and container is MP4. *** I can recommend CoreCodec for H264 (avc1, x264) video-playback, free DivX 7 for AAC sound-playback (and .mkv with AAC), Haali splitter (free, comes with CoreCodec) as the fastest and best combination for Windows Media Player. This is what I use. VLC player (free), mplayer (free) and KMplayer (free) are available as alternative for all platforms (operating systems) out there and have BUILT-IN codecs and MP4 capabilities. But, video quality is approx. 10-15% lower, blurrier at least on system I have. One can try CCCP matroska codec pack, where ffdshow codec/filter packs and Haali splitter comes in one package and support MP4 playback - but extra caution is required during the install process. QuickTime of course, supports H264/AAC natively. Many of movies I encode have embedded subtitles. So far, only VLC player is able to use them correctly. USE TORRENT-SEARCH SITES, TorrentBar extension for FireFox OR EVEN GOOGLE: show-name H264 (for example GOSSIP GIRL H264). "Home" of my torrents (for Bookmark/Favorites in your browser) https://piratebayproxy.live/user/twentyforty Interesting "Discussion" to follow: https://piratebayproxy.live/torrent/5191311/Cloudy.With.A.Chance.Of.Meatballs.PROPER.H264 https://piratebayproxy.live/torrent/5190694/The.Bad.Lieutenant.Port.of.Call.New.Orleans.LIMITED.H264 Your comments and opinions are welcomed, good and the bad ones. Eastwick S01E11 was aired Dec. 30. 2009.
File list not available. |
"Eastwick" is one of never-know-what-comes-out; I do not know the reason. Even if source are CTU's 720p, I must re-encode this episode as 360p not as "normal" small-sized one of ~133MB, in hope that my output would look better. Well, I have done some better looking 360p encodings... and obviously, something is wrong with some inputs, not with my method of encoding.
Comments