David Cuny wrote > Non-developer jumping in again. > > *Sinsy* supports English, and can be accessed via a web service. Send a > MusicXML file in, and get a .wav file back. For implementation details, > see: > > https://pypi.python.org/pypi/sinsy-cli/ > > Since Sinsy says it works well with MuseScore's MusicXML (it says so on > the > Sinsy page), this is probably the simplest approach. Of course, it > requires > an internet connection.
Thank you for the link! I mentioned briefly the web service, but I am not very confident about using it. I tried the service myself with some MusicXML files and I must say the results are impressive. However, aside from the fact that it requires an internet connection (and that might hinder some users), I am not sure about the juridical aspect of it (will it remain free forever?). The open source version is definitely the easiest to exploit, but as I lack feasibility knowledge, inputs on the matter are very much welcome. Moreover, in the ideal project where the audio would be played during editing on MuseScore, how much can the delay affect the user's experience? Especially since we tend to need a frequent preview even after very small editing. I will keep the idea in mind, though. Tobias Platen wrote > I'm currently working on an eSpeak fork with better singing support (no > external perl script needed) and also on an MBROLA replacement based on > WORLD. For a good singing synthesizer you have to combine multiple of > those programs. Indeed, I think one should make the best use out of existent projects to get better results. By the way I have been through your code on QTau (mostly the vconnect_synth part), and I wondered how far have you exactly gotten with using v.Connect-STAND? I have been quite interested in it lately, mainly because it seems we can get some good results out of it, but it seems overly buggy with anything that isn't Japanese, and there is little doc available. It took me a little while to get it to convert an Utau database on Linux (all thanks to your debian package), but I'm still struggling with it on Windows using Cadencii. I think a better configuration would be needed to get it to work without all this trouble (looking back, the way Sinsy compiled and worked so easily is probably a big plus) On another (closely related) subject, I have been discussing on IRC with Lasconic the kind of Virtual Singer project that would be the best for MuseScore, and I meant to ask the two of you how would you see it working? How many settings would be necessary for it to work on Mscore, and if possible, which ones? (assuming that ideally, it would let the user play/preview the song the way it is now possible to play notes) The ones I can think of, by looking at something like Cadencii, are the word dictionary (language?), the renderer/synthesiser (if we use more than one), ... There are also settings about the singing style (decay, accent, some settings for rising and falling movement), and some parameters to pass to World, but I am not sure I am making enough sense of all of them. -- View this message in context: http://dev-list.musescore.org/GSOC-2016-Regarding-the-Virtual-Singer-project-idea-tp7579698p7579723.html Sent from the MuseScore Developer mailing list archive at Nabble.com. ------------------------------------------------------------------------------ Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 _______________________________________________ Mscore-developer mailing list Mscore-developer@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mscore-developer
