|
|
Posted by Bob on 10/05/44 11:39
On Thu, 09 Feb 2006 03:21:21 GMT, "Netmask"
<netmask56NOFLEAS@geemail.com> wrote:
>I opened the agk_tmp folder after letting AutoGK fully process the file and
>looked at the subtitle file it generated in .sub format and 162kb in size -
>when you open it in SubResync the file loads but the color and font type are
>invisible. If you try to then re-save it as a .srt format it prompts you to
>type in each letter one by one and it displays the words. So maybe the
>problem is with the original clip in so far as the font name and color or
>maybe it is encoded.
>
>Anyway the subs are processed by AutoGK and it does produce a sub and idx
>file but unfortunately the words are invisible.
Once when I used a long clip, AGK put the subtitles in the AVI but
they were displayed quite late in the processed clip. IOW, the clip
started out with no subtitles but when it got towards the end it began
displaying the very subtitle that should have been at the beginning.
Some pointer is being misinterpreted. That can happen when one assumes
a constant multiplier for scaling, which only works for long clips. In
the case of a short clip, the constant is too large and causes the
pointer to point too far from the place it should point.
For example, Shrink could be provinding a pointer in one numerical
representation like unsigned int (because the clip is small) whereas
AGK could be treating it as unsigned long, which would put garbage in
the most significant digits and force the pointer way past the place
it needs to point to.
This is just speculation but I have written enough C and Assembly to
know the common pitfalls of pointer arithmetic.
--
"It has been said that politics is the second oldest profession.
I have learned that it bears a striking resemblance to the first."
--Ronald Reagan
Navigation:
[Reply to this message]
|