TH1 <th1@x.invalid> wrote in
news:ihem22hqtf8fl068l3ejilp6qa0r65467o@4ax.com:
> On Wed, 29 Mar 2006 17:03:14 GMT, "none.cz" <none@none.cz> wrote:
>
>>TH1 <th1@x.invalid> wrote in news:rfcl221hm7odu1d7anpvqu40cr8bjsr15c@
>>4ax.com:
>>
>>> Looks like part of this file is missing. QuickPar says all is OK,
>>> but GSpot says the file is supposed to be 25,852,600 bytes longer
>>> than it is, and it is about that much shorter than the others so
>>> far.
>>>
>>
>>i tried it in a couple of players and VLC runs it at about 2 mins...
>>like the other clips... i don't know... i've downloaded it about 10
>>times on edonkey and it's is always the same length... something IS
>>off with this particular one, but it's the complete clip... it always
>>ends at the same place
>>
>>cheers
>
> GSpot is unlikely to be wrong about the file being truncated. So the
> problem is with the file being offered on edonkey. That often seems
> to happen - people who don't know how to handle files properly pass
> them around, and unless a PAR2 or other good checksum is posted with
> the file each time, there is the possibility it will get damaged in
> transit. Then the damaged file gets passed on again. The most usual
> form of damage seen is for a file to get truncated. That happens when
> a connection is lost by the download software, and the protocol being
> used or the software being used does not notice and the lack of PAR2s
> means the person downloading does not notice either.
>
> I have no idea whether edonkey (the software or the protocol) properly
> copes with dropped connections and restarts downloads of truncated
> files. But many protocols do not handle this correctly and it takes
> manual intervention to fix it.
>
> It is clear from looking at these files that they were originally a
> high quality production. The DivX video is at about 2600 kbits/s -
> enough to encode more than full DVD quality in that frame size
> (640x480). That does not seem to change from one clip to the next.
> But the audio varies a bit. Some (most?) of the clips have mono 176
> kbit/s PCM audio at 11025 Hz, with others 128 kbit/s stereo PCM at
> 48000 Hz (eg 10a), or 32 kbit/s stereo PCM at 48000 Hz (14) or 32
> kbit/s 5 channel PCM at 48000 Hz (15).
>
> So it would appear that whoever originally split up the movie into
> clips, or (several) someone elses whos hands the clips have passed
> through, have processed the sound in different ways. This presents a
> problem when eventually putting all the clips together again into a
> movie, but nothing impossible to cope with. Fortunately the video
> quality remains constant in all the clips so far.
>
> If some of your clips are damaged, as appears to be the case, it is
> possible that leeky's copy of those clips may be undamaged (and vice
> versus).
>
> Anyway, thanks for posting these - it looks hot, but I am going to
> wait until I have all the clips before I start watching them.
looks like leeky is posting what he has so you'll get to compare them...
good luck
|
|