Recherche avancée

Sur d’autres sites (8645)

• get error ffmpeg when running wdio-video-reporter in jenkins and centos

  31 janvier 2024, par Ferawati Hartanti Pratiwi

  i got this error when i run wdio-video-reporter on jenkins and the OS is centos 8

  


  


  2024-01-31T17:54:56.047Z ERROR @wdio/config:ConfigParser: Failed loading configuration file:


  


  file :///var/data/jenkins-slave/workspace/QE_Playground/web-testing-pr-only/test/support/wdio.conf.chrome.js :
undefined
Could not find ffmpeg executable, tried "/var/data/jenkins-slave/workspace/QE_Playground/web-testing-pr-only/node_modules/@ffmpeg-installer/linux-x64/ffmpeg",
"/var/data/jenkins-slave/workspace/QE_Playground/web-testing-pr-only/node_modules/@ffmpeg-installer/ffmpeg/node_modules/@ffmpeg-installer/linux-x64/ffmpeg"
and
"/var/data/jenkins-slave/workspace/QE_Playground/web-testing-pr-only/node_modules/@ffmpeg-installer/linux-x64/ffmpeg"

  


  


  this is my jenkins env

  


    environment {
    PATH = "/usr/bin/ffmpeg:$PATH"
  }


  


  this is my wdio config

  


    ffmpegPath: '/usr/bin/ffmpeg',
  capabilities: [
    {
      maxInstances: parseInt(process.env.MAX_INSTANCES, 10) || 3,
      specs: [
        `${process.cwd()}/test/**_${folder}/features/**/*.feature`,
      ],
      browserName: 'chrome',
      'goog:chromeOptions': browserOptions,
      acceptInsecureCerts: true,
    },
  ],


  


• FFmpeg wrong codecstring for DASH manifest [closed]

  21 novembre 2024, par Suxsem

  I'm trying to create a DASH stream with ffmpeg with the following command :

  


  ffmpeg -i rtsp://admin:***@camera-retro.lan/ch0_0 ^
       -map 0 ^
       -codec:v copy ^
       -codec:a copy ^
       -f dash ^
       -use_template 1 ^
       -use_timeline 1 ^
       -window_size 50 ^
       -extra_window_size 5 ^
       -seg_duration 5 ^
       tmp/output.mpd


  


  The problem is the generated manifest doesn't contain a valid codecstring for the video part (note the codecs="hev1" part) and thus is not playable by the browser :

  


  &lt;?xml version="1.0" encoding="utf-8"?>&#xA;<mpd xmlns="urn:mpeg:dash:schema:mpd:2011" profiles="urn:mpeg:dash:profile:isoff-live:2011" type="dynamic" minimumupdateperiod="PT6S" suggestedpresentationdelay="PT6S" availabilitystarttime="2024-11-21T12:05:52.604Z" publishtime="2024-11-21T12:05:57.559Z" timeshiftbufferdepth="PT5M1.9S" maxsegmentduration="PT5.0S" minbuffertime="PT12.0S">&#xA;    <programinformation>&#xA;        &#xA;    </programinformation>&#xA;    <servicedescription>&#xA;    </servicedescription>&#xA;    <period start="PT0.0S">&#xA;        <adaptationset contenttype="video" startwithsap="1" segmentalignment="true" bitstreamswitching="true" maxwidth="2304" maxheight="1296" par="16:9">&#xA;            <representation mimetype="video/mp4" codecs="hev1" bandwidth="822093" width="2304" height="1296" scantype="unknown" sar="1:1">&#xA;                <segmenttemplate timescale="90000" initialization="init-stream$RepresentationID$.m4s" media="chunk-stream$RepresentationID$-$Number%05d$.m4s" startnumber="1">&#xA;                    <segmenttimeline>&#xA;                        <s t="0" d="542990"></s>&#xA;                    </segmenttimeline>&#xA;                </segmenttemplate>&#xA;            </representation>&#xA;        </adaptationset>&#xA;        <adaptationset contenttype="audio" startwithsap="1" segmentalignment="true" bitstreamswitching="true">&#xA;            <representation mimetype="audio/mp4" codecs="mp4a.40.2" bandwidth="34143" audiosamplingrate="16000">&#xA;                <audiochannelconfiguration schemeiduri="urn:mpeg:dash:23003:3:audio_channel_configuration:2011" value="1"></audiochannelconfiguration>&#xA;                <segmenttemplate timescale="16000" initialization="init-stream$RepresentationID$.m4s" media="chunk-stream$RepresentationID$-$Number%05d$.m4s" startnumber="1">&#xA;                    <segmenttimeline>&#xA;                        <s t="0" d="81001"></s>&#xA;                    </segmenttimeline>&#xA;                </segmenttemplate>&#xA;            </representation>&#xA;        </adaptationset>&#xA;    </period>&#xA;</mpd>&#xA;

  


  This is the output of ffprobe :

  


  SDP:
