mad_genius

Oh, ok. That explains the "Java: null" in the crash report. I though that was weird since I have openjdk 11 installed. I've upgraded to the latest OpenJDK, opendjdk 25 at the time of this post, and it works correctly now. Thank you for the help, and all the amazing effort required to develop this package manager. And thank you also to all the community members that are put in effort to make mods available through it.

Hi there! I downloaded the 1.4.0 version and unzipped it on top of the old version. Probably did not do the right thing since now, when trying to open the SC4Pac GUI is giving me an error: "Launching the local sc4pac server failed" Here's the debug info that it gives me: ``` Sc4pac GUI version: 1.4.0 Sc4pac CLI version: null Platform: windows Web: false Java: null OS (Java): null OS (Dart): windows - "Windows 10 Home" 10.0 (Build 19045) Dart: 3.5.3 (stable) (Wed Sep 11 16:22:47 2024 +0000) on "windows_x64" Exe: D:\MaxisGames\SC4Pac\gui\sc4pac-gui.exe Arguments: [] Error type: /error/unexpected Error title: Launching the local sc4pac server failed (1). Error detail: at caseapp.core.app.CommandsEntryPoint.main(CommandsEntryPoint.scala:115) at io.github.memo33.sc4pac.cli.CliMain$.main(cli.scala:942) Init phase: InitPhase.connecting Authority: localhost:51515 Authenticated: null Profiles config folder: null Profile ID: null Profile name: null Plugins folder: null Cache folder: null Server log: Exception in thread "main" java.lang.NoSuchMethodError: 'boolean java.lang.CharSequence.isEmpty()' at zio.http.Body$.fromCharSequence(Body.scala:256) at zio.http.Response$.json(Response.scala:394) at io.github.memo33.sc4pac.api.Api.jsonResponse(api.scala:20) at io.github.memo33.sc4pac.api.Api.<init>(api.scala:84) at io.github.memo33.sc4pac.cli.Commands$Server$.serve(cli.scala:769) at io.github.memo33.sc4pac.cli.Commands$.$anonfun$189$$anonfun$2$$anonfun$2$$anonfun$1$$anonfun$3$$anonfun$1(cli.scala:864) at zio.Scope$ExtendPartiallyApplied$.apply$extension(Scope.scala:202) at zio.Scope$UsePartiallyApplied$.apply$extension(Scope.scala:207) at zio.ZIO$.zio$ZIO$ScopedPartiallyApplied$$$_$apply$extension$$anonfun$11(ZIO.scala:5685) at zio.ZIO$.suspendSucceed$$anonfun$1(ZIO.scala:4886) at io.github.memo33.sc4pac.cli.Commands.Server.run.task(cli.scala:881) at io.github.memo33.sc4pac.cli.Commands.Server.run.task(cli.scala:882) at io.github.memo33.sc4pac.cli.Commands.Server.run.task(cli.scala:883) at io.github.memo33.sc4pac.cli.Commands.runMainExit(cli.scala:82) at io.github.memo33.sc4pac.package.unsafeRun(package.scala:62) at io.github.memo33.sc4pac.package$.unsafeRun$$anonfun$1(package.scala:62) at zio.Unsafe$.unsafe(Unsafe.scala:37) at io.github.memo33.sc4pac.package$.unsafeRun(package.scala:62) at io.github.memo33.sc4pac.cli.Commands$.io$github$memo33$sc4pac$cli$Commands$$$runMainExit(cli.scala:14) at io.github.memo33.sc4pac.cli.Commands$Server$.run(cli.scala:884) at io.github.memo33.sc4pac.cli.Commands$Server$.run(cli.scala:845) at caseapp.core.app.CaseApp.main(CaseApp.scala:162) at caseapp.core.app.CommandsEntryPoint.main(CommandsEntryPoint.scala:115) at io.github.memo33.sc4pac.cli.CliMain$.main(cli.scala:942) ``` Help!!

Hello everyone! I've been reading a bit about all the amazing developments that the SC4 community has been doing recently. While thinking about the matter of building styles, I was thinking if this new development could allow for us to have a "Snowy Building Style". What do I mean by that? Well, we already can have maps and terrain mods that have snowy terrain above a certain altitude, but it feels a bit "odd" that all the buildings in there are so "clean" of snow. Thus my question, would it be a good solution to use a building style to have buildings with snow covered roofs to be grown in there? Or would it be too difficult to "control" where they grow?

I just checked the SC4D site and it appears to be online again. At least I was able to login and see the various topics. Didn't check if I was able to write something or access the LEX since it's 9H30 AM here in Portugal and I'm not unemployed

