Recherche avancée

Sur d’autres sites (6569)

• Revision 35733 : ne pas passer par la fonction d’ajout lorsqu’on supprime un tag sinon le ...

  2 mars 2010, par brunobergot@… — Log

  ne pas passer par la fonction d’ajout lorsqu’on supprime un tag sinon le message de retour et l’invalideur ne sont pas pris en compte

• Fuji .mov file converted by ffmpeg doesn't play in Windows Media Player [closed]

  30 août 2023, par glipster

  My Fuji X-T3 generates an FHD movie as a .mov with HEVC video and PPM audio. The new Media Player on Windows won't play this (without buying a codec) so I convert it to .mp4 using ffmpeg CLI (ffmpeg -i in.mov out.mp4). The resulting .mp4 file uses AVC video and AAC LC audio. This plays fine in VLC, but will not play in Windows Media Player nor Media Player. I've experimented with various options, but nothing seems to work.
For the original source .mov file, MediaInfo identifies 3 streams :
1stVid : English, 201Mb/s, 1920*1080 (16:9), at 29.970 FPS, HEVC (Main10@L5.2@High)
1stAud : english, 2304 kb/s, 48.0 hKz, 24 bits, 2 channels,PCM (Little/Signed)
1 : QuickTime TC

  


  The Output .mp4 file shows :
1stVid : English 3312kb/s, 1920*1080 (16:9) at 29.970 FPS, AVC (High 10@L4)(CABAC/4 RefFrames)
1stAud : English 132 kb/s, 48.0 kHz, 2 channels, AC LC
1 : QuickTime TC

  


  Using ffmpeg CLI, I tried changing the bitrates for the video and audio, I tried removing the timecode stream, tried a different AAC codec, tried moving the metadata to the front (-movflags faststart), also tried -strict experimental, tried first converting to .mkv (which does work) and then converting to .mp4 (with and without copy). I had hoped one of these might work ; but nothing has worked thus far.

  


  Has anyone else solved this problem ? Any help would be greatly appreciated.

  


• probing individual klv streams for specific signature/header

  17 juin 2019, par J Heyman

  Currently, the software I support processes the different streams within a video container (.ts, .mp4, .mpg, etc) without any issues as long as there is only one(1) type of each codec stream.

  I’ve recently encountered a video sample that actually contains three(3) identified AV_CODE_ID_SMPTE_KLV streams. As I loop through the three streams, one of them is the stream I need.
  I haven’t been able to figure out an easy way to do the specific query I need (check for known header bytes in the stream).

      ...
  
      for (i = 0; i < nb_streams; i++) {
  
         int real_stream_index = program ? program[i] : i;
  
         AVStream *st          = ic->streams[real_stream_index];
  
         AVCodecParameters *par = st->codecpar;
  
         if (par->codec_type != type)
  
            continue;
  
         if (id != AV_CODEC_ID_NONE) {
  
            if (par->codec_id != id)
  
               continue;
  
         }
  
         if (wanted_stream_nb >= 0 && real_stream_index != wanted_stream_nb)
  
            continue;
  
         if (type == AVMEDIA_TYPE_AUDIO && !(par->channels && par->sample_rate))
  
            continue;
  
         disposition = !(st->disposition & (AV_DISPOSITION_HEARING_IMPAIRED | AV_DISPOSITION_VISUAL_IMPAIRED));
  
         count = st->codec_info_nb_frames;
  
         bitrate = par->bit_rate;
  
         multiframe = FFMIN(5, count);
  
         if ((best_disposition >  disposition) ||
  
             (best_disposition == disposition && best_multiframe >  multiframe) ||
  
             (best_disposition == disposition && best_multiframe == multiframe && best_bitrate >  bitrate) ||
  
             (best_disposition == disposition && best_multiframe == multiframe && best_bitrate == bitrate && best_count >= count))
  
            continue;
  
         best_disposition = disposition;
  
         best_count   = count;
  
         best_bitrate = bitrate;
  
         best_multiframe = multiframe;
  
         ret          = real_stream_index;

  My thought was to add another || to the complex if{} above, but I haven’t been able to figure out how to do the comparison I need (looking for the header bytes).

  I’ve looked into existing documentation, and thought that accessing the probe_data structure within the AVStream contained within the AVFormatContext structure would give me the first few bytes of the stream. No such luck, as the probe_data structure is empty even though we’ve done a probe on the file itself.

  fprintf(stderr, "Filename: %s\t buf_size: %d\n", st-> probe_data.filename, st-> probe_data.buf_size);