Recherche avancée

Sur d’autres sites (8164)

• Preserve attached picture by cutting audio file with FFMPEG [closed]

  29 avril 2023, par Riccardo Volpe

  I know that there are similar topics already opened and answered here, but none of them can explain what is happening to me :

  


  I need to cut an audio file which has a picture attached to it.

  


  If I do :

  


  ffmpeg -i input.mp3 -ss 00:00:04.50 -t 00:03:07.16 -map_metadata 0 -c:v copy -disposition:v:0 attached_pic -ar 44100 -b:a 320k -f mp3 output.mp3


  


  it doesn't work, that is the output.mp3 file doesn't maintain the original attached cover.

  


  I need to do a three steps job to achieve it :

  


  ffmpeg -i input.mp3 -an -c:v copy -update 1 cover.png

ffmpeg -i input.mp3 -ss 00:00:04.50 -t 00:03:07.16 -c copy output_cut.mp3


  


  in the previous last step I receive a warning about the missed picture which I'm going to add in the following third and last step :

  


  ffmpeg -i output_cut.mp3 -i cover.png -c copy -map 0 -map 1 output.mp3


  


  It works, but here I would ask you if there is a way to do it with just one FFMPEG command, thank you.

  


• fftools/ffmpeg : always use the same path for setting InputStream.[next_]dts

  26 avril 2023, par Anton Khirnov

  fftools/ffmpeg : always use the same path for setting InputStream.[next_]dts
  Currently those are set in different ways depending on whether the
  
  stream is decoded or not, using some values from the decoder if it is.
  
  This is wrong, because there may be arbitrary amount of delay between
  
  input packets and output frames (depending e.g. on the thread count when
  
  frame threading is used).
  Always use the path that was previously used only for streamcopy. This
  
  should not cause any issues, because these values are now used only for
  
  streamcopy and discontinuity handling.
  This change will allow to decouple discontinuity processing from
  
  decoding and move it to ffmpeg_demux. It also makes the code simpler.
  Changes output in fate-cover-art-aiff-id3v2-remux and
  
  fate-cover-art-mp3-id3v2-remux, where attached pictures are now written
  
  in the correct order. This happens because InputStream.dts is no longer
  
  reset to AV_NOPTS_VALUE after decoding, so streamcopy actually sees
  
  valid dts values.
  

  • [DH] fftools/ffmpeg.c
  • [DH] tests/ref/fate/cover-art-aiff-id3v2-remux
  • [DH] tests/ref/fate/cover-art-mp3-id3v2-remux

• .mov file not playing on Mac [closed]

  15 août 2023, par evorg88

  I have exported a number of videos from a Bosch CCTV system. These cover a period of 24 hours, and are split into approx. 16 minute clips @ 650MB. The files outputted are of the .mov format.

  


  When I try to open any of these clips, the following happens :

  


  

  • Windows Media Player opens and presents a still image of the first frame, then closes after approx. 3 seconds. It doesn’t allow me to scroll through the video whilst it’s attempting to play.

  


  • QuickTime Player does the same as windows media player.

  


  • VLC allows me to scroll through the video, but doesn’t actually start playing. This also closes after a few seconds.

  


  


  All of the files show approx. 650MB file size, but zero second duration.

  


  I tried using VLC to convert one of the files to an MP4 type, and now it plays without issue !

  


  Note, I then tried converting the original .mov file to MP4 using ffmpeg due to its batch conversion capability, but this failed to output a file that would play.

  


  I understand I’ll need to convert all of the files to MP4 now (although I can’t understand the reason why), but it looks like VLC makes you convert them one at a time.

  


  If anybody can help me out with where I’m going wrong, or advice on a batch conversion method for Mac (M1) it would be hugely appreciated !

  


  Thanks !