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! _______________________________________________ ffmpeg-user mailing list [email protected] http://ffmpeg.org/mailman/listinfo/ffmpeg-user
