• Dear Cerberus X User!

    As we prepare to transition the forum ownership from Mike to Phil (TripleHead GmbH), we need your explicit consent to transfer your user data in accordance with our amended Terms and Rules in order to be compliant with data protection laws.

    Important: If you accept the amended Terms and Rules, you agree to the transfer of your user data to the future forum owner!

    Please read the new Terms and Rules below, check the box to agree, and click "Accept" to continue enjoying your Cerberus X Forum experience. The deadline for consent is April 5, 2024.

    Do not accept the amended Terms and Rules if you do not wish your personal data to be transferred to the future forum owner!

    Accepting ensures:

    - Continued access to your account with a short break for the actual transfer.

    - Retention of your data under the same terms.

    Without consent:

    - You don't have further access to your forum user account.

    - Your account and personal data will be deleted after April 5, 2024.

    - Public posts remain, but usernames indicating real identity will be anonymized. If you disagree with a fictitious name you have the option to contact us so we can find a name that is acceptable to you.

    We hope to keep you in our community and see you on the forum soon!

    All the best

    Your Cerberus X Team

What do you wish for the next step regarding development of CX?

I wish for some advanced sound commands! SDL and Oboe comes to mind. But Oboe is Android only.
 
I can suggest to add only small updates, but keep libs & tools up to date - not older than 1 year.
What about "target of 2-3 months" and update primary this?

Monkey IDE - i suggest to drop it forever and replace with vscode-addon.

monogame is nice idea - i used xna as main target for development (much faster).

iOS-development is a nightmare for me. I run macOS in a slow virtual machine.
I wish, i could remote develop over local network like this:

or
 
@TS1234 You still need access to a decent performing mac, right? So I don't see the advantages.

Could you describe the setting where this is a proper solution? Are you working in a team?
How often do you plan to use this?

If I had access to a friends mac only remotely, I would use something like teamviewer in combination with github to compile and run stuff I created on my windows machine.
 
I mean a remote build using command line. Something like this:

Code:
examples:
https://medium.com/xcblog/xcodebuild-deploy-ios-app-from-command-line-c6defff0d8b8
https://docs.microsoft.com/en-us/cpp/cross-platform/install-and-configure-tools-to-build-using-ios?view=msvc-160#prerequisites
https://doc.multi-os-engine.org/multi-os-engine/3_getting_started/3_remote_build/remote_build.html#

I does not matter how slow VM is - i can just drink tea in this time.
But UI in VM is so slow - this is like stop motion - click & wait, click & wait
 
Last edited:
Ok, now I get the point. You want to use your VM without the UI by controlling it via ssh!?
I am no expert in MacOs as I started using a macbook only 3 month ago.
The build process of transcc is comand line only AFAIK. Maybe this could just work as it is, but the deployment process for Appstore is pretty tedious I was told, so this could involve some effort.
 
Back
Top Bottom