Recherche avancée

Sur d’autres sites (9684)

• Shaka Player : ignore empty AdaptationSet

  24 juin 2019, par Mitya

  I’m trying to play DASH stream in Shaka Player.
  Sometimes the stream doesn’t have an audio source and its manifest file contains an empty AdaptationSet entry.
  In this case Shaka Player returns the manifest parsing error :

  | DASH_EMPTY_ADAPTATION_SET | 4003 | number |  The DASH Manifest contained an AdaptationSet with no Representations. |

  Is it possible to ignore this error somehow and play the video without audio source ?

  Example of manifest file :

  <?xml version="1.0" encoding="utf-8"?>
  
  <mpd xmlns="urn:mpeg:dash:schema:mpd:2011" profiles="urn:mpeg:dash:profile:isoff-live:2011" type="dynamic" minimumupdateperiod="PT4S" suggestedpresentationdelay="PT4S" availabilitystarttime="2019-06-24T13:38:04Z" publishtime="2019-06-24T13:38:34Z" timeshiftbufferdepth="PT14.9S" minbuffertime="PT9.9S">
  
      <programinformation>
  
          
  
      </programinformation>
  
      <period start="PT0.0S">
  
          <adaptationset contenttype="video" segmentalignment="true" bitstreamswitching="true">
  
              <representation mimetype="video/mp4" codecs="avc1.640028" bandwidth="2000000" width="1920" height="1080" framerate="20/1">
  
                  <segmenttemplate timescale="10240" initialization="init-stream$RepresentationID$.m4s" media="chunk-stream$RepresentationID$-$Number%05d$.m4s" startnumber="5">
  
                      <segmenttimeline>
  
                          <s t="201697" d="51190" r="2"></s>
  
                      </segmenttimeline>
  
                  </segmenttemplate>
  
              </representation>
  
          </adaptationset>
  
          <adaptationset contenttype="audio" segmentalignment="true" bitstreamswitching="true">
  
          </adaptationset>
  
      </period>
  
  </mpd>

• Using HW accelerate video encoding

  9 juin 2019, par RoboGil

  I am trying to get ffmpeg HW acceleration on an UpBoard .
  It uses an Atom x5 z8350 processor and Intel HD 400 GPU

  I have also followed this tutorial in order to compile ffmpeg with libmfx enabled.

  $ ffmpeg -encoders | grep qsv
  
  ffmpeg version 4.1.3 Copyright (c) 2000-2019 the FFmpeg developers
  
    built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.11) 20160609
  
    configuration: --enable-libmfx
  
    libavutil      56. 22.100 / 56. 22.100
  
    libavcodec     58. 35.100 / 58. 35.100
  
    libavformat    58. 20.100 / 58. 20.100
  
    libavdevice    58.  5.100 / 58.  5.100
  
    libavfilter     7. 40.101 /  7. 40.101
  
    libswscale      5.  3.100 /  5.  3.100
  
    libswresample   3.  3.100 /  3.  3.100
  
   V..... h264_qsv             H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (Intel Quick Sync Video acceleration) (codec h264)
  
   V..... hevc_qsv             HEVC (Intel Quick Sync Video acceleration) (codec hevc)
  
   V..... mjpeg_qsv            MJPEG (Intel Quick Sync Video acceleration) (codec mjpeg)
  
   V..... mpeg2_qsv            MPEG-2 video (Intel Quick Sync Video acceleration) (codec mpeg2video)

  However, when trying to encode I video I am getting :

  $ ffmpeg -i in.mp4 -c:v h264_qsv -global_quality 10 -look_ahead 1 out.mp4
  
  
  
  
  
  ffmpeg version 4.1.3 Copyright (c) 2000-2019 the FFmpeg developers
  
    built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.11) 20160609
  
    configuration: --enable-libmfx
  
    libavutil      56. 22.100 / 56. 22.100
  
    libavcodec     58. 35.100 / 58. 35.100
  
    libavformat    58. 20.100 / 58. 20.100
  
    libavdevice    58.  5.100 / 58.  5.100
  
    libavfilter     7. 40.101 /  7. 40.101
  
    libswscale      5.  3.100 /  5.  3.100
  
    libswresample   3.  3.100 /  3.  3.100
  
  Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'in.mp4':
  
    Metadata:
  
      major_brand     : mp42
  
      minor_version   : 0
  
      compatible_brands: isommp42
  
      creation_time   : 2019-06-04T19:06:40.000000Z
  
    Duration: 00:04:03.07, start: 0.000000, bitrate: 408 kb/s
  
      Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p(tv, bt709), 640x360 [SAR 1:1 DAR 16:9], 310 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default)
  
      Metadata:
  
        creation_time   : 2019-06-04T19:06:40.000000Z
  
        handler_name    : ISO Media file produced by Google Inc. Created on: 06/04/2019.
  
      Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 95 kb/s (default)
  
      Metadata:
  
        creation_time   : 2019-06-04T19:06:40.000000Z
  
        handler_name    : ISO Media file produced by Google Inc. Created on: 06/04/2019.
  
  File 'out.mp4' already exists. Overwrite ? [y/N] y
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (h264 (native) -> h264 (h264_qsv))
  
    Stream #0:1 -> #0:1 (aac (native) -> aac (native))
  
  Press [q] to stop, [?] for help
  
  
  
  
  
  [h264_qsv @ 0x3b30a00] Error initializing an internal MFX session: unsupported (-3)
  
  Error initializing output stream 0:0 -- Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height
  
  Conversion failed!

  What am I missing ?

  Thank you very much !

