EN to JA phonemizer decided to break in 1.566

[JMii63]

Acknowledgement

• [x] I have read Getting-Started and FAQ
• [x] If dealing with version 0.1.549 or higher, you have installed the .NET 8 runtime

🐛 Describe the bug

I just upgraded to 1.566, and I go to open a cover I’m working on, and I press play and nothing happens. I press play again, nothing happens. And then I check the piano roll and the EN to JA phonemizer doesn’t work anymore. Great.

Explains how to reproduce the bug

Go to any English UST file, make the voicebank a Japanese voicebank, and then put on the EN to JA phonemizer, and marvel at how it doesn’t work :)

OS & Version

MacOS 12.7.6

Logs

This wasn’t a crash, so I don’t believe there were any logs

[JMii63]

and I can’t go down back to 1.565 or 564 because the cover I’m working on can’t be used with those versions.

[Slidingwall]

Actually I think it is not a phonemizer error... Because when I used other phonemizers (ZH CVVC, which I made some changes to, compiled, and replaced the DLL file), it still worked well in version 1.565, but now the software doesn't play anything. I tried switching the resampler to worldline-r, worldline-r2, and worldline in classic mode, but nothing made the software play sounds. I noticed that when I used worldline-r2, the software closed automatically and didn't show any logs. I think the play function might be faulty, and the resampler might also have issues, because when I tried to export while using worldline-r2, it said I didn't have the pc-nsf-hifigan vocoder, even though I wasn't using DiffSinger at all. When I switch to worldline-r, it errors that all sources must be ready when exporting. 渲染失败 All sources must be ready when exporting.

System.Exception: All sources must be ready when exporting. at NAudio.Wave.SampleProviders.SampleToWaveProvider16.Read(Byte[] destBuffer, Int32 offset, Int32 numBytes) at NAudio.Wave.WaveFileWriter.CreateWaveFile(String filename, IWaveProvider sourceProvider) at OpenUtau.Core.PlaybackManager.<>c__DisplayClass37_0.<RenderToFiles>b__0() in D:\a\OpenUtau\OpenUtau\OpenUtau.Core\PlaybackManager.cs:line 353

0.1.566.0

[Slidingwall]

Actually I think it is not a phonemizer error... Because when I used other phonemizers (ZH CVVC, which I made some changes to, compiled, and replaced the DLL file), it still worked well in version 1.565, but now the software doesn't play anything. I tried switching the resampler to worldline-r, worldline-r2, and worldline in classic mode, but nothing made the software play sounds. I noticed that when I used worldline-r2, the software closed automatically and didn't show any logs. I think the play function might be faulty, and the resampler might also have issues, because when I tried to export while using worldline-r2, it said I didn't have the pc-nsf-hifigan vocoder, even though I wasn't using DiffSinger at all. When I switch to worldline-r, it errors that all sources must be ready when exporting. 渲染失败 All sources must be ready when exporting.

System.Exception: All sources must be ready when exporting. at NAudio.Wave.SampleProviders.SampleToWaveProvider16.Read(Byte[] destBuffer, Int32 offset, Int32 numBytes) at NAudio.Wave.WaveFileWriter.CreateWaveFile(String filename, IWaveProvider sourceProvider) at OpenUtau.Core.PlaybackManager.<>c__DisplayClass37_0.b__0() in D:\a\OpenUtau\OpenUtau\OpenUtau.Core\PlaybackManager.cs:line 353

0.1.566.0

By the way, the DLL file I compiled on Nov 3rd is available here. If your UST relies on a phonemizer that was modified before that date, it may help.

[BagelHero]

For what its worth, logs log all activity for the session, please attach the latest!

Additionally, the EN to JA phonemizer does work fine for me. ^^;

[BagelHero]

Actually I think it is not a phonemizer error... Because when I used other phonemizers (ZH CVVC, which I made some changes to, compiled, and replaced the DLL file), it still worked well in version 1.565, but now the software doesn't play anything. I tried switching the resampler to worldline-r, worldline-r2, and worldline in classic mode, but nothing made the software play sounds. I noticed that when I used worldline-r2, the software closed automatically and didn't show any logs. I think the play function might be faulty, and the resampler might also have issues, because when I tried to export while using worldline-r2, it said I didn't have the pc-nsf-hifigan vocoder, even though I wasn't using DiffSinger at all. When I switch to worldline-r, it errors that all sources must be ready when exporting. 渲染失败 All sources must be ready when exporting.

