Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Won't Open Adrift 5 Games #333

Closed
artao5 opened this issue Oct 7, 2018 · 15 comments
Closed

Won't Open Adrift 5 Games #333

artao5 opened this issue Oct 7, 2018 · 15 comments

Comments

@artao5
Copy link

artao5 commented Oct 7, 2018

Simply put, it won't open them at all. Many Adrift 5 games are now distributed as .blorb files. Still, Gargoyle won't even open .taf Adrift 5 files.

@curiousdannii
Copy link
Contributor

Adrift 5 is a completely different format from Adrift 4 and would require a new interpreter. I'm not sure if the Adrift 5 format is remotely compatible with outputing to Glk.

@artao5
Copy link
Author

artao5 commented Oct 7, 2018

Well, I know Fabularium on Android can open them, and the maker of that says it's based on Gargoyle. And it is Glk. So there's that.

@salty-horse
Copy link
Contributor

Fabularium is inspired by Gargoyle. It's a different codebase.

@nickbe
Copy link

nickbe commented Oct 16, 2018

Interesting. So there IS someone who has already managed to write a new interpreter for Adrift5.

@curiousdannii
Copy link
Contributor

Or they've bundled Adrift with Mono. Fabularium has a common launcher but doesn't have to use the same interpreter framework for different formats.

It would be nice to know what exactly Fabularium is doing. Unfortunately it doesn't appear to be open source.

@salty-horse
Copy link
Contributor

I have contacted the author last week, saying they can't just claim it's open-source without providing a link to the source. I got no response yet.

@nickbe
Copy link

nickbe commented Oct 16, 2018

From the Fabularium forum. Looks like david Campbell, the adrift author has indeed made the sourcecode available. I hope he contacts you guys as well :)

Postby Campbell » Mon Apr 16, 2018 7:40 am
Tim Cowper, the author of Fabularium, got in touch recently, asking for support to get this working for ADRIFT 5. Now the source is available, this may become a reality.

@kerrymg
Copy link
Contributor

kerrymg commented Oct 16, 2018

I believe this is the source code for ADRIFT 5, right here on GitHub:

https://github.com/jcwild/ADRIFT-5

Still unsure how Fabularium runs these stories. There is no Mono run-time in the GooglePlay APK. It's possible the author used the above sources to update the existing Scare interpreter.

OTOH, the ADRIFT 5 sources include a project for a WebRunner (in addition to the MonoRunner), so maybe the generated ASP.NET (?) web-site/pages is bundled within the app.

@artao5
Copy link
Author

artao5 commented Oct 16, 2018

For what it's worth, I've found the author of Fabularium to be quite responsive to emails.

@cspiegel
Copy link
Contributor

Fabularium comes with a new Adrift interpreter called Bebek, which appears to be written in Java, and guided by the Adrift 5 source code posted above. As far as I know the Bebek souce isn't available, and in any case wouldn't be usable with Gargoyle as-is, because Gargoyle has no support for Java.

I'm not really familiar with C# or Java, but I suspect there's some way to bind to libgarglk from them; however, integration of C# or Java interpreters with Gargoyle faces some hurdles because there would have to be extra work done to ensure a valid interpreter is available and can be launched.

However, given that the source is available, a port to C or C++ is at least feasible if anybody wants to go to the effort to do it.

@nickbe
Copy link

nickbe commented Nov 26, 2018

Who made the Adrift 4 interpreter for gargoyle back then?

@cspiegel
Copy link
Contributor

cspiegel commented Dec 7, 2019

The Adrift 4 interpreter (Scare) was written years ago by Simon Baldwin, amusingly as a port of a Java interpreter written by Mark J. Tilford, although it wasn't written for Gargoyle directly, but includes Glk support so it can work with Gargoyle.

The Bebek Java source appears to be available here.

@nickbe
Copy link

nickbe commented Dec 18, 2019

Would it be possible to integrate the bebek interpreter in gargoyle then? Aside from the obvious Java dependency this would be a big thing.
Or do you thing is it possible to port it to C++ without too much trouble?

@cspiegel
Copy link
Contributor

As far as I know, Fabularium is a Glk implementation, so Bebek presumably uses Glk. I don't know Java, but I'd imagine there's some way to call into C libraries from Java. If so, it may be as “easy” as linking in libgarglk.so and routing all Glk calls through it. Theoretically it shouldn't be much work, but take that with a grain of salt, because I really have no familiarity with Java.

As for porting to C++, it'd be a large undertaking. Java and C++ are broadly similar languages, but it'd still be a lot of work. It'd be fantastic if somebody were to undertake that, but it'd also be pretty surprising.

@cspiegel
Copy link
Contributor

With the merging of the FrankenDrift interpreter, we now have Adrift 5 support.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants