Recherche avancée

Sur d’autres sites (12436)

• Remuxing MKV to MP4 fails when using -map 0 but works fine when Remuxing MP4 to MKV

  20 septembre 2020, par AppetiteForDestruction

  I have an MKV file that contains 5 streams...

  


  0 : video
  
1 : audio
  
2 : audio
  
3 : text
  
4 : menu
  

  


  I was able to remux the MKV into an MP4 using this command...

  


  > ffmpeg.exe -i input.mp4 -map 0 -c copy -c:s mov_text output.mkv


  


  The resulting output MP4 contains all the streams from the original MKV.

  


  But if I try to remux the output MP4 into an MKV using the same command, but with a different codec for the subtitles (srt) and different file extension (mkv), I get an error. However, if I omit "-map 0" from the command, it works but only ONE of the audio streams get copied to the output MKV file.

  


  ====================
  
 Steps to Reproduce 
  
====================

  


  These two commands work, however, the output MKV only contains ONE of the TWO audio streams...

  


  > ffmpeg.exe -i input.mp4 -c copy -c:s srt output.mkv
> ffmpeg.exe -i input.mp4 -c:v copy -c:a copy -c:s srt output.mkv


  


  When I try to use either of the two commands below using "-map 0" just like I did when I remuxed the original MKV into an MP4, the commands fail and both result in the "Full Output" shown at the bottom...

  


  > ffmpeg.exe -i input.mp4 -map 0 -c copy -c:s srt output.mkv
> ffmpeg.exe -i input.mp4 -map 0 -c:v copy -c:a copy -c:s srt output.mkv


  


  Output Error

  


  Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument


  


  So why would using "-map 0" cause it to fail when I used the exact same command to remux the original MKV into an MP4 ? And why does omitting "-map 0" allow it to work, but obviously doesn't copy both audio streams ? Seems like a BUG to me because why does practically the exact same command work for going from MKV to MP4, but not from MP4 to MKV ?

  


  Full Output

  


  ffmpeg version git-2020-07-20-43a08d9 Copyright (c) 2000-2020 the FFmpeg developers
  built with gcc 9.3.1 (GCC) 20200621
  configuration: --enable-gpl --enable-version3 --enable-sdl2 --enable-fontconfig --enable-gnutls --enable-iconv --enable-libass --enable-libdav1d --enable-libbluray --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libsrt --enable-libtheora --enable-libtwolame --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib --enable-gmp --enable-libvidstab --enable-libvmaf --enable-libvorbis --enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libaom --enable-libgsm --disable-w32threads --enable-libmfx --enable-ffnvcodec --enable-cuda-llvm --enable-cuvid --enable-d3d11va --enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth --enable-libopenmpt --enable-amf
  libavutil      56. 55.100 / 56. 55.100
  libavcodec     58. 96.100 / 58. 96.100
  libavformat    58. 48.100 / 58. 48.100
  libavdevice    58. 11.101 / 58. 11.101
  libavfilter     7. 87.100 /  7. 87.100
  libswscale      5.  8.100 /  5.  8.100
  libswresample   3.  8.100 /  3.  8.100
  libpostproc    55.  8.100 / 55.  8.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'F:\input.mp4':
  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2mp41
    encoder         : Lavf58.48.100
  Duration: 00:11:03.90, start: 0.000000, bitrate: 5873 kb/s
    Chapter #0:0: start 0.000000, end 663.872000
    Metadata:
      title           : Chapter 01
    Stream #0:0(eng): Video: mpeg2video (Main) (mp4v / 0x7634706D), yuv420p(tv, smpte170m, top first), 720x480 [SAR 8:9 DAR 4:3], 5546 kb/s, 29.97 fps, 29.97 tbr, 16k tbn, 59.94 tbc (default)
    Metadata:
      handler_name    : VideoHandler
    Side data:
      cpb: bitrate max/min/avg: 8500000/0/0 buffer size: 1835008 vbv_delay: N/A
    Stream #0:1(eng): Audio: ac3 (ac-3 / 0x332D6361), 48000 Hz, stereo, fltp, 160 kb/s (default)
    Metadata:
      handler_name    : SoundHandler
    Side data:
      audio service type: main
    Stream #0:2(eng): Audio: ac3 (ac-3 / 0x332D6361), 48000 Hz, stereo, fltp, 160 kb/s
    Metadata:
      handler_name    : SoundHandler
    Side data:
      audio service type: main
    Stream #0:3(eng): Subtitle: mov_text (tx3g / 0x67337874), 0 kb/s (default)
    Metadata:
      handler_name    : SubtitleHandler
    Stream #0:4(eng): Data: bin_data (text / 0x74786574)
    Metadata:
      handler_name    : SubtitleHandler
Multiple -c, -codec, -acodec, -vcodec, -scodec or -dcodec options specified for stream 3, only the last option '-c:s srt' will be used.
[matroska @ 0000002df6f90f40] Only audio, video, and subtitles are supported for Matroska.
Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument
Stream mapping:
  Stream #0:0 -> #0:0 (copy)
  Stream #0:1 -> #0:1 (copy)
  Stream #0:2 -> #0:2 (copy)
  Stream #0:3 -> #0:3 (mov_text (native) -> subrip (srt))
  Stream #0:4 -> #0:4 (copy)
    Last message repeated 1 times


  


