Recherche avancée

Sur d’autres sites (7526)

• FFmpeg concat creating corrupted video part (Media Info provided)

  6 mai 2022, par krv

  I am using concat to join a list of video files with the following command

  


  ffmpeg -f concat -safe 0 -i filesList.txt -c copy output.mp4 


  


  The issue here is that there are a few files that were recorded in slow motion on my phone. The slow-motion files have the same frame rate as the other files.

  


  But when concatenated the part where the slow-motion files are concatenated appears to be frozen / glitch (it does not play a single frame).

  


  I am able to seek forward and backward the part that does not play. So the portion of the video that contained normal files plays and as soon as the slow-motion video comes, nothing plays, and when a normal file comes it starts playing again.

  


  I am attaching the media Info of both files

  


  Info of the slow motion file :

  


  General
Complete name :     I:\concate Test\VID20210727114100.mp4
Format :    MPEG-4
Format profile :    Base Media / Version 2
Codec ID :  mp42 (isom/mp42)
File size :     27.6 MiB
Duration :  1 min 0 s
Overall bit rate :  3 825 kb/s
Encoded date :  UTC 2021-07-27 06:11:08
Tagged date :   UTC 2021-07-27 06:11:08
xyz :   +21.6146+071.2342/
com.android.version :   11

Video
ID :    1
Format :    HEVC
Format/Info :   High Efficiency Video Coding
Format profile :    Main@L3.1@Main
Codec ID :  hvc1
Codec ID/Info :     High Efficiency Video Coding
Duration :  1 min 0 s
Source duration :   1 min 0 s
Bit rate :  3 771 kb/s
Width :     1 280 pixels
Height :    720 pixels
Display aspect ratio :  16:9
Frame rate mode :   Variable
Frame rate :    30.000 FPS
Minimum frame rate :    29.910 FPS
Maximum frame rate :    30.090 FPS
Real frame rate :   240.000 FPS
Color space :   YUV
Chroma subsampling :    4:2:0
Bit depth :     8 bits
Bits/(Pixel*Frame) :    0.136
Stream size :   27.2 MiB (99%)
Source stream size :    27.2 MiB (99%)
Title :     VideoHandle
Language :  English
Encoded date :  UTC 2021-07-27 06:11:08
Tagged date :   UTC 2021-07-27 06:11:08
Color range :   Limited
Color primaries :   BT.709
Transfer characteristics :  BT.709
Matrix coefficients :   BT.709
mdhd_Duration :     60524
Codec configuration box :   hvcC


  


  Info of the regular video file

  


  
General
Complete name :     I:\concate Test\VID20210727113901.mp4
Format :    MPEG-4
Format profile :    Base Media / Version 2
Codec ID :  mp42 (isom/mp42)
File size :     39.0 MiB
Duration :  37 s 930 ms
Overall bit rate :  8 615 kb/s
Encoded date :  UTC 2021-07-27 06:09:40
Tagged date :   UTC 2021-07-27 06:09:40
xyz :   +21.6146+071.2342/
com.android.version :   11

Video
ID :    1
Format :    HEVC
Format/Info :   High Efficiency Video Coding
Format profile :    Main@L4@Main
Codec ID :  hvc1
Codec ID/Info :     High Efficiency Video Coding
Duration :  37 s 930 ms
Source duration :   37 s 900 ms
Bit rate :  8 408 kb/s
Width :     1 920 pixels
Height :    1 080 pixels
Display aspect ratio :  16:9
Frame rate mode :   Variable
Frame rate :    29.604 FPS
Minimum frame rate :    29.508 FPS
Maximum frame rate :    29.605 FPS
Real frame rate :   30.000 FPS
Color space :   YUV
Chroma subsampling :    4:2:0
Bit depth :     8 bits
Bits/(Pixel*Frame) :    0.137
Stream size :   38.0 MiB (98%)
Source stream size :    38.0 MiB (98%)
Title :     VideoHandle
Language :  English
Encoded date :  UTC 2021-07-27 06:09:40
Tagged date :   UTC 2021-07-27 06:09:40
Color range :   Limited
Color primaries :   BT.709
Transfer characteristics :  BT.709
Matrix coefficients :   BT.709
mdhd_Duration :     37930
Codec configuration box :   hvcC

Audio
ID :    2
Format :    AAC LC
Format/Info :   Advanced Audio Codec Low Complexity
Codec ID :  mp4a-40-2
Duration :  37 s 909 ms
Bit rate mode :     Constant
Bit rate :  128 kb/s
Channel(s) :    2 channels
Channel layout :    L R
Sampling rate :     48.0 kHz
Frame rate :    46.875 FPS (1024 SPF)
Compression mode :  Lossy
Stream size :   592 KiB (1%)
Title :     SoundHandle
Language :  English
Encoded date :  UTC 2021-07-27 06:09:40
Tagged date :   UTC 2021-07-27 06:09:40




  


• QuickTime plays separate audio tracks all at once with ffmpeg generated file

  23 mai 2022, par Justin Smith

  Let's say I have four files :

  


  

  • video.mp4

  


  • english.mp4

  


  • french.mp4

  


  • spanish.mp4

  


  


  I'm using the following ffmpeg command to create a single video file with multiple audio tracks for each language :

  


  ffmpeg -i video.mp4 -i english.mp4 -i spanish.mp4 -i french.mp4 \
