Re: Audio pts moves backwards... and what does this mean?
Elio Blanca <[email protected]>
| Newsgroups | gmane.comp.multimedia.dvdauthor.user |
|---|---|
| Message-ID | <[email protected]> |
Il 03/09/2011 03:24, Lawrence D'Oliveiro ha scritto: > Having said that, the actual amounts of overlap seem minor—on the order > of milliseconds. I assume this is some kind of rounding error from > computing the subtitle durations. > > What do the relevant parts of your subtitle file (around those > overlapping times) look like? Well, based on dvdauthor output I can highlight these: 1 00:00:06,617 --> 00:00:10,501 bla 2 00:00:10,506 --> 00:00:12,995 bla [cut] 34 00:02:55,313 --> 00:02:58,381 bla 35 00:02:58,382 --> 00:03:00,347 bla [cut] 52 00:03:44,799 --> 00:03:46,621 bla 53 00:03:46,626 --> 00:03:49,115 bla [cut] 102 00:07:45,139 --> 00:07:49,210 bla 103 00:07:49,215 --> 00:07:52,375 bla In those subs timings are next but not overlapping. Anyway, after a fast look at the spumux code, I see there are several issue with times. * subviewer format allows for resolution 1/1000 of a second. * subtitle_elt struct stores times with resolution 1/100 of a second. * DVD time markers (or whatever they are called) have resolution 1/90000 of a second. * Finally, movie frames are displayed 23.976/25 times a second. I got confused. I see when rounding times at 1/100 of a second, some end markers in the sample srt subs perfectly overlap with subsequent start markers, so may they be the root of these warnings? ------------------------------------------------------------------------------ Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free "Love Thy Logs" t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev _______________________________________________ Dvdauthor-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dvdauthor-users