Please, please don't use Windoze Server. Unless you want to get utterly pwned. Get a RHCSA (or just install Debian/Ubuntu and experiment with it in free time, that's as valueable).Quote:
Originally Posted by Joocy
- - - Updated - - -
No need for once the full Lingo AST tree is correct and reproducible, then one can implement the base minium for a interpreted VM running in WebAssembly that communicates with a DOM canvas to draw on.Quote:
Originally Posted by Joopie
Kepler V1.32 works fine for me.
Fresh install of V1.4 produces this error, all libraries installed from what I can see.
Screenshot - https://imgur.com/a/Ofz8lhc
https://imgur.com/a/Ofz8lhc
This was just answered by Marcio on the previous page:Quote:
Originally Posted by RandomMan1
Quote:
Originally Posted by Marcio
In regards to the libsodium issues, for the love of fucking god stop using Windows Server when running Kepler.
There is no reason to use overpriced, proprietary crap that requires an overkill amount of resources to run an operating system when Kepler can in theory, run on a complete potato inside a barebones Linux operating system.
I moved Kepler from JDK 11 LTS to JDK 17 LTS.
The main reason was to scrap the dependency of libsodium because the JNA native library stuff caused a whole bunch of issues for people, so I moved to a library (Spring crypto and Bouncy Castle) that has a native implementation of Argon2id hashing written within Java itself. Yes, I am fully aware we take a massive hit to performance doing password hashing in Java itself rather than a call to a C library, but it's worth it to make sure Kepler runs everywhere.
Another plus is that JDK 17 has further long term support than JDK 11 has.
You may check out the release here: https://github.com/Quackster/Kepler/releases/tag/v1.41
Please upgrade your JDK if the highest you've installed is 11, you may need to reconfigure your path variables to ensure it works in command line.
There's no perceivable hit. Not really, maybe a few ms here and there per operation, not anything significant. Java's JIT has gotten really good in recent years.Quote:
Originally Posted by Quackster
Maybe for the first user logging in there's some spike, but that'll be taken care of in the future as well.
Hello! Thanks alot for this, its amazing! Love it!
Great job!
I've been running Kepler for months on a single Raspberry Pi 4 using the default Debian-based distribution. That includes Kepler, MariaDB as database engine, and NGINX for serving DCRs as static files. CPU was under 30% with ~25 users online. You can rent way more powerful Linux virtual machines for less than $5/month. There's no need to pay for more!Quote:
Originally Posted by Quackster
I think MariaDB is more resource demanding than Kepler itself... I'm surprised you can run the database server on a Raspberry Pi 4 lolQuote:
Originally Posted by Osharo
Might want to consider attaching an SSD via USB and store MariaDB and Redis (it snapshots to disk every 30 minutes or so) data on there.Quote:
Originally Posted by Osharo
SD cards aren't meant for 24/7 write applications (don't let camera companies fool you, they're cheaping out), and will wear out quick if used in that manner.
Make sure to use an SSD with at least a 1 GB DRAM cache, built on TLC NAND. Otherwise, it's not much better. Cheap SSDs with no DRAM and QLC instead of TLC will wear out quick as well.
please helpQuote:
2023-01-23T17:54:15.755 - [ErrorLogger] - Error when executing MySQL query:
com.zaxxer.hikari.pool.HikariPool$PoolInitializationException: Failed to initialize pool: Access denied for user 'kepler'@'localhost' (using password: YES)
at com.zaxxer.hikari.pool.HikariPool.throwPoolInitializationException(HikariPool.java:597)
at com.zaxxer.hikari.pool.HikariPool.checkFailFast(HikariPool.java:576)
at com.zaxxer.hikari.pool.HikariPool.<init>(HikariPool.java:115)
at com.zaxxer.hikari.HikariDataSource.<init>(HikariDataSource.java:81)
at org.alexdev.kepler.dao.Storage.<init>(Storage.java:51)
at org.alexdev.kepler.dao.Storage.connect(Storage.java:71)
at org.alexdev.kepler.Kepler.main(Kepler.java:85)
Caused by: java.sql.SQLInvalidAuthorizationSpecException: Access denied for user 'kepler'@'localhost' (using password: YES)
at org.mariadb.jdbc.internal.util.exceptions.ExceptionMapper.get(ExceptionMapper.java:232)
at org.mariadb.jdbc.internal.util.exceptions.ExceptionMapper.getException(ExceptionMapper.java:165)
at org.mariadb.jdbc.internal.protocol.AbstractConnectProtocol.connectWithoutProxy(AbstractConnectProtocol.java:1199)
at org.mariadb.jdbc.internal.util.Utils.retrieveProxy(Utils.java:560)
at org.mariadb.jdbc.MariaDbConnection.newConnection(MariaDbConnection.java:174)
at org.mariadb.jdbc.Driver.connect(Driver.java:92)
at com.zaxxer.hikari.util.DriverDataSource.getConnection(DriverDataSource.java:138)
at com.zaxxer.hikari.pool.PoolBase.newConnection(PoolBase.java:353)
at com.zaxxer.hikari.pool.PoolBase.newPoolEntry(PoolBase.java:201)
at com.zaxxer.hikari.pool.HikariPool.createPoolEntry(HikariPool.java:473)
at com.zaxxer.hikari.pool.HikariPool.checkFailFast(HikariPool.java:562)
... 5 more
Caused by: java.sql.SQLException: Access denied for user 'kepler'@'localhost' (using password: YES)
Current charset is UTF-8. If password has been set using other charset, consider using option 'passwordCharacterEncoding'
at org.mariadb.jdbc.internal.protocol.AbstractConnectProtocol.authentication(AbstractConnectProtocol.java:931)
at org.mariadb.jdbc.internal.protocol.AbstractConnectProtocol.handleConnectionPhases(AbstractConnectProtocol.java:850)
at org.mariadb.jdbc.internal.protocol.AbstractConnectProtocol.connect(AbstractConnectProtocol.java:507)
at org.mariadb.jdbc.internal.protocol.AbstractConnectProtocol.connectWithoutProxy(AbstractConnectProtocol.java:1195)
... 13 more
Your database credentials are wrong. Failed to initialize pool: Access denied for user 'kepler'@'localhost' (using password: YES)
I never used mariadb, how can I do it correctly?
Will the teleports get any update soon? They are an essential part of the game in my opinion
I just pulled from master and already found 3 issues with them
- All habbos in the room walk to a teleport if one habbo enters one
- After having used a teleport, I noticed teleports in the room would randomly flash out of nowhere, again making habbos walk towards them out of nothing
Unfortunately, I can't say anything about the problem that all Habbos run in the direction of the teleporter. I am using a modified version of kepler 1.32 and have no problems there. Neither before the modification nor after. The teleporters always worked perfectly.Quote:
Originally Posted by XXX.
But as for your other problem: This is the fault of the .cct file and not the emulator. That's why the problem only occurs with the teleporters in the big rooms, because big and small rooms use separate files (hh_furni_xx_doorD.cct, hh_furni_xx_s_doorD.cct for the imperial teleporter). So you have to look at the corresponding file for the imperial teleporter (hh_furni_xx_s_doorD.cct).