iPhunwa2 | 82 points
If you're having trouble downloading from MEGA, or can't bypass the bandwidth limit, use ZippyShare with JDownloader (ZS Mirror). If you're unsure on how to download using JDownloader, read the post I made here.
[-] greatflicks | 3 points
awesome thanks
[-] bisdakexplorer | 2 points
Thanks a lot!!!!
can we get a mirror? Mega file is removed and part 1 from zippy throws up 502 bad gateway. Thanks for the screener!!!!!
You can find a working MEGA link here. ZippyShare's online, just one of their server is down for maintenance so the first link doesn't work. Should be back soon.
[-] yaybuttons | 1 points
Alternate Mega link is also down.
[-] NonSuspendedAccount | 1 points
can you put some new links up please?
[-] Ghosthead84 | 1 points
Annnnd it's gone :(
[-] Notelu | 6 points | Jan 04 2018 01:33:19
Screenshot
Format : AVI Format/Info : Audio Video Interleave File size : 1.64 GiB Duration : 1 h 43 min Overall bit rate : 2 261 kb/s Writing application : Nandub v1.0rc2 Writing library : Nandub build 1853/release
Video ID : 0 Format : MPEG-4 Visual Format profile : Advanced Simple@L5 Format settings, BVOP : 2 Format settings, QPel : Yes Format settings, GMC : No warppoints Format settings, Matrix : Default (H.263) Muxing mode : Packed bitstream Codec ID : XVID Codec ID/Hint : XviD Duration : 1 h 43 min Bit rate : 1 993 kb/s Width : 720 pixels Height : 304 pixels Display aspect ratio : 2.35:1 Frame rate : 30.000 FPS Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Compression mode : Lossy Bits/(PixelFrame) : 0.303 Stream size : 1.44 GiB (88%) Writing library : XviD 1.2.1 (UTC 2008-12-04)**
Audio ID : 1 Format : AC-3 Format/Info : Audio Coding 3 Mode extension : CM (complete main) Format settings, Endianness : Big Codec ID : 2000 Duration : 1 h 43 min Bit rate mode : Constant Bit rate : 256 kb/s Channel(s) : 2 channels Channel positions : Front: L R Sampling rate : 48.0 kHz Frame rate : 31.250 FPS (1536 spf) Bit depth : 16 bits Compression mode : Lossy Delay relative to video : 24 ms Stream size : 190 MiB (11%) Alignment : Split accross interleaves Interleave, duration : 33 ms (1.00 video frame) Interleave, preload duratio : 500 ms
Hive-CM8 needs to start using x264 and properly detelecine their footage
permalink
[-] nyuszika7h | 1 points | Jan 04 2018 16:32:16
That's an unreadable mess. Wrap it in three backticks on both sides.
Also, they likely intentionally do lower-quality Xvid encodes to obscure any forensic watermarks which are common in screeners.
permalink
[-] auximenes | 2 points | Jan 04 2018 19:07:11
Actually they use xvid because it's faster and primarily less lossy than x264 so x264 transcodes can be done afterwards with little to no quality loss than encoding from source at same settings.
permalink
[-] ScyllaHide | 1 points | Jan 04 2018 21:20:48
no they do xvid because its bigger and faster, typical for p2p stuff.
(exlude UTR stuff here and other x265/x264 releases which are reencodes)
permalink
[-] auximenes | 2 points | Jan 05 2018 04:12:46
No, they don't "do xvid because its bigger". What I already stated in my above post is the case. By the way, they're not called "reencodes" they're called transcodes.
permalink