Recherche avancée

Sur d’autres sites (5695)

• What containers support pcm_s16le audio for ffmpeg ?

  24 mars 2020, par ENunn

  I’m trying to get this file working in Vegas, it’s a 4:2:2 mov file that I rendered with avisynth+/ffmpeg. I don’t want the audio sounding like crap so my audio codec is set to pcm_s16le.

  I sometimes edit these in Vegas Pro, however I’m trying to import them and I’m having so many problems. MOV has a green video, AVI is datamoshed garbage, MKV you can’t even edit in Vegas Pro (even with the MKV reader enabled). I know a "fix" for the green video, and that’s converting to 4:2:0, but I cannot stand the trailing of reds when I do it directly in Avisynth or ffmpeg. I know my final output is going to be 4:2:0 regardless but rendering it in Vegas doesn’t have those trailing reds.

  What other containers support pcm_s16le ? I’m trying to convert to as many containers as I can in ffmpeg and dial down what works best for me.

• movenc : Present durations in mvhd/tkhd/mdhd as they are after edits

  19 décembre 2020, par Martin Storsjö

  movenc : Present durations in mvhd/tkhd/mdhd as they are after edits
  If the edit lists remove parts of the output timeline, or add a
  
  delay to it, this should be included in the mvhd/tkhd/mdhd durations,
  
  which should correspond to the edit lists.
  For tracks starting with pts < 0, the edit list trims out the segment
  
  before pts=0. For tracks starting with pts > 0, a delay element is
  
  added in the edit list, delaying the start of the track data.
  In both cases, the practical effect is that the post-edit output
  
  is as if the track had started with pts = 0. Thus calculate the range
  
  from pts=0 to end_pts, for the purposes of mvhd/tkhd/mdhd, unless
  
  edit lists explicitly are disabled.
  mov_write_edts_tag needs to operate on the actual pts duration of
  
  the track samples, not the duration that already takes the edit
  
  list effect into account.
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DH] libavformat/movenc.c
  • [DH] tests/ref/fate/copy-trac3074
  • [DH] tests/ref/fate/gaplessenc-itunes-to-ipod-aac
  • [DH] tests/ref/fate/gaplessenc-pcm-to-mov-aac
  • [DH] tests/ref/fate/movenc

• Quickest and most reliable way to get clips of h.264 video from VLC saved uncompressed

  24 janvier 2020, par Stonecraft

  I am trying to set up a pipeline to record video clips while I watch movies (usually but not always in h.264) and prepare them for editing in Premier. I usually watch videos using VLC, and the "record" button is perfect. However, in order to edit the video, it needs to be in a format other than h.264.

  I’ve had variable luck with transcoding.. it seems that I have to use trial and error to find a codec I can convert to that doesn’t result in horrible artifacts. I’m thinking it would be best to decode the video and save in an uncompressed format, then edit, and then encode in the codec of my choice.

  Is there a way for ffmpeg/handbrake to decompress video and then save the uncompressed video instead of transcoding to a different codec ? Or better yet, to get VLC’s "record" button to save the decoded stream instead of the encoded video ?