• HLS live stream stops working with AbortError after running fine for a while

  20 juillet 2020, par mandrakey

  Before I go file a bug with Video.js I wanted to see if I maybe have gotten something wrong. The situation is this :

  


  

  • I have a RTSP live stream, which I convert to HLS using ffmpeg (works)

  


  • I want to play that HLS stream using Video.js in the browser

  


  


  After I start ffmpeg, all works as expected and I can watch the live stream in the browser. This was, say, around 4pm. I go home for the day and when I try to access the stream again in the morning (around 8am, freshly started browser) I just get a black image (Firefox) or a still (Chrome) and a never ending loading animation.

  


  The browser console shows the following output every 6 seconds (which is my chunk length) :

  


  AbortError: The operation was aborted. 
XHR GET http://server/hls/live/stream1/720p6.ts [HTTP/1.1 200  71ms]
XHR GET http://server/hls/live/stream1/720p7.ts [HTTP/1.1 200  64ms]
XHR GET http://server/hls/live/stream1/720p8.ts [HTTP/1.1 200  62ms]
XHR GET http://server/hls/live/stream1/720p9.ts [HTTP/1.1 200  57ms]
XHR GET http://server/hls/live/stream1/720p0.ts [HTTP/1.1 200  63ms]


  


  Note : The chunk numbers in the end do change correctly, so it does not look like an infinite loop where video.js tries to access the same files over and over again.

  


  I have compared the m3u8 contents from a time when this happens to just after I restarted ffmpeg. The only difference I can spot is that the sequence number has increased :

  


  Working version

  


  #EXTM3U
#EXT-X-VERSION:3
#EXT-X-TARGETDURATION:6
#EXT-X-MEDIA-SEQUENCE:2
#EXTINF:6.000011,
720p2.ts
#EXTINF:5.999989,
720p3.ts
#EXTINF:6.000000,
720p4.ts
#EXTINF:6.000000,
720p5.ts
#EXTINF:6.000000,
720p6.ts


  


  Not working version

  


  #EXTM3U
#EXT-X-VERSION:3
#EXT-X-TARGETDURATION:6
#EXT-X-MEDIA-SEQUENCE:45255
#EXTINF:6.000011,
720p5.ts
#EXTINF:5.999989,
720p6.ts
#EXTINF:6.000000,
720p7.ts
#EXTINF:6.000011,
720p8.ts
#EXTINF:5.999989,
720p9.ts


  


  What I have confirmed so far :

  


  

  • The video chunks ffmpeg creates work. I have downloaded newly generated chunks and played them using VLC : Got a 6 second video as expected.

  


  • This also means the source stream still works as expected.

  


  • It does not seem to be an issue with the browser as both Firefox and Chrome show the same behaviour.

  


  • When I restart ffmpeg, which as far as I can see only resets the sequence number, everything works fine again after I reload the video.js player.

  


  • It is no one time issue : I have tried this more than 4 days in a row now. Happens every time.

  


  


  Have I stumbled upon a bug in video.js here or am I missing something ?

  


  For reference, this is how I start ffmpeg :

  


  ffmpeg -v info -rtsp_transport tcp -i rtsp://source/stream -c:v copy -c:a copy -hls_time 6 -hls_wrap 10 -start_number 1 /path/to/stream1/720p.m3u8


  


  Thank you very much for reading and taking the time so far. Any help will be much appreciated :)

  


• Linux - ffmpeg 3.4.6 vs. 4.2.1 - bash script with Tee (record & stream) runs in older version just fine - what needs to change for new version ?

  22 juillet 2020, par pomptondrive

  Thanks for reading my post. I have a bash script that I tested and it ran just fine ; although I was putting the script into identical hardware as the test computer, I forgot that the target computer would have a newer version of ffmpeg. It should be simple. I'm splitting the signal, recording, and streaming via UDP. Here's the script, that runs just fine with ffmpeg 3.4.6 :

  


  ffmpeg -f v4l2 -i /dev/video0 -t 00:30:00 -vf "drawtext=fontfile=/usr/share/fonts/truetype/dejavu/DejaVuSansMono.ttf:text='%{localtime\:%T}':x=20:y=20:fontcolor=white" \
-profile:v high -pix_fmt yuvj420p -level:v 4.1 -preset ultrafast -tune \
zerolatency -vcodec libx264 -r 15 -b:v 512k -s 960x720 -f mpegts -flush_packets 0 \
-f tee -map 0:v "/media/dkm/video_usb/videos/video_$(date +%Y-%m-%d_%H.%M.%S).mkv|[f=mpegts]udp://192.168.0.19:5000?pkt_size=1316"


  


  I could try to downgrade, but that doesn't seem right, since that computer is running Linux Mint 19.2 and the original test computer was Ubuntu 18.4 LTS. Is there something basic that I need to change for v. 4.2.1 ?

  


  I'm hoping that this is a quick fix, since it runs in the old version, but I've learned not to get my hopes up for such things. Any help would be appreciated. I've perused the documentation, but I wasn't able to see anything salient. Thanks in advance !