Torrent Hash - Hash of all existing torrents
Please, pay attention to the fact that you are about to download the torrent NOT from torhash.net
torhash.net is just a torrent search engine, no torrents are hosted here.
torhash.net is just a torrent search engine, no torrents are hosted here.
Happy Town S01E04 720p HDTV H264
Infohash:
07422274D89F7E35F4BA7AC496FADFE13DFD28B7
Type:
TV
Title:
Happy.Town.S01E04.720p.HDTV.H264
Category:
Video/HD - TV shows
Uploaded:
2010-06-03 (by twentyforty )
Description:
"Home" of my torrents (for Bookmark/Favorites in your browser)
http://thepiratebay.se/user/twentyforty
NOTE: 272p = frame-size 480x272 pixels, 16:9 aspect ratio, playable on all kinds
of MP4 capable devices/players/playback systems
360p = frame-size 640x360 pixels, 16:9 aspect ratio, middle-format, playback
as for 272p (except streaming)
480p = frame-size 720x480 pixels for 16:9 aspect ratio (TV) or 720x304
for 2.35:1 (movies/theatrical AR)
720p = frame-size 1280x720 pixels for 16:9 aspect ratio (TV) or 1280x544
for 2.35:1 (movies/theatrical AR), hardware intensive
Most problems people have are with frame-sizes 1280x720 (720p). I recommend
and have used one system for years - CoreCodec for H264 ("Deblocking" set to
"Standard") and part of DivX7 for AAC.
Both are proved perfect, fastest and provide seamless playback up to 1080p
on new generation of computers. Newer NVIDIA graphic cards processors (GPU)
decode H264 using dedicated subroutines directly served from CoreCodec
(I have an ATI card, just in case you were wondering).
Problems one can have may come from either one of the following
and/or a combination of these – the playback system itself, a
malfunctioning device or lack of knowledge.
For instance, any so called "jerky" playback of "system-heavy" 720p comes
from insufficient CPU and graphic engine power or simply - overloaded
computer. Use of ddshow filters and "codecs" is suicidal. This is not
Russian 720p Matroska format ("official" 720p) and completely different
setup is required (extremely high bit-rates of .mkv 720p to some extent
"hide" bad encoding style). In low bit-rate H264, such as mine,
those errors and bad technique cannot be hidden and therefore are avoided as
much as possible.
Any 'blurriness' of video comes from less-than-recommended media player.
VLC and a few other players are the most versatile and, generally speaking,
good - but quality is 10-20% lower.
Any ‘blockiness’ comes from 'system-too-slow' situation, when decoding
engine of ones device become over-capacitated and cannot process all frames
as it supposed to.
On "I have no video" and "I have no sound" I don't waste my time as this
is generally a complete lack of knowledge and/or understanding.
RTFM is the best response I can give.
MP4 is absolutely ISO 14496-1 compliant. There are no B-frames, no CABAC
entropy in 272p and 360p, no strange filtering and no AV weirdness of
any kind.
Recommended resolution for computers is 1024x768 (no matter frame-size).
PS3 + HDMI cable + newer TV have been reported as best combination.
I am very proud on sound quality and hence I recommend use of stereo system
and proper loudspeakers (connect Line Out of Soundcard or standalones
with Line In of any Stereo rack).
I encode H264 for six years and I have experienced (first-hand) any problem
one might have or imagine. I have heard almost every ‘complaint’ out there
and would, if asked POLITELY, be happy to answer questions and give as much
help as humanly possible
I always have.
------------
Before somebody say something stupid, take a look on snapshots provided in torrent:
Attack of deep-fried shrimps and sun-burned actors
-->Breaking.Bad.S03E11.720p.HDTV.X264-DIMENSION (1100 MB)
sun-burned.actors_over-saturated-Happy.Town.S01E04.720p.HDTV.X264-DIMENSION.jpg
--lack of details and blurriness
no.details_blurryHappy.Town.S01E04.720p.HDTV.X264-DIMENSION.jpg
...and same frames from:
Happy.Town.S01E04.720p.HDTV.H264.mp4 (350 MB)
calibrated.colors-Happy.Town.S01E04.720p.HDTV.H264.jpg
details-Happy.Town.S01E04.720p.HDTV.H264.jpg
Files count:
6
Size:
350.61 Mb
Trackers:
udp://tracker.openbittorrent.com:80
udp://open.demonii.com:1337
udp://tracker.coppersurfer.tk:6969
udp://exodus.desync.com:6969
udp://open.demonii.com:1337
udp://tracker.coppersurfer.tk:6969
udp://exodus.desync.com:6969
Comments:
sdcheeran (2010-06-03)
on your prince.of.persia v2.H264 page plays on ps3... none of the previous CAM'd sony films you uploaded played, but whatever you did to this one's audio track worked! no 'that which shall not be named' error during playback. on the PoPv2 torrent page i commented that would need to use VLC, sorry spoke to soon... i can confirm Stevc earlier comments about your re-encode, IT WORKS! (for some reason i get database error when i try to post this onto the relavent page)twentyforty (2010-06-03)
@sdcheeran: Thanks for the info. But, 'cause is [lepton] encode in question (bigger brother of late [quark]) audio track is - mono.Now, someone who have PS3 should download my input (source) and try to play that one (XviD with stereo track). And we will know for sure, is Prism's V2 TS clean already or not.
I still have the settings and if it worked even once, I will do some another So.ny title to see if that is repeatable or just "a glitch" of some kind.
On side note, Database error occurs when one try to submit text containing prohibited words or links and you should make only a slight change (like I did with the name of manufacturer) and error is gone.
Unfortunately, as you've seen on Waterworld, such text-filters cannot filter-out comments from evil men. Also, thank-god, such filtering cannot measure intelligence of some people. Well...