v=0
o=- 1732188474342789 1 IN IP4 192.168.12.162
s=Session streamed by "rRTSPServer"
i=ch0_0.h264
t=0 0
a=tool:LIVE555 Streaming Media v2023.01.19
a=type:broadcast
a=control:*
a=range:npt=now-
a=x-qt-text-nam:Session streamed by "rRTSPServer"
a=x-qt-text-inf:ch0_0.h264
m=video 0 RTP/AVP 96
c=IN IP4 0.0.0.0
b=AS:700
a=rtpmap:96 H265/90000
a=fmtp:96 profile-space=0;profile-id=1;tier-flag=0;level-id=186;interop-constraints=000000000000;sprop-vps=QAEMAf//AWAAAAMAAAMAAAMAAAMAuqwJ;sprop-sps=QgEBAWAAAAMAAAMAAAMAAAMAuqABICAFEf5a7kSIi/Lc1AQEBAI=;sprop-pps=RAHA8oSJAzJA
a=control:track1
m=audio 0 RTP/AVP 97
c=IN IP4 0.0.0.0
b=AS:32
a=rtpmap:97 MPEG4-GENERIC/16000
a=fmtp:97 streamtype=5;profile-level-id=1;mode=AAC-hbr;sizelength=13;indexlength=3;indexdeltalength=3;config=1408
a=control:track2


  


  it seems to me that all codec informations are present :

  


  a=fmtp:96 profile-space=0;profile-id=1;tier-flag=0;level-id=186;interop-constraints=000000000000;


  


  why ffmpeg is putting only codecs="hev1" instead of the full codecstring (containing the profile, the level and the constraints) ?

  


  Thank you

  


• avutil : Fix linking x86 asm constants with Clang in MSVC mode

  12 juin, par Martin Storsjö

  avutil : Fix linking x86 asm constants with Clang in MSVC mode
  This fixes building with Clang in MSVC mode, for x86, which was
  
  broken in 6e49b8699657b808b7dc80033f2c3f2d0e029fa3 (in Nov 2024) ;
  
  previously it failed with undefined symbols for the constants
  
  defined with DECLARE_ASM_CONST, accessed via inline assembly.
  Before 57861911a34e1c33796be97f2b2f44e05fffd647, there was an
  
      #elif defined(__GNUC__) || defined(__clang__)
  
  case before the
  
      #elif defined(_MSC_VER)
  
  case for defining DECLARE_ASM_CONST, which included av_used.
  
  (This case included the explicit "defined(__clang__)" since
  
  f637046d3134a331e4b5a7243ac3dfb92735b8a5.)
  After 57861911a34e1c33796be97f2b2f44e05fffd647, it used the
  
  generic definition of DECLARE_ASM_CONST that also included
  
  av_used - which also worked for Clang in MSVC mode. But after
  
  6e49b8699657b808b7dc80033f2c3f2d0e029fa3, Clang in MSVC mode
  
  ended up using the MSVC specific variant which lacked the
  
  av_used declaration, causing linker errors due to undefined
  
  symbols.
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DH] libavutil/mem_internal.h