SRT Config

[pastro]

Pastro, I don't ever remember you mentioning a timing fix before.

It was a while back.
Here is the timing fix program. Unpack into the gbpvr dir and it will create
third party\srtmod

The relevant command line for your post processing is:
mpg2srt %1
"Third Party"\srtmod\srtmod %1 o


The o instructs the program to overwrite the input file. Otherwise it writes srtfile.tmp

Works perfectly for me. Let me know if your mileage is different.

[pastro]

It was a while back.
Here is the timing fix program. Unpack into the gbpvr dir and it will create
third party\srtmod

The relevant command line for your post processing is:
mpg2srt %1
"Third Party"\srtmod\srtmod %1 o


The o instructs the program to overwrite the input file. Otherwise it writes srtfile.tmp

Works perfectly for me. Let me know if your mileage is different.

I made a change to the program for users seeing more than the slide I see in the US. Replace the srtmod program in the third party\srtmod dir.


Call the program as srtmod file.mpg [o] [time] If file.srt exists it will
retime the captions. You can also call this with file.srt
OPTIONS:
o If present will cause the output to overwrite the input file
Otherwise the output file will be file.srttemp
time This floating point value is the number of seconds per hour
you want to captions to slide. Positive values are typically used
This value defaults to 3.6 for US captions

[dslowik]

This floating point value is the number of seconds per hour
you want to captions to slide. Positive values are typically used
This value defaults to 3.6 for US captions

I'm still testing this out, but it appears to be working well. I put closed captioning on only one show that I record for my wife during the week. It was still off after a little using the default offset. I changed the number for the next recording. Silly me, I changed it the wrong direction. For the third try, I changed it to 4.0 and the WAF improved.

Thanks,
David

[dvasco]

dvasco, on your post on how to fix the rollup problem - on number 3 - are you saying to replace the "align=Center" attribute in each of the tags listed with "align=Left"?

I apologize for responding. I hadn't seen this post until today. The answer is yes, I figure you tried it that way anyway though.

[pastro]

I'm still testing this out, but it appears to be working well. I put closed captioning on only one show that I record for my wife during the week. It was still off after a little using the default offset. I changed the number for the next recording. Silly me, I changed it the wrong direction. For the third try, I changed it to 4.0 and the WAF improved.

Thanks,
David

Weird I would have though the default for the US would have handled it for you but at any rate, glad it is working ok.

[vmq]

I made a change to the program for users seeing more than the slide I see in the US. Replace the srtmod program in the third party\srtmod dir.

Call the program as srtmod file.mpg [o] [time] If file.srt exists it will
retime the captions. You can also call this with file.srt
OPTIONS:
o If present will cause the output to overwrite the input file
Otherwise the output file will be file.srttemp
time This floating point value is the number of seconds per hour
you want to captions to slide. Positive values are typically used
This value defaults to 3.6 for US captions

After discovering that remuxing can fix the timestamps of srt files generated by mpg2srt, see here, I tried if srtmod is needed at all. I was experimenting on a Law and Order CI episode and the srt of the uncut episode had a noticeable slip in the captions towards the end. After remuxing the srt subtitles appeared nearly in sync with the simultaneously running "native" captions from the InterVideo codec.

I thought someone might be interested in my findings

[pastro]

That is interesting. I thought that sub would use the timestamps to display the captions and merrypig said that the captions times are from the timestamps so they should have be synced and remuxing wouldn't matter.