-map 0:v -map 1:a -map 2:a -map 3:a \
-metadata:s:a:0 language=eng -metadata:s:a:0 title="English" \
-metadata:s:a:1 language=spa -metadata:s:a:1 title="Spanish" \
-metadata:s:a:2 language=fra -metadata:s:a:2 title="French" \
-disposition:a:0 default \
-c:v copy -c:a aac output.mp4


  


  The resulting video file output.mp4 works fine in VLC, but the audio tracks play all at once in QuickTime and the separate audio channels don't appear in the Languages menu. What am I doing wrong here ?

  


• ffmpeg transparent png frames to webm gets autocropped and opaque instead of showing the input frames

  26 mai 2022, par Regda

  i got a webm file that outputs transparency as black if transparency is not supported, but unpacking the webm file to png frames outputs the pngs with transparency.
I tried to repack the transparent png frames into a webm file that behaves like described above (transparent but black if not supported).

  


  The current issue (where i need help) is that it looks like ffmpeg applies some sort of optimization, which creates an area filled with an analyzed color, cropping it to the size of the opaque content/pixels and leaving the rest white.
  
And i don't want this.

  


  Related to VLC the metadata of the original says that Lavc58.65.102 libvpx-vp9 was used as encoder and that the Stream0 has the following informations :

  


  Codec: Google/On2's VP9 Video (VP90)
Language: English
Type: Video
Video resolution: 816x624
Buffer dimensions: 816x640
Frame rate: 30.000300
Decoded format: Planar 4:2:0 YUV
Orientation: Top left


  


  To reproduce the issue i created 2 transparent frames (a green and a blue cross) where the opaque content is smaller then the image size and copied them 10-times to be able to actually preview the webm file in vlc, the 2 frames do look like below :


  


  Then i clicked together the following ffmpeg command and executed it :
  
ffmpeg -framerate 30 -t 7.2 -i frames/%04d.png -b:v 1307k -c:v libvpx-vp9 -color_range 1 -pix_fmt yuva420p -metadata:s:v:0 alpha_mode="1" out.webm
(changing the pixel format e.g. from yuv to yuva doesn't seem to change anything)

  


  ffmpeg console output :

  


  ffmpeg version N-102605-g4c705a2775 Copyright (c) 2000-2021 the FFmpeg developers
  built with gcc 10-win32 (GCC) 20210408
  configuration: --prefix=/ffbuild/prefix --pkg-config-flags=--static --pkg-config=pkg-config --cross-prefix=x86_64-w64-mingw32- --arch=x86_64 --target-os=mingw32 --enable-version3 --disable-debug --enable-shared --disable-static --disable-w32threads --enable-pthreads --enable-iconv --enable-libxml2 --enable-zlib --enable-libfreetype --enable-libfribidi --enable-gmp --enable-lzma --enable-fontconfig --enable-libvorbis --enable-opencl --enable-libvmaf --enable-vulkan --enable-amf --enable-libaom --disable-avisynth --enable-libdav1d --disable-libdavs2 --enable-ffnvcodec --enable-cuda-llvm --enable-libglslang --enable-libgme --enable-libass --enable-libbluray --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvpx --enable-libwebp --enable-lv2 --enable-libmfx --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-librav1e --disable-librubberband --enable-schannel --enable-sdl2 --enable-libsoxr --enable-libsrt --enable-libsvtav1 --enable-libtwolame --enable-libuavs3d --disable-libvidstab --disable-libx264 --disable-libx265 --disable-libxavs2 --disable-libxvid --enable-libzimg --extra-cflags=-DLIBTWOLAME_STATIC --extra-cxxflags= --extra-ldflags=-pthread --extra-ldexeflags= --extra-libs=-lgomp
  libavutil      57.  0.100 / 57.  0.100
  libavcodec     59.  1.100 / 59.  1.100
  libavformat    59.  2.101 / 59.  2.101
  libavdevice    59.  0.100 / 59.  0.100
  libavfilter     8.  0.101 /  8.  0.101
  libswscale      6.  0.100 /  6.  0.100
  libswresample   4.  0.100 /  4.  0.100
Input #0, image2, from 'frames/%04d.png':
  Duration: 00:00:00.67, start: 0.000000, bitrate: N/A
  Stream #0:0: Video: png, rgba(pc), 816x624 [SAR 2835:2835 DAR 17:13], 30 fps, 30 tbr, 30 tbn
Stream mapping:
  Stream #0:0 -> #0:0 (png (native) -> vp9 (libvpx-vp9))
Press [q] to stop, [?] for help
[libvpx-vp9 @ 000001c97b52b000] v1.10.0
Output #0, webm, to 'out.webm':
  Metadata:
    encoder         : Lavf59.2.101
  Stream #0:0: Video: vp9, yuv420p(tv, progressive), 816x624 [SAR 1:1 DAR 17:13], q=2-31, 1307 kb/s, 30 fps, 1k tbn
    Metadata:
      alpha_mode      : 1
      encoder         : Lavc59.1.100 libvpx-vp9
    Side data:
      cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A
frame=   20 fps=0.0 q=0.0 Lsize=       2kB time=00:00:00.63 bitrate=  21.5kbits/s speed=1.09x
video:1kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 68.316833%


  


  an playback of the webm file in vlc shows something totaly different, the area of the cross is filled in its color and the rest is white where it all should be black and transparent if possible (yes i know in vlc it's not possible...) :
  


  


  It would be nice to have an ffmpeg command that does produce the expected result (webm video showing a cross on black/transparent background)

  


  PS : Related to the Title of this post : I don't know how this issue is called, so feel free to edit the Title, im out of ideas.