http://bugs.winehq.org/show_bug.cgi?id=24638
Summary: UTAU singing voice synthesizer fails to generate wav file Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: nekomukuro@yahoo.it
Created an attachment (id=31139) --> (http://bugs.winehq.org/attachment.cgi?id=31139) Output with "No batch file" checked
Getting and installing the program: Program download on http://utau2008.xrea.jp/ by clicking on the link that says "v0.2.76 インストーラ"
The program is in Japanese, but there's an English translation here -> http://utau.wikia.com/wiki/UTAU_wiki:UTAU_GUI_Translation
I installed the program with $ LANG="ja_JP.UTF-8" wine utau0276inst.exe
It won't work without setting the LANG environment to Japanese, because it generates the default voicebank with Japanese filenames. I went forward accepting all the default values. Then I copied the res folder of the English translation in the installation directory (the bug happens even without adding the translation, so it's not related).
Steps to reproduce:
Launch the program like this $ LANG=ja_JP.UTF-8 wine "C:\Programmi\UTAU\utau.exe" Click the pencil button and place some notes on the piano roll. Select the notes. Press the play button.
The program doesn't play any note, and gives a "Failed to generate a wav file. Please check settings." error message. No settings I could try managed to solve the problem, but I noticed the program has a slightly different behavior depending on the value of the "No batch file for rendering" option in Tools->Option...->General
- With the option checked, the output of the resampler.exe tool (which does pitch manipulation of the voice samples) is shown in the console and a bunch of wav files corresponding to the notes are generated in the cache directory.
- With the option unchecked, it doesn't generate any wav file in the cache dir and tries to execute wavtool.exe (which I believe applies the envelope to the rendered samples) on wav files that don't exist (probably because the previous step failed).
Either case, it eventually shows the above mentioned error and it doesn't play anything.
I have a log file for both cases. The output of Wine and the one of the program are mixed together in the files, I don't know how to set them apart, sorry.
http://bugs.winehq.org/show_bug.cgi?id=24638
--- Comment #1 from nekomukuro@yahoo.it 2010-10-05 14:36:06 CDT --- Created an attachment (id=31140) --> (http://bugs.winehq.org/attachment.cgi?id=31140) Output with "No batch file" unchecked
http://bugs.winehq.org/show_bug.cgi?id=24638
--- Comment #2 from nekomukuro@yahoo.it 2011-03-22 15:41:08 CDT --- The application author is starting to release patches for Wine compatibility. Right now they're beta but they already work on some configurations. So this could be closed, I guess?
http://bugs.winehq.org/show_bug.cgi?id=24638
Jörg Höhle hoehle@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://utau2008.xrea.jp/ CC| |hoehle@users.sourceforge.ne | |t
--- Comment #3 from Jörg Höhle hoehle@users.sourceforge.net 2012-05-29 10:19:18 CDT ---
The author is starting to release patches for Wine compatibility.
It would be even preferable to write in English to the wine-devel mailing list or to this issue tracker and explain what his app expects from MS-API function XY and where Wine differs. We'll all learn about how a Japanese MS-Windows behaves. Then he or somebody else will be able to write patches such that no compatibility hack is needed. Wine wants to be compatible and not need compatibility hacks. Perhaps it's a simple matter of discovering some missing UTF-8 or file name conversions somewhere in Wine and adding them?
Sadly, the app received its last update 2010/05/25: v0.2.76 according to the URL you posted. Is it still active?
http://bugs.winehq.org/show_bug.cgi?id=24638
--- Comment #4 from nekomukuro@yahoo.it 2012-05-29 12:30:14 CDT ---
It would be even preferable to write in English to the wine-devel mailing list or to this issue tracker and explain what his app expects from MS-API function XY and where Wine differs. We'll all learn about how a Japanese MS-Windows
behaves.
Unfortunately I can't tell Ameya to come here and share his stuff, I don't know him personally and I don't know Japanese well enough to talk to him properly.
Sadly, the app received its last update 2010/05/25: v0.2.76 according to the
URL you posted. Is it still active?
Yes, yes it is. Sorry, when I wrote that the author just released patches on his blog, but later the author moved the wine-modified version to a different site (I think he meant to put it together with the new MacOSX version he developed). The version patched for Wine is 0.2.77 and has been placed on http://utau-synth.com/download.html It does work as long as "No batch file for rendering" is checked in the options. "Note length calculated by GUI front-end (old wavtool.exe behaviour)" option should also be checked because the render get off-time without it.
http://bugs.winehq.org/show_bug.cgi?id=24638
Sagawa sagawa.aki+winebugs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sagawa.aki+winebugs@gmail.c | |om
--- Comment #5 from Sagawa sagawa.aki+winebugs@gmail.com 2012-10-24 11:44:24 CDT --- Could you try again with latest git repository or next development release, 1.5.16 or later?
Now, UTAU 0.2.77 works fine without checking "No batch file for rendering" under my environment. Because recent cmd.exe supports better parameter handling, copy concatenation[1] and multi-byte characters[2].
[1] ... 130cdcd72704bda70c5f13c711cd3febdd151825 cmd: Add full support for copy concatenation and ascii/binary. [2] ... 8daef1649b242e26236df9c9cb1810750113bed2 cmd: Properly handle multibyte characters in batch files.
http://bugs.winehq.org/show_bug.cgi?id=24638
--- Comment #6 from nekomukuro@yahoo.it 2012-10-24 15:56:57 CDT --- (In reply to comment #5)
Could you try again with latest git repository or next development release, 1.5.16 or later?
Now, UTAU 0.2.77 works fine without checking "No batch file for rendering" under my environment. Because recent cmd.exe supports better parameter handling, copy concatenation[1] and multi-byte characters[2].
[1] ... 130cdcd72704bda70c5f13c711cd3febdd151825 cmd: Add full support for copy concatenation and ascii/binary. [2] ... 8daef1649b242e26236df9c9cb1810750113bed2 cmd: Properly handle multibyte characters in batch files.
Yes, it works for me too, I just compiled from git. The rendering also seems faster. Good!
Apparently "Note length calculated by GUI front-end (old wavtool.exe behaviour)" still needs to be checked in order to have the tempo right, though. That option is a wine-specific workaround I think, it wasn't present in 0.2.76, and it's absent from the closed beta 0.2.90 as well (which got actually released before 0.2.77, and its development seems to be dead). I managed to get 0.2.90 from the closed beta community a while back, and it now renders, but it suffers of the tempo issue just like 0.2.77 without that option. Anyway, I guess this is probably a different issue.
http://bugs.winehq.org/show_bug.cgi?id=24638
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |00cpxxx@gmail.com Resolution| |FIXED
--- Comment #7 from Bruno Jesus 00cpxxx@gmail.com 2012-10-24 17:38:45 CDT --- (In reply to comment #6)
Yes, it works for me too, I just compiled from git. The rendering also seems faster. Good!
Resolving fixed, thanks for testing.
Apparently "Note length calculated by GUI front-end (old wavtool.exe behaviour)" still needs to be checked in order to have the tempo right, though. That option is a wine-specific workaround I think, it wasn't present in 0.2.76, and it's absent from the closed beta 0.2.90 as well (which got actually released before 0.2.77, and its development seems to be dead). I managed to get 0.2.90 from the closed beta community a while back, and it now renders, but it suffers of the tempo issue just like 0.2.77 without that option. Anyway, I guess this is probably a different issue.
Please open a new bug report if that problem does not happen in windows.
http://bugs.winehq.org/show_bug.cgi?id=24638
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Alexandre Julliard julliard@winehq.org 2012-10-26 13:29:32 CDT --- Closing bugs fixed in 1.5.16.
-
wine-bugs＠winehq.org