• av_format/hlsenc : fix %v handling by format_name function

  17 juin 2019, par Bodecs Bela

  av_format/hlsenc : fix %v handling by format_name function
  Hi All,
  When multiple variant streams are specified by var_stream_map option, %v
  
  placeholder in various names ensures that each variant has its unique
  
  names. Most of %v handlng is done in format_name function. Currently
  
  in this function the result buffer is the same as the
  
  input pattern buffer, so you must allocate it before calling format_name
  
  function. It also means, that it is silently assumed that the result
  
  string will NOT be
  
  longer that the pattern string. It is true most of the time, because %v
  
  may appear only once in the pattern string and number of variant streams
  
  is less than 100 in practical cases. But theoretically it will fail if
  
  specified number of variant streams is greater than 100 (i.e. longer
  
  than 2 digits).
  
  This patch fixes this behaviour by altering format_name function to
  
  allocate the
  
  result buffer and return it to the caller.
  Please, review this patch.
  best,
  Bela
  
  >From 6377ebee8a106a9684d41b270c7d6c8e57cd3e7b Mon Sep 17 00:00:00 2001
  
  From : Bela Bodecs <bodecsb@vivanet.hu>
  
  Date : Mon, 17 Jun 2019 14:31:36 +0200
  
  Subject : [PATCH] av_format/hlsenc : fix %v handling by format_name function
  When multiple variant streams are specified by var_stream_map option, %v
  
  placeholder in various names ensures that each variant has its unique
  
  names. Most of %v handlng is done in format_name function. Currently
  
  in this function the result buffer is the same as the input pattern
  
  buffer, so you must allocate it before calling format_name function. It
  
  also means, that it is silently assumed that the result string will NOT
  
  be longer that the pattern string. It is true most of the time, because
  
  %v may appear only once in the pattern string and number of variant
  
  streams is less than 100 in practical cases. But theoretically it will
  
  fail if specified number of variant streams is greater than 100. This
  
  patch fixes this behaviour by altering format_name function to allocate
  
  the result buffer and return it to the caller.
  Signed-off-by : Bela Bodecs <bodecsb@vivanet.hu>
  

  • [DH] libavformat/hlsenc.c