As many of us probably know, the lot exchange over at sc4devotion currently has a REST api that has allowed the community to develop desktop and mobile applications to navigate the exchange and download lots, mods, etc. Does the STEX also have such an api? Are there any plans to develop one in the future? I'm asking because I've been recently poking around the REST api of the LEX to train my Visual C# skills a little bit. And I thought it would be interesting to try to interact with both the LEX and the STEX in the same application.

@A Nonny Moose I'm actually doing my research more focused on the Windows platform, thus using Visual Studio, since there's already a Java cross-platform application made by Casper Vg and a mobile app made by somebody else over at SC4Devotion. Nonetheless, your suggestion of trying to compile C# code for other platforms got me curious. I'll definitely research a bit on that to try and gain new knowledge and skills. And if it gets confirmed the existence of some webservice (REST or SOAP) or some other way to interact with the STEX, I would pm Casper and maybe he would be interested in extending his Java application to also access the STEX. @Cyclone Boom Thanks for the suggestion. I'll try to pm Dirktator and ask him about it. Thanks to both of you for your suggestions.

Okay, let me explain the point a little better. Obviously, the downloads are made through the desktop application, not the mobile one. The mobile application exists with the sole purpose of allowing the user to view and search the exchange for plugins and to use the "Add to download list" functionality of the LEX. What the desktop application than allows is for the user to download the marked plugins "in bulk" instead of going to the website to download them one-by-one. This application can also be programmed to take advantage of the "Download history" functionality of the LEX to check for updates to previously downloaded plugins. Now, AFAIK, the STEX doesn't have the notion of a user's "Download list" and/or "Download history" which means that a desktop application interacting with the STEX would simply provide a way to view the latest uploads and/or search for plugins, and select them to be downloaded imediately. Assuming that my C# exercises may end up producing a desktop application to be shared with the SC4 communities, a "cross-exchange" windows desktop application would be a "nice-to-have" tool for users to quickly view and/or download plugins from both these exchanges quickly, all accessible in the same interface.

Very cool CJ. Awesome detail in every screenshot. Are those green & orange highway walls downloadable? I can't seem to find them anywhere? Edit: Finally found those highway walls. Posting link: https://www.sc4devotion.com/csxlex/lex_filedesc.php?lotGET=1727

From what I know you start with a prebuilt small city or town and then the city grows as you satisfy the trasportation needs of the people. By the way, I'm not a big fan of pre-ordering games but here's the link http://www.paradoxplaza.com/press/2013/3/pre-orders-in-progress-for-cities-in-motion-2

Looks cool. It appears to be following the footsteps of Simutrans in terms on gameplay and adding modern 3D graphics to it. But Simutrans has a lot more depth currently.

@Hellken I'm not wanting to start a discussion nor offend anyone, but I think that the allways online system of this simcity is absolutely necessary due to the gigantic workload that the glassbox engine generates. The fact that every little "agent" is individually simulated creates an immense amount of work that would be impossible to process by current personal computers available in the market. that's why they need the allways online system, to transfer a lot of that work to a cloud-based server datacenter with hardware capabilities way beyond anything available to the common citizen. I understand all the debate about this allways online stuff, and I get it why we gamers feel disconfortable with this type of systems (I feel disconfortable to). But the "simulation depth" of the glassbox really forces Maxis to go this way (not including the obvious EA pressure on Maxis). About the sandbox mode, i think its a normal response to all the "negative marketing" that the game is having on us "hardcore fans". I think that this mode is going to be the way for Maxis to allow us to fill this game with mods without unbalancing the leaderboards and regional challenges. Having said that, I would like to see if Maxis comes up with a way for communities like Simtropolis, SC4Devotion, SimPeg, etc. to evaluate and submit a couple of balanced mods to Maxis for approval in order to be incorporated in "leaderboard mode".

Hi everyone! I've been trying do download integriculture but the only place that I've found is a site completely in an asian language and I can't figure out where to get it. Can someone help with this?

The Tsing Ma bridge looks really cool. Sadly it's only single deck. Its getting difficult to see the first double deck bridge. Does anibody knows something about it?

Originally posted by: mad_genius Originally posted by: DragonStallion well, there's a problem, what if the two systems default to one a automata plugin to use like the GLR and Elevated Railquote> That's a good point. I don't know at to wich point the modders are able, or even allowed, to create a new automata. They will have to ask Maxis for help to create an automata for the HSR.quote> Actually, if you play the game with the new NAM and the draggable GLR, you'll see that the elevated rail and the GLR have different automata. If they apply the same concept of draggable GLR to make draggable HSR, probably they will be able to give monorail and HSR different automatas.

I've downloaded the new NAM. The only problem I get are the bridges from fukuda. Probably they need to be adapted to the new NAM. Everything else seems to be working correctly, at least for now.