Recherche avancée

Sur d’autres sites (12016)

• Why does Apple support H.265 playback, but not when using HLS ? [closed]

  13 mars, par clark wu

  Apple devices (iPhone, iPad, macOS Safari) can natively play H.265 (HEVC) videos in .mp4 or .mov format. However, when I try to convert the same video to HLS, it fails to play. Here’s what I tested :

  


  Test Cases

  


  ✅ Directly playing H.265 .mp4 → Works fine

  


  ❌ H.265 + Opus → HLS (fMP4) → Fails

  


  ❌ H.265 + AAC → HLS (TS) → Fails

  


  ✅ H.264 + Opus → HLS fMP4 → Works fine (video + audio)

  


  ✅ H.264 + Opus → HLS TS → Video plays, but no audio

  


  ❌ H.265 + AAC → HLS fMP4 → Doesn’t play at all

  


  FFmpeg Commands Used

  


  1️⃣ H.265 + Opus (fMP4 segments)

  


  ffmpeg -i input.mp4 -c:v copy -c:a copy -hls_segment_type fmp4 -hls_time 10 -hls_list_size 0 -hls_flags independent_segments output.m3u8


  


  2️⃣ H.265 + AAC (TS segments)

  


  ffmpeg -i input.mp4 -c:v copy -c:a copy -hls_time 10 -hls_list_size 0 -hls_flags independent_segments output.m3u8


  


  Playback Attempts

  


  Vidstack.js player (Fails)

  


  Several online M3U8 players (All fail)

  


  Key Questions

  


  Why does Apple support H.265 in MP4 but not in HLS ?

  


  Is this an HLS specification limitation ?

  


  Does the audio codec (Opus / AAC) affect playback ?

  


  Does HLS require a specific HEVC profile/level ?

  


  Is HLS only compatible with AVC, not HEVC ?

  


  Looking for Answers

  


  Has anyone successfully played H.265 + HLS on Apple devices ?

  


  Are there any official Apple HLS specifications regarding HEVC support ?

  


  Possible workarounds or alternative solutions ?

  


  Would appreciate any insights or help from the community ! Thanks !

  


• sws_scale screws up last pixel row in smaller x264 mp4 encoding

  23 juillet 2012, par TheSHEEEP

  I am muxing pictures in the PIX_FMT_ARGB format into an mp4 video.

  All of it works well, except that the last pixel row of the outgoing image is screwed up, in most cases the last row is completely black, sometimes there are other colors, it seems somehow dependant on the machine it runs on.

  I am absolutely sure that the error must be in sws_scale, as I am saving the images before and after the scaling. The input images do not have the error, but after the sws_scale() I save the yuv image and the error is apparent.

  Here is an example :

  Original

  

  Yuvfile (after sws_scale)

  

  At the bottom of the Yuvfile, you will see the black row.

  This is how I do the scaling (it is after the official ffmpeg examples, more or less) :

  static int sws_flags = SWS_FAST_BILINEAR | SWS_ACCURATE_RND;
  
  
  
  if (img_convert_ctx == NULL)
  
  {
  
     img_convert_ctx = sws_getContext( srcWidth, srcHeight,
  
             PIX_FMT_ARGB,
  
             codecContext->width, codecContext->height,
  
             codecContext->pix_fmt,
  
             sws_flags, NULL, NULL, NULL );
  
     if (img_convert_ctx == NULL)
  
     {
  
        av_log(c, AV_LOG_ERROR, "%s","Cannot initialize the conversion context\n");
  
        exit(1);
  
     }
  
  }
  
  fill_image(tmp_picture, pic, pic_size, frame_count, ptr->srcWidth, ptr->srcHeight );
  
  
  
  sws_scale(img_convert_ctx, tmp_picture->data, tmp_picture->linesize,
  
          0, srcHeight, picture->data, picture->linesize);

  I also tried a number of different SWS_ flags, but all yield the same result.

  Could this be a bug in sws_scale or am I doing something wrong ? I am using the latest version of the ffmpeg libraries.

• How to Identify the Version of ffmpeg.dll in WebView2 Runtime Fixed Version

  19 février, par Po-Sen

  I am currently using the WebView2 runtime fixed version. After expanding the package, I found multiple DLL files, including ffmpeg.dll.

  


  In the file properties, the file version is displayed as 0.0.0.0, and the only version-related information I can see is the product version : git-2024-04-25-e3581fa2dd.

  


  

  


  This format is different from the numeric versioning scheme I see on the official FFmpeg website : https://ffmpeg.org/download.html#releases.

  


  

  


  I want to trace the exact FFmpeg version used in this WebView2 distribution.
Initially, I assumed e3581fa2dd was a Git commit SHA. However, after cloning the FFmpeg repository from https://git.ffmpeg.org/ffmpeg.git, I could not find this commit.

  


  Our product was recently scanned and found to contain FFmpeg version 3.4.2, which has known CVE security vulnerabilities. Therefore, we want to clarify the actual version of FFmpeg included in the WebView2 runtime.

  


  How can I determine the version of ffmpeg.dll included in WebView2 runtime fixed version ?