@ponapalt Help please!????️ Considering what yaya does to arrays when passing parameters, I discarded the idea of supporting multidimensional arrays and tried to use nestable hash tables as an alternative to multidimensional arraysThe data structure problem has been solved, the only problem now is that I don't know how to modify it to make yaya support multiple subscript accesses (e.g. a[1][3]=4), its existing runtime logic has me stumped and I don't know how to start at all.
@ponapalt Understood! :blobok: I still want to ask though, is it difficult to provide such an audio playback option on ssp? :meow_thinking: After all, I want to give ghost users a better experience, so I'd like to have something like this if it's not too difficult :blobsmiley: If it's difficult then forget about it :blobok:
@ponapalt Is it possible to provide an optional option in ssp by which playing audio would allow ssp to check the overall sound level of this audio before playing each one and automatically adjust the volume when playing the audio appropriately? :meow_thinking: Erm, some of the songs I listen to on my ghost always make me have to manually adjust the volume and turn it back up before the next song plays, which is slightly annoying????
@ponapalt After wrapping CValueSub as shared_ptr<CValue>, CValueSub can actually store arrays and hash tables too! :blobok: I was wondering if a new operator or system function could be added to support multidimensional arrays, or if the implementation of multidimensional arrays could be abandoned in yaya in favour of nested hash tables? :meow_thinking:
@ponapalt I replaced OnShioriReloaded in taromati2 with OnInitialize and if reference0=='reload', but it doesn't look like it's triggered when reloading via the sakura scriptIs this intentional? Or is it a bug?
@ponapalt Here are two things!1. I'm not quite sure why tama's highlighting is lost after reloading shiori several times, ergo, I'm not familiar with the Windows api after all, so it would be great if you could come and help out if you can2. considering some programming convenience, is it possible to standardise OnShioriReloaded to use it as a standard event? In taromati2 this event is triggered after shiori has been overloaded for whatever reason