Windows: Can't export to WAP, OGG, FLAC files with the path name that contains non-ASCII characters
Reported version
3.5
Priority
P1 - High
Type
Functional
Frequency
Few
Severity
S3 - Major
Reproducibility
Always
Status
closed
Regression
Yes
Workaround
Yes
Project
1) create any msz file (for instance, a drum track)
2) export the file into WAV, use Unicode characters (I used Russian letters, because I'm from Russia)
3) get an error 'could not write a file'
4) try items 1-3 but export into mp3 - no errors
| Attachment | Size |
|---|---|
| Луна_drum_track.mscz | 22.54 KB |
Fix version
3.5.1
Comments
Came up in the Japanese forms too
MP3 is the workaround ;-)
Is it the file name itself or the folder name?
Which OS?
In reply to Is it the file name itself… by Jojo-Schmitz
Seems file name is not the matter but folder name
Al least (in JP forum) they say it occurs in Win 8&10
Russian letters appear both in the file name and in the folder name.
OS is Windows 10
The WAV data is really what I need (no mp3).
It's probably to do with Unicode characters as I may deduce...
In reply to Russian letters appear both… by victorsharko2
Alphanumeric character works fine.
Try change these Russian letters to English letters both in file name and folder name.
It should work :D
Regression vs what? Have you verfied it not to be an issue in 3.4.2?
In reply to Seems file name is not the… by kazuma yamamoto
Additionally;
It’s possible to export Japanese file name to the folder if the folder name is in alphanumeric character.
But the file name is being garbled.
「君をのせて.mscz」->「蜷帙ｒ縺ｮ縺帙※.wav」
In reply to Regression vs what? by Jojo-Schmitz
well well, True.. it works fine in macOS (both in 3.4.2 and 3.5) so I cannot verified..
I suspect this might have to do with the fix for #287955: In Windows Explorer, files with special characters in filepath don't open when double-clicked
(in which case this would be a regression)
Well, it seems like it does have to do with the Russian letters in the PATH (subfolders) name. I tried to export to WAV into the main root ("d:\") - and it worked, I got no errors!!!
In reply to Alphanumeric character works… by kazuma yamamoto
it certainly should, what's more - it did work. but!...
but I don't want tp change, it's not convenient to me. and there wasn't anything like that in previous versions. Looks like a bug, but not a feature!!!
It sure is a bug.
and apparently a 3.5 regression
In reply to and apparently a 3.5… by Jojo-Schmitz
ah! good it is verified :D
I don't understand at all though why only WAV export is affected by that
Oh, and look at what happens witt the file name when succesfully converting into WAV on the root drive "d:\"
looks perfectly Russian to me ;-)
In reply to looks perfectly Russian to… by Jojo-Schmitz
Well, what about our Japanese (Chinese, Italian, French, Polish, etc.) friends?? ))
So, what we are having at the moment:
the issue is - Unicode characters in the file path name (either in the name or in the path part) and then - an attempt to export into WAV, then:
1) if the PATH name consists of Unicode characters - we get an error 'could not export',
2) if the PATH DOES NOT consist of Unicode characters, but the FILE NAME does - no errors, but damaging the characters in the file name.
Same for Japanese it seems, probably Chinese, Arab and Hebrew too. Italian, French and Polish don't have these 'strange' characters I guess
came up again in #309493: Cannot export sound files, seems .MP3 and .OGG is affected to?
Indeed, not just .WAV, but also .OGG and .FLAC, but not .MP3 (not for me anyhow)
Which sort of makes sense: MP3 is saved via LAME (lame_enc.dll), using
saveMp3(), the others via Qt, viasaveAudio(), so we may be looking at a Qt bug here? And as it worked in MuseScore 3.4, possible a bug with Qt 5.9.9, the previous version(s) used Qt 5.9.8? Or is it related to #287955: In Windows Explorer, files with special characters in filepath don't open when double-clicked, resp. the fix for that in 3.5?If it is a Qt bug, Qt 5.12.9 would be affected by it too (as verified with a self-build MuseScore)
Hmm, I'm not sure, aren't the other audio formats created via libsndfile rather than via Qt?
OK, it is libsndfile, not Qt... and that hasn't been changed between 3.4.2 and 3.5.0
See https://github.com/musescore/MuseScore/pull/6531
Fixed in branch 3.x, commit b03ddd4aad
fix #308694 fixed open files with the path name that contains non-ASCII characters for export audio
Fixed in branch 3.x, commit b91ad6471f
_Merge pull request #6531 from igorkorsukov/mu3x/exportaudio_notansipath
fix #308694 fixed open files with the path name that contains non-ASC…_
Automatically closed -- issue fixed for 2 weeks with no activity.