aulcfna

I was correct, i'm not sure why SUN shows event mode differently seems to crash on 90% of charts now though, this data seems a bit scuffed

Hi, there are setup guides in this thread. You'll be able to find them by searching and using the main post for links.

i realise now that i might be in event mode but that would show differently on credits, ill try again later

Hi friends. It's been a while, I'm back to try SUN however, seems to be more annoying than setting up NEW+ a while back would anyone know how to fix the following?: doesn't seem to matter what i put in aime.txt or felica.txt, 20 digits, different aqua versions, game won't accept the card with the same reason every time. can't find anyone else with the same issue in thread, either. thanks!

Doesn't work for NEW+, 0031 seems to work only for NEW at this time

That's actually super interesting. config_sp.json had dipsw = 1 for me, and after changing (incl your exes) has immediately cooperated, and as such: it looks like we're now running. Thanks for the help! Next up is network support, has anyone been successful in card registration?

Just a thought, but could you potentially send your exes via DM or something? I noticed some other inconclusive weird things about where it wants specific files. I think this would be the definitive answer as to whether or not there is some other issue.

That's usually the cause, yeah. The only issue is that it launches and plays 100% fine if I remove the IO's out of the equation, so I don't think it's this. 4401 is apparently "invalid config" according to the log

Would you happen to know what exactly the issue is here? I'm happy to wait until someone encounters the same thing, i've still got 2.00.00 in the meantime Ah I saw your edit, I think it'll be some other weird niche issue then. I'll wait it out until something comes up

2.00.01 on NEW+, so that's data issue then.

I can only assume it's 2.05 specific then, but the question is what lmao caxerx's ios also don't work for me in 2.05 as well. I'll take close looks to try and figure out what the difference is I guess, in theory there shouldn't be anything wrong

To confirm, you are using NEW+ ? This works perfectly fine for me on NEW , however will refuse with 4104 on NEW+

Ah right, I see what you mean, my mistake 😧 The other io dlls had provided an example that worked right away, however I wouldn't have a clue on how to write it up for this instance. Would you be able to share how you've got yours set up as an example ?

It seems as soon as [chuniio] chusan=1 path=chuniio_tasoller.dll is placed into segatools.ini , is when it brings up 4104/invalid config/unitindex issues. when this isn't in the .ini i can run the game now. did you have a specific place you intended for this to be placed, and am I correct in thinking we need a segatools_64.ini with path=chuniio_tasoller_x64.dll as well ? how exactly did you want this set up?

The setup is incorrect as-is, so I did reconfigure. I'm moving over to the chuniio in the main post as that doesn't require the usb server etc. Running as is doesn't launch for me however. So that must mean there's something to do with specific system info or just where the game is etc. I'll tinker around and try to figure it out

It seems some issue with amdaemon/chusanapp exes, whether it be specific to my system or not https://pastebin.com/6mzbbeHX for cmd log, [file] ..\src\am\AmManager.cpp [line] 199 [func] void __thiscall projSys::AmManager::recieveExceptionFromAmDaemon(const class amdaemon::Exception &) [text] Logic exception occurred. File: D:\Jenkins\workspace\amdaemon_all_build\libs\amdaemon\src\Aime.cpp Line: 85 Function: const class amdaemon::AimeUnit &__thiscall amdaemon::Aime::getUnit(unsigned int) const Message: `unitIndex` is out of range. Stack: [0x00000000004365db] <unknown symbol> @ <unknown file>:D:\newplus\newplus\app\bin\chusanApp.exe [0x0000000000f59295] boost::serialization::singleton<std::set<boost::serialization::void_cast_detail::void_caster const *,boost::serialization::void_cast_detail::void_caster_compare,std::allocator<boost::serialization::void_cast_detail::void_caster const *> > >::is_destroyed @ <unknown file>:D:\newplus\newplus\app\bin\chusanApp.exe is what's returning on the assert log. different exes behave differently, original NEW dump exes return 'invalid config' , the one from the original NEW+ dump in the thread return 4104 immediately and refuse to launch.

This is just the compiled files for this: https://github.com/caxerx/chuniio_tasoller_new as I was able to successfully compile it with rust, however judging by the thread it looks like it hasn't worked for everyone.

aye no problem, i'm in no rush

No problem, I'll send everything I have so it's replicated - what site are you referring to?

Unfortunately I'm still running into the same problem with this dump from earlier everything extracts fine, using segatools from the thread and all options, everything (apart from A202/A203) is the same as the original NEW dump however, crashing with 0 new logs, just as follows: --- Begin chusan_pre_startup --- Pinned shader compiler, hMod=60F30000 Pinned debug helper library, hMod=6F0D0000 USB I/O: Starting IO backend --- End chusan_pre_startup --- Clock: Returning JST timezone Game processes have terminated Press any key to continue . . . no amdaemon log, nothing in AMFS or appdata either. I can still run the original NEW dump, so kinda unsure on setup for this.

i had the same issue at first, but you need to pull specifically just the x86 dll from the x86 release folder, and specifcally just the x64 dll and usb server exe from the x64 release folder if this wont work, ill try pulling from my chuni folder that i know is working.

try https://files.catbox.moe/quu81f.zip

any guidance is help, friend i'll give this dump another shot, i wasn't able to get it working previously. if i run into any issues ill report back here 🙂

alrighty. try this, ill run a fresh compile for good measure https://drive.google.com/file/d/1guXJ_0YUvg_wPI5AxbmGFbwpWqM5syN-/view?usp=sharing - has been flagged by google TOS, presumably due to c++ make tools , unsure if this download will still work. note you'll need to take only the chuniio_x86.dll from the i686 folder, and the exe / chuniio_x64.dll from the x86_64 folder.

I never actually found event00000012 in A000 or A111, even the entire folder in the base NEW dump NEW+ i haven't found it either, is there a difference here? would you possibly have the file path?