FFmpeg doesn't care about existing output file

[Xenos]

Executing this command

ffmpeg.exe -i "H:\Musiques\Musique Papa\BACH JS\BACH JS - Intégrale Brilliiant - Volume IV - Cantates II\BACH JS - Cantantes II - 1 - 110 198\02 Piste 2.wma" -vn -acodec vorbis -strict -2 -ac 2 "H:\Musiques\Musique Papa\BACH JS\BACH JS - Intégrale Brilliiant - Volume IV - Cantates II\BACH JS - Cantantes II - 1 - 110 198\02 Piste 2.ogg"

With ffmpeg "N-77870-gb58cfa6" or "N-50911-g9efcfbe" (seriously?!) and while both files exist should output for an overwrite confirmation. It actually doesn't: FFmpeg overrides the output without a warning nor a confirm.

Hence, having the "-n" option doens't work either: FFMpeg overwrites the output file.

[Elon Musk]

Please post full ffmpeg output.

[Carl Eugen Hoyos]

Sounds related to ticket #819
Please test with a simpler command line and provide command line including complete, uncut console output to make this a valid ticket.

$ ffmpeg -f lavfi -i sine=d=1 Intégrale.wav

[Xenos]

(linebreaks because of Windows 7, 64bits btw)

C:\Windows\system32>ffmpeg -n -i "H:\Musiques\Musique Papa\BACH JS\BACH JS - Int
égrale Brilliiant - Volume IV - Cantates II\BACH JS - Cantantes II - 1 - 110 198
\02 Piste 2.wma" -vn -acodec vorbis -strict -2 -ac 2 "H:\Musiques\Musique Papa\B
ACH JS\BACH JS - Intégrale Brilliiant - Volume IV - Cantates II\BACH JS - Cantan
tes II - 1 - 110 198\02 Piste 2.ogg"
ffmpeg version N-50911-g9efcfbe Copyright (c) 2000-2013 the FFmpeg developers

built on Mar 13 2013 21:26:48 with gcc 4.7.2 (GCC)
configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av

isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab
le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg
sm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libo
pencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-li
bschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-lib
twolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enabl
e-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib

libavutil 52. 19.100 / 52. 19.100
libavcodec 55. 0.100 / 55. 0.100
libavformat 55. 0.100 / 55. 0.100
libavdevice 54. 4.100 / 54. 4.100
libavfilter 3. 45.103 / 3. 45.103
libswscale 2. 2.100 / 2. 2.100
libswresample 0. 17.102 / 0. 17.102
libpostproc 52. 2.100 / 52. 2.100

Guessed Channel Layout for Input Stream #0.0 : stereo
Input #0, asf, from 'H:\Musiques\Musique Papa\BACH JS\BACH JS - Int├®grale Brill
iiant - Volume IV - Cantates II\BACH JS - Cantantes II - 1 - 110 198\02 Piste 2.
wma':

Metadata:

title : Piste 2
artist : Artiste inconnu
genre : Inconnu
album : Album inconnu (15/11/2009 10:31:31)
WM/Track : 1
track : 2
WMFSDKVersion : 8.00.00.4487
WMFSDKNeeded : 0.0.0.0000

Duration: 00:01:23.41, start: 0.000000, bitrate: 194 kb/s

Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, fltp, 192

kb/s

Output #0, ogg, to 'H:\Musiques\Musique Papa\BACH JS\BACH JS - Int├®grale Brilli
iant - Volume IV - Cantates II\BACH JS - Cantantes II - 1 - 110 198\02 Piste 2.o
gg':

Metadata:

title : Piste 2
artist : Artiste inconnu
genre : Inconnu
album : Album inconnu (15/11/2009 10:31:31)
WM/Track : 1
TRACKNUMBER : 2
WMFSDKVersion : 8.00.00.4487
WMFSDKNeeded : 0.0.0.0000
encoder : Lavf55.0.100
Stream #0:0: Audio: vorbis, 44100 Hz, stereo, fltp

Stream mapping:

Stream #0:0 -> #0:0 (wmav2 -> vorbis)

Press [q] to stop, ? for help
[ogg @ 0241d2a0] st:0 PTS: 14333 DTS: 14333 < 15361 invalid, clipping
[ogg @ 0241d2a0] st:0 PTS: 15357 DTS: 15357 < 15362 invalid, clipping
size= 1822kB time=00:01:23.28 bitrate= 179.2kbits/s
video:0kB audio:1807kB subtitle:0 global headers:3kB muxing overhead 0.620156%

This might be an encoding related issue.
If that's the issue, there should be at least a warning in the ffmpeg documentation (--help option).

[Carl Eugen Hoyos]

Please test the command line that I provided, you have to run twice to test.

[Xenos]

For the old ffmpeg version:

[lavfi @ 01fcb9a0] No such filter: 'sine' sine=d=1: Invalid argument

For the newer
$ ffmpeg -f lavfi -i sine=d=1 "01 Piste 1.wma"

Detects the overwritable output file (hence, asks for Overwrite? [y/N]), but a relative or absolute path with "Intégrale" doesn't: the file is created at the right place (Intégrale/...ogg") but the checker fails to detect this file already exists (since it seems to check for "Int├®grale").

Either you should put a simple warning in the documentation saying that accent (or non-base-ASCII chars) will fail, or you should fix the checker to use the same encoding as the converters (since the converted file is at the right place, meaning that the converter uses the correct path but the "does-output-exist" checker doesn't).

[Carl Eugen Hoyos]

So is the issue reproducible with the following command line?

$ ffmpeg -f lavfi -i sine=d=1 .\Intégrale.wav

[Xenos]

$ ffmpeg -f lavfi -i sine=d=1 MesGenoux.wav
Does work and creates a "MesGenoux.wav"; run twice and it warns for existing file

$ ffmpeg -f lavfi -i sine=d=1 Intégrale.wav
Does not work: no warning for overwriting, but gen file is at the right place of "Intégrale.wav"

$ ffmpeg -f lavfi -i sine=d=1 Intégrale\MesGenoux.wav
Does not work: no warning for overwriting, but gen file is at the right place of "Intégrale\MesGenoux.wav"

[Christian]

maybe is a matter of special char? I see you are have "é" try to use a normal "e".

[Marton Balint]

This is already fixed in 37787f261639c53998487400e874741c17e85fc6.