Re: [FFmpeg-user] DVB subtitles there but not viewable
Mike Brown <brown <at> mrvideo.vidiot.com> writes:
Here is the situation: the source is a BBC video from freeview, which has AAC audio, specifically AAC 6.0. I prefer AC3 5.1
(This makes no sense.)
How does this not make any sense? AAC6.0 doesn't work with everything. In my case, when I play it via VLC, my amp (fed via optical cable) just considers it as stereo. AC3-5.1 audio is correctly detected and played. Hence the need to convert from AAC6.0 to DD5.1.
So, here is the CLI:
Please provide the input file.
***** BRN <126> ffmpeg -i BBC-AAC60-test.ts -map 0:0 -vcodec copy -map 0:1 -acodec ac3 -ab 640k -map 0:2 -scodec copy BBC-DD51-test.ts ffmpeg version N-52837-g399f6ef Copyright (c) 2000-2013 the FFmpeg developers built on May 7 2013 01:09:00 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 29.100 / 52. 29.100 libavcodec 55. 7.100 / 55. 7.100 libavformat 55. 4.101 / 55. 4.101 libavdevice 55. 0.100 / 55. 0.100 libavfilter 3. 63.101 / 3. 63.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [h264 @ 027f8680] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one [mpegts @ 027f8040] max_analyze_duration 5000000 reached at 5000000 microseconds Input #0, mpegts, from 'BBC-AAC60-test.ts': Duration: 00:00:29.97, start: 0.200000, bitrate: 4829 kb/s Program 17920 Stream #0:0[0x1b59]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x1b5a](eng): Audio: aac_latm ([17][0][0][0] / 0x0011), 48000 Hz, 5.1, fltp Stream #0:2[0x1b5d](eng): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Output #0, mpegts, to 'BBC-DD51-test.ts': Metadata: encoder : Lavf55.4.101 Stream #0:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 90k tbn, 25 tbc Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1, fltp, 640 kb/s Stream #0:2(eng): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (aac_latm -> ac3) Stream #0:2 -> #0:2 (copy) Press [q] to stop, [?] for help frame= 502 fps=0.0 q=-1.0 size= 13594kB time=00:00:19.92 bitrate=5590.3kbits/frame= 750 fps=0.0 q=-1.0 Lsize= 19686kB time=00:00:30.01 bitrate=5373.7kbits/s video:15748kB audio:2345kB subtitle:64 global headers:0kB muxing overhead 8.427144% ***** Here is a trimmed (30 sec) version which plays in VLC, displaying the subtitles. http://vidiot.com/BBC-AAC60-test.ts As a side issue, how does one stop those annoying "frame=" lines? I can understand them being there for debugging reasons, but if things are OK, they should not be there. MB -- e-mail: vidiot@vidiot.com | vidiot@vidiot.net /~\ The ASCII 6082066843@email.uscc.net (140 char limit) \ / Ribbon Campaign Visit - URL: http://vidiot.com/ X Against http://vidiot.net/ / \ HTML Email "What do you say Beckett. Wanna have a baby?" - Castle to Det. Beckett "How long have I been gone?" Alexis after seeing Castle and Beckett w/ baby - Castle - 11/25/13
On Sat, Sep 26, 2015 at 05:02:37AM -0500, Mike Brown wrote:
Mike Brown <brown <at> mrvideo.vidiot.com> writes: ***** BRN <126> ffmpeg -i BBC-AAC60-test.ts -map 0:0 -vcodec copy -map 0:1 -acodec ac3 -ab 640k -map 0:2 -scodec copy BBC-DD51-test.ts ffmpeg version N-52837-g399f6ef Copyright (c) 2000-2013 the FFmpeg developers built on May 7 2013 01:09:00 with gcc 4.7.3 (GCC)
I just noticed that I am really, really, out-of-date. I've normally only been using it to extract pcm audio from a TS stream and haven't dealt with subtitles before. I just upgraded to the latest build and all is well. VLC likes displaying the subtitles now. My question on not displaying the "frame=" lines still holds though. Sorry to trouble you. MB -- e-mail: vidiot@vidiot.com | vidiot@vidiot.net /~\ The ASCII 6082066843@email.uscc.net (140 char limit) \ / Ribbon Campaign Visit - URL: http://vidiot.com/ X Against http://vidiot.net/ / \ HTML Email "What do you say Beckett. Wanna have a baby?" - Castle to Det. Beckett "How long have I been gone?" Alexis after seeing Castle and Beckett w/ baby - Castle - 11/25/13
On Sat, Sep 26, 2015 at 05:12:38 -0500, Mike Brown wrote:
I just noticed that I am really, really, out-of-date. I've normally only been using it to extract pcm audio from a TS stream and haven't dealt with subtitles before.
Congratulations and kudos to you and a warning to all others who think using an old version doesn't matter for their issues. Fixes do happen. ;-)
I just upgraded to the latest build and all is well. VLC likes displaying the subtitles now.
You're using only VLC to play the result? My PVR (or call it STB) likes neither AC-3 nor dvb_subtitles when muxed by ffmpeg into an MPEG-TS, while it handles those from the satellite just fine. That's probably not ffmpeg's fault though. ;-) (Though I'd love to know the differences in the TSs. Or is it in the EITs?) Moritz
Moritz Barsnick <barsnick <at> gmx.net> writes:
My PVR (or call it STB) likes neither AC-3 nor dvb_subtitles when muxed by ffmpeg into an MPEG-TS
That is because FFmpeg writes a (general) transport stream while your stb expects a dvb stream (different standards). There used to be a patch (I am not sure on which mailing list, could have been avconv-devel or ffmpeg-devel) but it was never applied iirc. Carl Eugen
On Sat, Sep 26, 2015 at 12:45:12 +0000, Carl Eugen Hoyos wrote:
Moritz Barsnick <barsnick <at> gmx.net> writes:
My PVR (or call it STB) likes neither AC-3 nor dvb_subtitles when muxed by ffmpeg into an MPEG-TS
That is because FFmpeg writes a (general) transport stream while your stb expects a dvb stream (different standards).
There used to be a patch (I am not sure on which mailing list, could have been avconv-devel or ffmpeg-devel) but it was never applied iirc.
Thank you so much, Carl Eugen! Probably the most valuable hint I have gotten in a long time. The VU+ forums aren't of much help. Everybody seems to use "media player" applications on the PVR anyway, but its MPEG-TS player is just the best (except for subs supports). It also handles ffmpeg's MPEG-TS just fine except for the named restrictions. I'm off looking for this patch... Thanks, Moritz
On 9/26/2015 3:56 PM, Moritz Barsnick wrote:
On Sat, Sep 26, 2015 at 12:45:12 +0000, Carl Eugen Hoyos wrote:
Moritz Barsnick <barsnick <at> gmx.net> writes:
My PVR (or call it STB) likes neither AC-3 nor dvb_subtitles when muxed by ffmpeg into an MPEG-TS That is because FFmpeg writes a (general) transport stream while your stb expects a dvb stream (different standards).
There used to be a patch (I am not sure on which mailing list, could have been avconv-devel or ffmpeg-devel) but it was never applied iirc. Thank you so much, Carl Eugen! Probably the most valuable hint I have gotten in a long time.
The VU+ forums aren't of much help. Everybody seems to use "media player" applications on the PVR anyway, but its MPEG-TS player is just the best (except for subs supports). It also handles ffmpeg's MPEG-TS just fine except for the named restrictions.
I'm off looking for this patch...
did you find it? -- Claudiu
On Wed, Oct 14, 2015 at 20:40:57 +0300, Claudiu Rad wrote:
There used to be a patch (I am not sure on which mailing list, could have been avconv-devel or ffmpeg-devel) but I'm off looking for this patch... did you find it?
Unfortunately, I didn't. If anyone could help looking... I did find some related info: This thread talks about "T-STD" compliance, perhaps relevant: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/157919 This page has quite a few parameters, probably more related to UDP than to MPEG-TS: http://www.waveguide.se/?article=creating-dvb-t-compatible-mpeg2-streams-usi... In its comments, notably "2014-04-10 07:14 UTC", using (c)vlc as a muxer is suggested. cvlc was not the solution we were looking for on this ffmpeg list though. ;) This page may be totally unrelated though to my audio demuxing issues. Moritz
On Wed, Oct 14, 2015 at 21:09:01 +0200, Moritz Barsnick wrote:
In its comments, notably "2014-04-10 07:14 UTC", using (c)vlc as a muxer is suggested. cvlc was not the solution we were looking for on this ffmpeg list though. ;)
Indeed, using clvc as a (re-)muxer instead of ffmpeg, my PVR/STB can detect and play AC-3 in MPEG-TS. Whether that makes it more standard-conform or it's just a coincidence, I don't know. [Wow, I had a really hard time wrapping my head around cvlc's command line syntax.] Moritz
Mike Brown <brown <at> mrvideo.vidiot.com> writes:
As a side issue, how does one stop those annoying "frame=" lines?
-nostats As said, please remember not to hijack threads, this is considered rude everywhere! Carl Eugen
participants (4)
-
Carl Eugen Hoyos -
Claudiu Rad -
Mike Brown -
Moritz Barsnick