VCDQuality Forums
Show all 6 posts from this thread on one page

VCDQuality Forums (http://www.vcdhq.com/forum/index.php)
- Jargon, Encoding/Conversion and Burning (http://www.vcdhq.com/forum/forumdisplay.php?forumid=9)
-- HELP?! -with playing hdtv rips!!! (http://www.vcdhq.com/forum/showthread.php?threadid=55046)


Posted by chiv on 02-08-2005 12:53 PM:

HELP?! -with playing hdtv rips!!!

ive grabbed 2 hdtv movie rips so far, the rock, and pulp fiction, both tlf rips (ho hum... im starting to wonder about these guys...) - when watching them, i had noticed that during playback, the video seems to stutter now and then -not really stutter, but kinda noticibly pause for like 1 frame or so, then keep playing...

SO, i loaded the sucker up into nandub and scanning through it, till i found a bit that i knew had the above mentioned error in it, then proceeded to view it frame by frame... and i noticed right at the bit where it appeared to be stuttering, there were 2 frames exactly the same - so now i know its NOT a problem on my end, because no 2 frames (in an action sequence, thats not running in slow motion!) should be the same...

has anyone else noticed this, especially with these rips? is this a common problem with hdtv rips or does it only seem to effect long-running hdtv movies? is it something on my end? doensn't tlf know how to rip a hdtv rip properly?

is there any way to fix this? btw, i had NO errors downloading it - i grabbed the cds in rar sets, and i always check the the sfv file to check for corruptions...

basically im just asking if it can be fixed, if somehow this is my fault, or is this a common problem, or, ultimately, is tlf just no good at ripping hdtv movies... thanx for any responces.


Posted by Mother on 02-08-2005 01:30 PM:

Don't know much about HDTV, but the problem you mention is the same as a common IVTC problem - when interlaced video at 29.97fps with 3:2 pulldown is converted to progressive, it should become 23.976fps, but on bad rips it ends up as 29.97fps progressive with every 5th frame repeated.


Posted by chiv on 02-08-2005 02:20 PM:

yeah but if that was the case, then there would be a pattern to the double-frames, but there isn't, like:
frame 1,2 and 3 are the same.
31, 32 are the same
45, 46 -same
99, 100 -same
104, 105 -same
106, 107 -same
114, 115 -same
134, 135 -same
159, 160 -same
166, 167 -same
170, 171 -same
182, 183 -same...

seeing 1 frame twice may seem insignificant, but you can see how often its happening, and its really quite random (this is during a reasonably high-action scene, so perhaps it is less during slower sequences...) - so if noone else has noticed this, either they arent very picky, or tlf just aint that good at hdtv film rips i guess


Posted by Mother on 02-08-2005 02:56 PM:

Well if it's random then it's probably a result of dropped frames; if the system that's recording the HDTV stream is not up the job then it will drop frames as it tries to keep up.

Of course I could be talking bollocks as I've never dabbled in HDTV.


Posted by chiv on 02-08-2005 03:08 PM:

yeah thats what i kinda figured

moral of the story

stay away from tlf hdtv rips!!


Posted by katsushin on 02-10-2005 03:20 AM:

Hrmm...Im curious how these rls' are encoded...it seems counter intuitive to rip HDTV when DVD is already out. Even if these guys get a true HD stream of 19mbit/s (which is rare) then in order to make it viewable on existing systems it will have to resized and re-encoded to a resolution and bitrate that is playable on existing hardware. In that case you may as well rent the DVD and encode it yourself. Not to mention the fact that the broadcasters are most likely playing it from a dvd anyway.
I may be wrong about this since I dont know much about HDTV.
as for the dupe frames it does sound like dropped frames during cap and made up by duping frames during encoding.
But I too may be full of bollocks.


All times are GMT. The time now is 04:44 PM.
Show all 6 posts from this thread on one page

Powered by: vBulletin Version 2.3.0
Copyright © Jelsoft Enterprises Limited 2000 - 2002.