Recherche avancée

Sur d’autres sites (11577)

• How do I configure ffmpeg & openh264 so that the video file can be opened in Windows Media Player 12

  10 mars 2017, par Sacha Guyer

  I have successfully created h264/mp4 movie files with ffmpeg and the x264 library.

  Now I would like to change the h264 library from x264 to openH264. I could replace the x264 library with openH264, recompile ffmpeg and produce movie files, without changing my sources that produce the movie. The resulting movie opens fine in Quicktime on Mac, but on Windows, Windows Media Player 12 cannot play it.

  The documentation about Windows Media Player support for h264 is unclear. File types supported by Windows Media Player states in the table that Windows Media Player 12 supports mp4, but the text below says :

  Windows Media Player does not support the playback of the .mp4 file format.

  From what I have observed, Windows Media Player 12 IS capable of playing h264/mp4 files, but only when created with x264.

  Does anyone know how I need to adjust the configuration of the codec/context so that the movie plays in Windows Media Player ? Does Windows Media Player only support certain h264 profiles ?

  I noticed the warning :

  [libopenh264 @ 0x...] [OpenH264] this = 0x..., Warning:bEnableFrameSkip = 0,bitrate can’t be controlled for RC_QUALITY_MODE,RC_BITRATE_MODE and RC_TIMESTAMP_MODE without enabling skip frame

  With the configuration :

  av_dict_set(&options, "allow_skip_frames", "1", 0);

  I could get rid of this warning, but the movie still does not play. Are there other options that need to be set so that the movie plays in Windows Media Player ?

  Thank you for your help

  ffprobe output of the file that does play fine in Windows Media Player :

  Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'test_x264.mp4':
  
    Metadata:
  
      major_brand     : isom
  
      minor_version   : 512
  
      compatible_brands: isomiso2avc1mp41
  
      title           : retina
  
      encoder         : Lavf57.56.100
  
      comment         : Creation Date: 2017-03-10 07:47:39.601
  
    Duration: 00:00:04.17, start: 0.000000, bitrate: 17497 kb/s
  
      Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661),
  
        yuv420p, 852x754, 17495 kb/s, 24 fps, 24 tbr, 24k tbn, 48 tbc (default)
  
      Metadata:
  
        handler_name    : VideoHandler

  ffprobe output of the file that does not play in Windows Media Player :

  Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'test_openh264.mp4':
  
    Metadata:
  
      major_brand     : isom
  
      minor_version   : 512
  
      compatible_brands: isomiso2avc1mp41
  
      title           : retina
  
      encoder         : Lavf57.56.100
  
      comment         : Creation Date: 2017-03-10 07:49:27.024
  
    Duration: 00:00:04.17, start: 0.000000, bitrate: 17781 kb/s
  
      Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661),
  
        yuv420p, 852x754, 17779 kb/s, 24 fps, 24 tbr, 24k tbn, 48k tbc (default)
  
      Metadata:
  
        handler_name    : VideoHandler

• lavu/pixfmt : Add P012, Y212, XV30, and XV36 formats

  13 août 2022, par Philip Langdale

  lavu/pixfmt : Add P012, Y212, XV30, and XV36 formats
  These are the formats we want/need to use when dealing with the Intel
  
  VAAPI decoder for 12bit 4:2:0, 12bit 4:2:2, 10bit 4:4:4 and 12bit 4:4:4
  
  respectively.
  As with the already supported Y210 and YUVX (XVUY) formats, they are
  
  based on formats Microsoft picked as their preferred 4:2:2 and 4:4:4
  
  video formats, and Intel ran with it.
  P12 and Y212 are simply an extension of 10 bit formats to say 12 bits
  
  will be used, with 4 unused bits instead of 6.
  XV30, and XV36, as exotic as they sound, are variants of Y410 and Y412
  
  where the alpha channel is left formally undefined. We prefer these
  
  over the alpha versions because the hardware cannot actually do
  
  anything with the alpha channel and respecting it is just overhead.
  Y412/XV46 is a normal looking packed 4 channel format where each
  
  channel is 16bits wide but only the 12msb are used (like P012).
  Y410/XV30 packs three 10bit channels in 32bits with 2bits of alpha,
  
  like A/X2RGB10 style formats. This annoying layout forced me to define
  
  the BE version as a bitstream format. It seems like our pixdesc
  
  infrastructure can handle the LE version being byte-defined, but not
  
  when it's reversed. If there's a better way to handle this, please
  
  let me know. Our existing X2 formats all have the 2 bits at the MSB
  
  end, but this format places them at the LSB end and that seems to be
  
  the root of the problem.
  

  • [DH] doc/APIchanges
  • [DH] libavutil/pixdesc.c
  • [DH] libavutil/pixfmt.h
  • [DH] libavutil/version.h
  • [DH] tests/ref/fate/imgutils
  • [DH] tests/ref/fate/sws-pixdesc-query

