On 14 Sep 2015, at 20:24, Richard F <[email protected]> wrote:
> On 14/09/2015 15:53, Henk D. Schoneveld wrote: >> Found another solution which plays with vlc. With mkvtoolnix chose the m2v >> mp2 and the idx file, start muxing and it will play with vlc >> http://we.tl/QoVxcLCw7H >> shows the result for 002.vdr > Henk - thanks > I can also do similar with ffmpeg, like this, after extracting subs with > ProjectX > > ffmpeg -y -fflags genpts -i 002.m2v -i 002.mp2 -fix_sub_duration -i > 002.sup.idx -c:v copy -c:a copy -c:s dvbsub 002.ts > > This creates a .ts that plays very similar to yours. > > Or more directly: > ffmpeg -y -fflags genpts -i 002.vdr -fix_sub_duration -i 002.sup.idx > -c:v copy -c:a copy -c:s dvbsub -map 0:0 -map 0:1 -map 1:0 002.ts > > Although the timing of the subs is perhaps a second early on the more > direct one, presumably due to PTS issues (genpts is required) > > I really want to avoid messing with projectX due to the time, > complexity, and possible errors > > Note that: > ffmpeg -y -fflags genpts -fix_sub_duration -i 002.vdr -c:v copy -c:a > copy -c:s dvbsub 002.ts > > Produces a file that claims to have dvb subtiltes in it, and ffmpeg even > reports > Stream #0:3 -> #0:2 (dvd_subtitle (dvdsub) -> dvb_subtitle (dvbsub)) > > But it simply doesn't work. > The clue is in the data reports > video:15362kB audio:1474kB subtitle:0kB other streams:0kB global > headers:0kB muxing overhead: 8.559492% > > This pinpoints the exact problem. > ffmpeg appears to know about the subs, yet doesn't handle them for > whatever reason.... which is why I'm here! VDR file format isn’t compliant to any ‘real’ standard, so I don’t think you’ll find a solution here. Just my 2 cents. > > > _______________________________________________ > ffmpeg-user mailing list > [email protected] > http://ffmpeg.org/mailman/listinfo/ffmpeg-user _______________________________________________ ffmpeg-user mailing list [email protected] http://ffmpeg.org/mailman/listinfo/ffmpeg-user
