Closed GoogleCodeExporter closed 8 years ago
This thread seems the nearest to add (same?) point but under Win XP SP3 (lang.:
EN - UK):
Inserting filenames of talk mp3s for downsizing - in my case, they do not
contain 'foreign characters' but may contain the less obvious hyphen
(unicode?)" — " instead of " - ".
This consistently results in the file mysteriously not being processed despite
being listed as an operand(?) in the big (files) box.
Tweak to either accept and process with (Unicode? file name chars) or to reject
inclusion in operand files(?) box?
Original comment by Priestly...@gmail.com
on 6 Dec 2011 at 9:00
Sorry for not responding earlier, but indeed, this issue is something that we
have not been able to resolve in a long time. And it was reported before.
Original comment by poipodec...@hotmail.com
on 16 Dec 2012 at 4:41
I was only now able to test the issue with the latest release (EMMA), and
unfortunately it's not solved [shall I try your winff.zip archive from #3?].
In the terminal window opened by WinFF, I now get
?.mp4: Invalid argument
so there is still an encoding issue, at least with my computer setup as
described above.
Since WinFF communicates with ffmpeg via the command line, isn't it possible to
completely circumvent the problem by renaming the file to ASCII only before
sending it to ffmpeg, say, and moving back to the original file name afterwards?
BTW, setting WinFF's option `use CHCP' on or off doesn't make any difference.
On the other hand, opening a Windows command line window and after saying `chcp
65001', I *can* use Winff's ffmpeg.exe binary just fine with Japanese file
names!
Original comment by lemzw...@googlemail.com
on 8 Mar 2014 at 11:23
Original issue reported on code.google.com by
lemzw...@googlemail.com
on 9 Jul 2011 at 10:05