System.Exception: All sources must be ready when exporting. at NAudio.Wave.SampleProviders.SampleToWaveProvider16.Read(Byte[] destBuffer, Int32 offset, Int32 numBytes) at NAudio.Wave.WaveFileWriter.CreateWaveFile(String filename, IWaveProvider sourceProvider) at OpenUtau.Core.PlaybackManager.<>c__DisplayClass37_0.b__0() in D:\a\OpenUtau\OpenUtau\OpenUtau.Core\PlaybackManager.cs:line 353

0.1.566.0

This is a different issue, might need to make your own thread. Worldline-R2 relies on pc-nsf-hifigan, so please install it. I could be wrong but I believe the program can't export what it hasn't rendered so please wait and be sure the entire track can be played before trying to export; if you have, the full log would be appreciated (again in a new issue)

[JMii63]

log20251128.txt here’s the log. I don’t know when the EN to JA phonemizer was last modified, and I have downloaded the DLL file, however I don’t know what to do with it as I am running MacOS and that file type is kind of useless on this OS and I can’t find the file I’m supposed to replace.

[Slidingwall]

log20251128.txt here’s the log. I don’t know when the EN to JA phonemizer was last modified, and I have downloaded the DLL file, however I don’t know what to do with it as I am running MacOS and that file type is kind of useless on this OS and I can’t find the file I’m supposed to replace.

Oh, my mistake. If you're sure the issue is with the phonemizer, you can try copying the corresponding runtime library from the previous version and replacing the current one. I guess its name should be similar to the DLL file, but with a different suffix, probably .SO…

But maybe updating to version 0.1567 is the right way to fix this mess. I believe we're facing the same "can't play anything" bug, and 0.1567 is its emergency fix.

[Slidingwall]

log20251128.txt here’s the log. I don’t know when the EN to JA phonemizer was last modified, and I have downloaded the DLL file, however I don’t know what to do with it as I am running MacOS and that file type is kind of useless on this OS and I can’t find the file I’m supposed to replace.

I checked the code and found that the EN to JA phonemizer was modified 2 years ago, so it makes no sense for it to crash in the new version... But it really says "world not found" even though I replaced the DLL file, which means it’s a parallel bug. Maybe using a custom dictionary instead would help.

[BagelHero]

Have you downloaded and installed the .net 8 runtime out of curiosity? Issues like this are commonly c++ redistributable, but that only applies to windows machines.

[JMii63]

Have you downloaded and installed the .net 8 runtime out of curiosity? Issues like this are commonly c++ redistributable, but that only applies to windows machines.

I’ll try as soon as I can finish this project sekai story

[JMii63]

Have you downloaded and installed the .net 8 runtime out of curiosity? Issues like this are commonly c++ redistributable, but that only applies to windows machines.

I’ll try as soon as I can finish this project sekai story

ok i installed the runtime, nothing changed, still broken

[JMii63]

log20251128.txt here’s the log. I don’t know when the EN to JA phonemizer was last modified, and I have downloaded the DLL file, however I don’t know what to do with it as I am running MacOS and that file type is kind of useless on this OS and I can’t find the file I’m supposed to replace.

Oh, my mistake. If you're sure the issue is with the phonemizer, you can try copying the corresponding runtime library from the previous version and replacing the current one. I guess its name should be similar to the DLL file, but with a different suffix, probably .SO…

But maybe updating to version 0.1567 is the right way to fix this mess. I believe we're facing the same "can't play anything" bug, and 0.1567 is its emergency fix.

also when I go into preferences it crashes and then it immediately turns beta back off so it’s like “downgrade now and make all your files unusable :D” I’ll try but I don’t think I can get anywhere.

[JMii63]

i downloaded 1.567 and it still didn’t work yayyy

[BagelHero]

Oh, possibly... Have you tried downloading a fresh copy from the releases page? possibly some paths got messed up...?

[JMii63]

Oh, possibly... Have you tried downloading a fresh copy from the releases page? possibly some paths got messed up...?

that’s how I upgraded to 1.567 because opening preferences crashes OpenUTAU.