Recherche avancée

Sur d’autres sites (6516)

• network : prevent SIGPIPE on OSX

  30 mai 2015, par wm4

  network : prevent SIGPIPE on OSX
  OSX does not know MSG_NOSIGNAL, and provides its own non-standard
  
  mechanism instead. I guess Apple hates standards.
  Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
  

  • [DH] libavformat/network.c

• How should I make ffmpeg "-ignore_unknown" work ?

  10 janvier 2024, par living being

  I'm batch-converting some videos and I want ffmpeg to just drop any unknown stream instead of failing and leaving the video untouched.

  


  My code :

  


  find ./ -type f -iname '*.mp4' -exec bash -c 'var="{}" && ffmpeg -i "{}" -map 0 -vcodec libx265 -preset fast -crf 31 -vf "scale=-2:min(1080\,ih)" -acodec libopus -ac 1 -b:a 24K -c:s copy -ignore_unknown "$var.mp4" -y && rm -v "$var" && mv -- "$var.mp4" "$var"' \;


  


  streams :

  


  Stream #0:0[0x1](eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 105 kb/s (default)
Metadata:
  creation_time   : 2012-02-07T06:23:20.000000Z
  handler_name    : Apple Sound Media Handler
  vendor_id       : [0][0][0][0]
Stream #0:1[0x2](eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, smpte170m/smpte170m/bt709, progressive), 320x240, 491 kb/s, 30.12 fps, 30.12 tbr, 2500 tbn (default)
Metadata:
  creation_time   : 2012-02-07T06:23:20.000000Z
  handler_name    : Apple Video Media Handler
  vendor_id       : [0][0][0][0]
  Stream #0:2[0x3](eng): Data: none (rtp  / 0x20707472), 511 kb/s
Metadata:
  creation_time   : 2012-02-07T06:23:20.000000Z
  handler_name    : hint media handler
Stream #0:3[0x4](eng): Data: none (rtp  / 0x20707472), 109 kb/s
Metadata:
  creation_time   : 2012-02-07T06:23:20.000000Z
  handler_name    : hint media handler
Stream mapping:
Stream #0:0 -> #0:0 (aac (native) -> opus (libopus))
Stream #0:1 -> #0:1 (h264 (native) -> hevc (libx265))
Stream #0:2 -> #0:2 (copy)
Stream #0:3 -> #0:3 (copy)


  


  In the end I get this :

  


  [mp4 @ 0x55f412caa240] Could not find tag for codec none in stream #2, codec not currently supported in container
[out#0/mp4 @ 0x55f412c97ec0] Could not write header (incorrect codec parameters ?): Invalid argument
[vost#0:1/libx265 @ 0x55f412ec3d00] Error initializing output stream: 
[libopus @ 0x55f412ec3200] 1 frames left in the queue on closing

encoded 0 frames
Conversion failed!


  


  

  


  OS : Ubuntu 23.10

  


  I know I can do it by eliminating "-map 0", but I want to include all subtitle streams and other types of known streams if any. I need to use this for terabytes of videos, so I can't totally exclude data streams either, since there are some useful ones.

  


• HLS playlist of self-contained fmp4 segments

  16 octobre 2020, par Mathieu

  I am working on a VMS that stores 10 second long video segments in MPEGTS format. Those segments can then be streamed using HLS, with playlists that look like this :

  


  #EXTM3U
#EXT-X-INDEPENDENT-SEGMENTS
#EXT-X-VERSION:6
#EXT-X-TARGETDURATION:11
#EXT-X-PLAYLIST-TYPE:EVENT
#EXT-X-START:TIME-OFFSET=1.0,PRECISE=YES
#EXTINF:10,
1602816779831000000.ts
#EXTINF:10,
1602816789831000000.ts
#EXT-X-ENDLIST


  


  This is working great as long as those files are encoded in h.264. However, if I try creating a similar playlist using h.265 segments, it works only with our Android client, Apple and hls.js having decided to support h.265 HLS using fragmented MP4 only.

  


  "Natively" supporting h.265 by storing fmp4 files directly isn't an option for me, so I would like to transpackage those MPEGTS files to fmp4 on demand.

  


  So what I have attempted to do is, return this playlist instead (changing only the file extension) :

  


  #EXTM3U
#EXT-X-INDEPENDENT-SEGMENTS
#EXT-X-VERSION:6
#EXT-X-TARGETDURATION:11
#EXT-X-PLAYLIST-TYPE:EVENT
#EXT-X-START:TIME-OFFSET=1.0,PRECISE=YES
#EXTINF:10,
1602816779831000000.mp4
#EXTINF:10,
1602816789831000000.mp4
#EXT-X-ENDLIST


  


  and then lazily transpackage those MPEGTS files to fmp4 one by one using FFMPEG as they are getting requested :

  


  ffmpeg -i 1602816779831000000.ts -c copy -movflags frag_keyframe+empty_moov+default_base_moof 1602816779831000000.mp4
ffmpeg -i 1602816789831000000.ts -c copy -movflags frag_keyframe+empty_moov+default_base_moof 1602816789831000000.mp4


  


  Unfortunately, this seems to work only for playlists with a single segment (which means, up to 10 seconds in my case). As soon as I have 2+ files, it doesn't work, with a behavior that changes depending on which client I'm using : some will play the first file then stop, some will fast forward to the last file then play this one instead, some won't play at all...

  


  I understand that the "normal" approach for fmp4 streaming over HLS is to use a "media initialization" segment and put it in a #EXT-X-MAP header for each segment, which are then usually encoded as *.m4s files instead of *.mp4. However, is it possible to make fmp4 work over HLS with self-contained segments, similarly to what we can do with MPEGTS ? Since playlists with a single entry seem to support that, I would assume there is probably a way to do so.

  


  Also, I know Apple got inspired by MPEG-DASH for this part of the HLS spec, and from what I understand, this is possible in MPEG-DASH.