• Unable to merge videos using ffmpeg within Azure Batch

  7 juillet 2019, par JJuice

  Using a tutorial by MSDN I am trying to build a Batch operation, executed within an Azure Function that merges to videos using FFMPEG. Somehow I am doing something wrong because the merging fails.

  The code where I create the task to merge the videos :

  private static async Task> AddTasksAsync(BatchClient batchClient, string jobId, List<resourcefile> inputFiles, string outputContainerSasUrl)
  
      {
  
          Console.WriteLine("Adding {0} tasks to job [{1}]...", inputFiles.Count, jobId);
  
  
  
          // Create a collection to hold the tasks added to the job:
  
          List<cloudtask> tasks = new List<cloudtask>();
  
  
  
          // Assign a task ID for each iteration
  
          string taskId = String.Format("Task0");
  
  
  
          string appPath = String.Format("%AZ_BATCH_APP_PACKAGE_{0}#{1}%", appPackageId, appPackageVersion);
  
          Console.WriteLine(inputFiles[0].FilePath);
  
          Console.WriteLine(inputFiles[1].FilePath);
  
          Console.WriteLine(inputFiles[2].FilePath);
  
          string outputMediaFile = String.Format("ResultaatFilmpje.MOV");
  
          string taskCommandLine = String.Format("cmd /c {0}\\ffmpeg-20190706-feade2b-win64-static\\bin\\ffmpeg.exe -safe 0 -f concat -i {1} -c copy {2}", 
  
                                              appPath, inputFiles[2].FilePath, outputMediaFile);
  
  
  
          // Create a cloud task (with the task ID and command line) and add it to the task list
  
          CloudTask task = new CloudTask(taskId, taskCommandLine);
  
          task.ResourceFiles = new List<resourcefile> { inputFiles[2] };
  
  
  
          // Task output file will be uploaded to the output container in Storage.
  
  
  
          List<outputfile> outputFileList = new List<outputfile>();
  
          OutputFileBlobContainerDestination outputContainer = new OutputFileBlobContainerDestination(outputContainerSasUrl);
  
          OutputFile outputFile = new OutputFile(outputMediaFile,
  
                                                  new OutputFileDestination(outputContainer),
  
                                                  new OutputFileUploadOptions(OutputFileUploadCondition.TaskSuccess));
  
          outputFileList.Add(outputFile);
  
          task.OutputFiles = outputFileList;
  
          tasks.Add(task);
  
  
  
          // Call BatchClient.JobOperations.AddTask() to add the tasks as a collection rather than making a
  
          // separate call for each. Bulk task submission helps to ensure efficient underlying API
  
          // calls to the Batch service. 
  
          await batchClient.JobOperations.AddTaskAsync(jobId, tasks);
  
  
  
          return tasks;
  
      }
  
  </outputfile></outputfile></resourcefile></cloudtask></cloudtask></resourcefile>

  When I run the same command from the command-line locally it works fine and FFMpeg merges the two videos.

  I think it has something to do with FFMPEG not able to find the input videos. The location of the input files is stored in the file myfile.txt within the same blob storage container as the two videos itself.
  The videos are listed in the myfile.txt as follows :

  file IMG_7442.MOV
  
  file IMG_7456.MOV

  Does anyone have an idea on where the failure is coming from ? Any help would be greatly appreciated !