Opened 14 months ago
Last modified 14 months ago
#10270 reopened defect
Random duration changes when transcoding ogg vorbis
Reported by: | Ace17 | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | ffmpeg |
Version: | git-master | Keywords: | |
Cc: | Blocked By: | ||
Blocking: | Reproduced by developer: | no | |
Analyzed by developer: | no |
Description (last modified by )
When repeatedly transcoding the same file from ogg to ogg, the duration of the generated file changes (see log below).
Edit: the problem manifests itself with git-master prebuilt binaires, however you have to use "bizarre.wav" to trigger it on GNU/Linux, and you have to use "strange.wav" to trigger it on MS Windows.
How to reproduce:
#/usr/bin/env bash ffmpeg -loglevel 1 -i bizarre.wav -y sound1.ogg ffmpeg -loglevel 1 -i sound1.ogg -y sound2.ogg ffmpeg -loglevel 1 -i sound2.ogg -y sound3.ogg ffmpeg -loglevel 1 -i sound3.ogg -y sound4.ogg ffmpeg -loglevel 1 -i sound4.ogg -y sound5.ogg ffmpeg -loglevel 1 -i sound5.ogg -y sound6.ogg set +x for f in sound*.ogg ; do echo -n "$f :" ffprobe $f 2>&1 | grep start done
Output:
ffmpeg version 5.1.2-3 Copyright (c) 2000-2022 the FFmpeg developers built with gcc 12 (Debian 12.2.0-14) configuration: --prefix=/usr --extra-version=3 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libglslang --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librabbitmq --enable-librist --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --disable-sndio --enable-libjxl --enable-pocketsphinx --enable-librsvg --enable-libmfx --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libx264 --enable-libplacebo --enable-librav1e --enable-shared libavutil 57. 28.100 / 57. 28.100 libavcodec 59. 37.100 / 59. 37.100 libavformat 59. 27.100 / 59. 27.100 libavdevice 59. 7.100 / 59. 7.100 libavfilter 8. 44.100 / 8. 44.100 libswscale 6. 7.100 / 6. 7.100 libswresample 4. 7.100 / 4. 7.100 libpostproc 56. 6.100 / 56. 6.100 + ffmpeg -loglevel 1 -i bizarre.wav -y sound1.ogg + ffmpeg -loglevel 1 -i sound1.ogg -y sound2.ogg + ffmpeg -loglevel 1 -i sound2.ogg -y sound3.ogg + ffmpeg -loglevel 1 -i sound3.ogg -y sound4.ogg + ffmpeg -loglevel 1 -i sound4.ogg -y sound5.ogg + ffmpeg -loglevel 1 -i sound5.ogg -y sound6.ogg + set +x sound1.ogg : Duration: 00:00:01.00, start: 0.000000, bitrate: 106 kb/s sound2.ogg : Duration: 00:00:00.01, start: 0.991293, bitrate: 8925 kb/s sound3.ogg : Duration: 00:00:01.00, start: 0.000000, bitrate: 97 kb/s sound4.ogg : Duration: 00:00:00.99, start: 0.010159, bitrate: 95 kb/s sound5.ogg : Duration: 00:00:00.99, start: 0.010159, bitrate: 97 kb/s sound6.ogg : Duration: 00:00:00.99, start: 0.010159, bitrate: 94 kb/s
The input wav here is exactly 1 second long.
The duration of the generated files changes from 1.00 (ok), 0.99 (okayyish) , 0.01 (what the?).
Attachments (2)
Change History (13)
by , 14 months ago
Attachment: | bizarre.wav added |
---|
comment:1 by , 14 months ago
Keywords: | vorbis priming duration cue ogg removed |
---|---|
Resolution: | → invalid |
Status: | new → closed |
Version: | 5.1.2 → unspecified |
You are mistaken. In all cases the wav produced is 44100 samples perfectly, i.e. 1000 ms. I suppose you did not test HEAD of master, we only support that not 5.1.2 or whatever version.
Moreover original wav have same amount of samples, has no gap in the end or the start and has the sync of samples everywhere correct.
comment:2 by , 14 months ago
Dear Balling, thanks for your kind answer.
You were right, I hadn't tested with the HEAD of master.
So I retried the experiment with a freshly-compiled ffmpeg : HEAD of master, at this time of writing, adb5f7b41faf354a3e0bf722f44aeb230aefa310.
Please note that you have to enable libvorbis at build time (--enable-libvorbis), otherwise the problem will not manifest itself.
Please also note I've added "-acodec libvorbis" on the command line ( to prevent FFmpeg from falling back onto the experimental "vorbis" implementation from FFmpeg ).
Here's what I get, still with the same input wav file (bizarre.wav):
+ /home/ace/source/ffmpeg/ffmpeg -version ffmpeg version N-110043-gadb5f7b41f Copyright (c) 2000-2023 the FFmpeg developers built with gcc 12 (Debian 12.2.0-14) configuration: --enable-libvorbis libavutil 58. 4.100 / 58. 4.100 libavcodec 60. 6.101 / 60. 6.101 libavformat 60. 4.100 / 60. 4.100 libavdevice 60. 2.100 / 60. 2.100 libavfilter 9. 4.100 / 9. 4.100 libswscale 7. 2.100 / 7. 2.100 libswresample 4. 11.100 / 4. 11.100 + /home/ace/source/ffmpeg/ffmpeg -loglevel 1 -i bizarre.wav -acodec libvorbis -y sound1.ogg + /home/ace/source/ffmpeg/ffmpeg -loglevel 1 -i sound1.ogg -acodec libvorbis -y sound2.ogg + /home/ace/source/ffmpeg/ffmpeg -loglevel 1 -i sound2.ogg -acodec libvorbis -y sound3.ogg + /home/ace/source/ffmpeg/ffmpeg -loglevel 1 -i sound3.ogg -acodec libvorbis -y sound4.ogg + /home/ace/source/ffmpeg/ffmpeg -loglevel 1 -i sound4.ogg -acodec libvorbis -y sound5.ogg + /home/ace/source/ffmpeg/ffmpeg -loglevel 1 -i sound5.ogg -acodec libvorbis -y sound6.ogg + /home/ace/source/ffmpeg/ffmpeg -loglevel 1 -i sound6.ogg -acodec libvorbis -y sound7.ogg + /home/ace/source/ffmpeg/ffmpeg -loglevel 1 -i sound7.ogg -acodec libvorbis -y sound8.ogg + /home/ace/source/ffmpeg/ffmpeg -loglevel 1 -i sound8.ogg -acodec libvorbis -y sound9.ogg + set +x sound1.ogg : Duration: 00:00:01.00, start: 0.000000, bitrate: 106 kb/s sound2.ogg : Duration: 00:00:00.01, start: 0.991293, bitrate: 8928 kb/s sound3.ogg : Duration: 00:00:01.00, start: 0.000000, bitrate: 97 kb/s sound4.ogg : Duration: 00:00:00.99, start: 0.010159, bitrate: 95 kb/s sound5.ogg : Duration: 00:00:00.99, start: 0.010159, bitrate: 97 kb/s sound6.ogg : Duration: 00:00:00.99, start: 0.010159, bitrate: 94 kb/s sound7.ogg : Duration: 00:00:00.99, start: 0.010159, bitrate: 94 kb/s sound8.ogg : Duration: 00:00:01.01, start: 0.000000, bitrate: 96 kb/s sound9.ogg : Duration: 00:00:01.01, start: 0.000000, bitrate: 98 kb/s
Putting aside any concerns about the number of samples in potential decoded wav files ...
... can we at least agree here that something strange is going on in the "start:" and "Duration:" output of ffprobe ? Or maybe am I missing something here ?
Thanks
comment:3 by , 14 months ago
Resolution: | invalid |
---|---|
Status: | closed → reopened |
comment:4 by , 14 months ago
Version: | unspecified → git-master |
---|
comment:5 by , 14 months ago
I do have --enable-libvorbis. Moreover I have https://github.com/xiph/vorbis.git at commit 84c023699cdf023a32fa4ded32019f194afcdad0. And yes, by default 8 bytes*4 are different between -c:a libvorbis and just .ogg.
can we at least agree here that something strange is going on in the "start:" and "Duration:" output of ffprobe ?
There is no such issue in ffprobe here.
And it does not matter what the duration is, what matters is that it makes it gapless and does not lose the sync.
comment:6 by , 14 months ago
There is no such issue in ffprobe here.
sound2.ogg : Duration: 00:00:00.01, start: 0.991293, bitrate: 8928 kb/s
With sound2.ogg as input:
- ffprobe is reporting a duration of 0.01 second
- ffplay plays a sound for 1.0 second
- ffmpeg produces a wav file of exactly 1.0 second
So ffprobe clearly disagrees with ffplay and ffmpeg about the duration of the sound.
what matters is that it makes it gapless and does not lose the sync.
I agree there's absolutely no observable problem with the playback, here. I also agree that no audio sample is lost through the process.
And it does not matter what the duration is
What if I actually want to get the duration of an ogg file? (This actually is my initial use case: probing for the duration of several hundreds of ogg files).
Would you be opposed to the creation of new ticket, more specific to ffprobe ?
comment:7 by , 14 months ago
Also, here's another test I did on the produced soundX.ogg files.
This time, I'm directly using vorbisfile (instead of ffprobe).
// ov_pcm_total.c // Compile with: gcc ov_pcm_total.c -lvorbisfile #include <stdio.h> #include "vorbis/vorbisfile.h" int main() { OggVorbis_File vf; if(ov_open(stdin, &vf, NULL, 0) < 0) { fprintf(stderr, "open failure\n"); return 1; } printf("ov_pcm_total returns: % 8d samples ( encoded by %s )\n", ov_pcm_total(&vf,-1), ov_comment(&vf,-1)->vendor); ov_clear(&vf); return 0; }
Here's what I get:
sound1.ogg : ov_pcm_total returns: 44100 samples ( encoded by Lavf60.4.100 ) sound2.ogg : ov_pcm_total returns: 380 samples ( encoded by Lavf60.4.100 ) sound3.ogg : ov_pcm_total returns: 44160 samples ( encoded by Lavf60.4.100 ) sound4.ogg : ov_pcm_total returns: 43712 samples ( encoded by Lavf60.4.100 ) sound5.ogg : ov_pcm_total returns: 43712 samples ( encoded by Lavf60.4.100 ) sound6.ogg : ov_pcm_total returns: 43712 samples ( encoded by Lavf60.4.100 )
I don't know what's causing this difference, but I definitely would have expected ov_pcm_total to return the same value for all files, here.
Do you think I'm mistaken here ?
Thanks in advance for your answer
comment:8 by , 14 months ago
Again, durations reported here by ffprobe using -c:a libvorbis are correct. Check for yourself on Windows: https://github.com/BtbN/FFmpeg-Builds/releases/download/latest/ffmpeg-master-latest-win64-gpl-shared.zip
comment:9 by , 14 months ago
Check for yourself on Windows
(until now, I was exclusively testing on GNU/Linux).
So I just followed your advice and tested on Windows, with the URL you provided.
Here's what I get:
#./repro.sh ++ uname -a MINGW64_NT-6.1-7601 SEBASTIENA 3.4.6.x86_64 2023-02-15 18:03 UTC x86_64 Msys + md5sum bizarre.wav 4d5be4933ec09cf1159b93106a11b333 bizarre.wav ++ ffmpeg -version ffmpeg version N-110043-gadb5f7b41f-20230318 Copyright (c) 2000-2023 the FFmpeg developers built with gcc 12.2.0 (crosstool-NG 1.25.0.90_cf9beb1) 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-gpl --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 --disable-libpulse --enable-libvmaf --disable-libxcb --disable-xlib --enable-amf --enable-libaom --enable-libaribb24 --enable-avisynth --enable-chromaprint --enable-libdav1d --enable-libdavs2 --disable-libfdk-aac --enable-ffnvcodec --enable-cuda-llvm --enable-frei0r --enable-libgme --enable-libkvazaar --enable-libass --enable-libbluray --enable-libjxl --enable-libmp3lame --enable-libopus --enable-librist --enable-libssh --enable-libtheora --enable-libvpx --enable-libwebp --enable-lv2 --disable-libmfx --enable-libvpl --enable-openal --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopenmpt --enable-librav1e --enable-librubberband --enable-schannel --enable-sdl2 --enable-libsoxr --enable-libsrt --enable-libsvtav1 --enable-libtwolame --enable-libuavs3d --disable-libdrm --disable-vaapi --enable-libvidstab --enable-vulkan --enable-libshaderc --enable-libplacebo --enable-libx264 --enable-libx265 --enable-libxavs2 --enable-libxvid --enable-libzimg --enable-libzvbi --extra-cflags=-DLIBTWOLAME_STATIC --extra-cxxflags= --extra-ldflags=-pthread --extra-ldexeflags= --extra-libs=-lgomp --extra-version=20230318 libavutil 58. 4.100 / 58. 4.100 libavcodec 60. 6.101 / 60. 6.101 libavformat 60. 4.100 / 60. 4.100 libavdevice 60. 2.100 / 60. 2.100 libavfilter 9. 4.100 / 9. 4.100 libswscale 7. 2.100 / 7. 2.100 libswresample 4. 11.100 / 4. 11.100 libpostproc 57. 2.100 / 57. 2.100 ++ ffmpeg -loglevel 1 -i bizarre.wav -acodec libvorbis -y sound1.ogg ++ ffmpeg -loglevel 1 -i sound1.ogg -acodec libvorbis -y sound2.ogg ++ ffmpeg -loglevel 1 -i sound2.ogg -acodec libvorbis -y sound3.ogg ++ ffmpeg -loglevel 1 -i sound3.ogg -acodec libvorbis -y sound4.ogg ++ ffmpeg -loglevel 1 -i sound4.ogg -acodec libvorbis -y sound5.ogg ++ ffmpeg -loglevel 1 -i sound5.ogg -acodec libvorbis -y sound6.ogg ++ for f in sound*.ogg ++ ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 sound1.ogg 1.000000 ++ for f in sound*.ogg ++ ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 sound2.ogg 1.000000 ++ for f in sound*.ogg ++ ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 sound3.ogg 1.000000 ++ for f in sound*.ogg ++ ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 sound4.ogg 1.000000 ++ for f in sound*.ogg ++ ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 sound5.ogg 1.000000 ++ for f in sound*.ogg ++ ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 sound6.ogg 1.000000
You're right, the durations are OK on Windows!
So I used the prebuilt latest (static) binaries ( https://github.com/BtbN/FFmpeg-Builds/releases/download/latest/ffmpeg-master-latest-linux64-gpl.tar.xz ), and re-tested on GNU/Linux.
Here's what I got:
ace@ANTEC repro % ./repro.sh + uname -a Linux ANTEC 6.1.0-6-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.15-1 (2023-03-05) x86_64 GNU/Linux + md5sum bizarre.wav 4d5be4933ec09cf1159b93106a11b333 bizarre.wav + which ffmpeg /tmp/ffmpeg-master-latest-linux64-gpl/bin/ffmpeg + ffmpeg -version ffmpeg version N-110043-gadb5f7b41f-20230318 Copyright (c) 2000-2023 the FFmpeg developers built with gcc 12.2.0 (crosstool-NG 1.25.0.90_cf9beb1) configuration: --prefix=/ffbuild/prefix --pkg-config-flags=--static --pkg-config=pkg-config --cross-prefix=x86_64-ffbuild-linux-gnu- --arch=x86_64 --target-os=linux --enable-gpl --enable-version3 --disable-debug --enable-iconv --enable-libxml2 --enable-zlib --enable-libfreetype --enable-libfribidi --enable-gmp --enable-lzma --enable-fontconfig --enable-libvorbis --enable-opencl --enable-libpulse --enable-libvmaf --enable-libxcb --enable-xlib --enable-amf --enable-libaom --enable-libaribb24 --enable-avisynth --enable-chromaprint --enable-libdav1d --enable-libdavs2 --disable-libfdk-aac --enable-ffnvcodec --enable-cuda-llvm --enable-frei0r --enable-libgme --enable-libkvazaar --enable-libass --enable-libbluray --enable-libjxl --enable-libmp3lame --enable-libopus --enable-mbedtls --enable-librist --enable-libssh --enable-libtheora --enable-libvpx --enable-libwebp --enable-lv2 --disable-libmfx --enable-libvpl --enable-openal --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopenmpt --enable-librav1e --enable-librubberband --disable-schannel --enable-sdl2 --enable-libsoxr --enable-libsrt --enable-libsvtav1 --enable-libtwolame --enable-libuavs3d --enable-libdrm --enable-vaapi --enable-libvidstab --enable-vulkan --enable-libshaderc --enable-libplacebo --enable-libx264 --enable-libx265 --enable-libxavs2 --enable-libxvid --enable-libzimg --enable-libzvbi --extra-cflags=-DLIBTWOLAME_STATIC --extra-cxxflags= --extra-ldflags=-pthread --extra-ldexeflags=-pie --extra-libs='-ldl -lgomp' --extra-version=20230318 libavutil 58. 4.100 / 58. 4.100 libavcodec 60. 6.101 / 60. 6.101 libavformat 60. 4.100 / 60. 4.100 libavdevice 60. 2.100 / 60. 2.100 libavfilter 9. 4.100 / 9. 4.100 libswscale 7. 2.100 / 7. 2.100 libswresample 4. 11.100 / 4. 11.100 libpostproc 57. 2.100 / 57. 2.100 + ffmpeg -loglevel 1 -i bizarre.wav -acodec libvorbis -y sound1.ogg + ffmpeg -loglevel 1 -i sound1.ogg -acodec libvorbis -y sound2.ogg + ffmpeg -loglevel 1 -i sound2.ogg -acodec libvorbis -y sound3.ogg + ffmpeg -loglevel 1 -i sound3.ogg -acodec libvorbis -y sound4.ogg + ffmpeg -loglevel 1 -i sound4.ogg -acodec libvorbis -y sound5.ogg + ffmpeg -loglevel 1 -i sound5.ogg -acodec libvorbis -y sound6.ogg + ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 sound1.ogg 1.000000 + ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 sound2.ogg 0.011519 + ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 sound3.ogg 1.004263 + ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 sound4.ogg 0.994104 + ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 sound5.ogg 0.994104 + ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 sound6.ogg 0.994104
The durations are clearly different here.
So it seems like we're getting different results, depending on the host platform (or, maybe more likely, on the way the binaries were built for each platform?).
What do you think ?
Thanks
by , 14 months ago
Attachment: | strange.wav added |
---|
input wav for the repeated transcodings (showing the issue under Windows version of FFmpeg)
comment:10 by , 14 months ago
I've added "strange.wav", which makes the issue visible with the prebuilt Windows binaries.
Here's the output I get.
#./repro.sh + uname -a MINGW64_NT-6.1-7601 SEBASTIENA 3.4.6.x86_64 2023-02-15 18:03 UTC x86_64 Msys + ffmpeg -version ffmpeg version N-110043-gadb5f7b41f-20230318 Copyright (c) 2000-2023 the FFmpeg developers built with gcc 12.2.0 (crosstool-NG 1.25.0.90_cf9beb1) 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-gpl --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 --disable-libpulse --enable-libvmaf --disable-libxcb --disable-xlib --enable-amf --enable-libaom --enable-libaribb24 --enable-avisynth --enable-chromaprint --enable-libdav1d --enable-libdavs2 --disable-libfdk-aac --enable-ffnvcodec --enable-cuda-llvm --enable-frei0r --enable-libgme --enable-libkvazaar --enable-libass --enable-libbluray --enable-libjxl --enable-libmp3lame --enable-libopus --enable-librist --enable-libssh --enable-libtheora --enable-libvpx --enable-libwebp --enable-lv2 --disable-libmfx --enable-libvpl --enable-openal --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopenmpt --enable-librav1e --enable-librubberband --enable-schannel --enable-sdl2 --enable-libsoxr --enable-libsrt --enable-libsvtav1 --enable-libtwolame --enable-libuavs3d --disable-libdrm --disable-vaapi --enable-libvidstab --enable-vulkan --enable-libshaderc --enable-libplacebo --enable-libx264 --enable-libx265 --enable-libxavs2 --enable-libxvid --enable-libzimg --enable-libzvbi --extra-cflags=-DLIBTWOLAME_STATIC --extra-cxxflags= --extra-ldflags=-pthread --extra-ldexeflags= --extra-libs=-lgomp --extra-version=20230318 libavutil 58. 4.100 / 58. 4.100 libavcodec 60. 6.101 / 60. 6.101 libavformat 60. 4.100 / 60. 4.100 libavdevice 60. 2.100 / 60. 2.100 libavfilter 9. 4.100 / 9. 4.100 libswscale 7. 2.100 / 7. 2.100 libswresample 4. 11.100 / 4. 11.100 libpostproc 57. 2.100 / 57. 2.100 + ffmpeg -loglevel 1 -i strange.wav -acodec libvorbis -y sound1.ogg + ffmpeg -loglevel 1 -i sound1.ogg -acodec libvorbis -y sound2.ogg + ffmpeg -loglevel 1 -i sound2.ogg -acodec libvorbis -y sound3.ogg + ffmpeg -loglevel 1 -i sound3.ogg -acodec libvorbis -y sound4.ogg + ffmpeg -loglevel 1 -i sound4.ogg -acodec libvorbis -y sound5.ogg + ffmpeg -loglevel 1 -i sound5.ogg -acodec libvorbis -y sound6.ogg + for f in sound*.ogg + ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 sound1.ogg 1.000000 + for f in sound*.ogg + ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 sound2.ogg 0.011519 + for f in sound*.ogg + ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 sound3.ogg 1.004263 + for f in sound*.ogg + ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 sound4.ogg 1.004263 + for f in sound*.ogg + ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 sound5.ogg 1.004263 + for f in sound*.ogg + ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 sound6.ogg 1.004263
Here, the durations are: 1.000000, 0.011519, 1.004263, 1.004263, 1.004263, 1.004263
You should be able to reproduce the issue on a Windows machine now.
Best regards
comment:11 by , 14 months ago
Description: | modified (diff) |
---|
input wav for the repeated transcodings