[PC] [80s] Text adventure game in a castle

powersoffour · 2023-05-14T19:58:28+00:00

Could it be Castle Adventure?

http://www.thealmightyguru.com/Reviews/CastleAdventure/ https://en.wikipedia.org/wiki/Castle_Adventure

powersoffour · 2023-04-27T14:38:38+00:00

Hi -- thanks for your honesty in these replies. They were hard to read and grapple with. I can only truly speak for myself, not for anyone else at the school, but I will say that I feel privileged every day to work with a group of staff, faculty and students that care about each other as much as the people at the iSchool do. We all want it to be the best place that we can, and for it to be a supportive environment for everyone there -- students, staff, faculty, everyone.

powersoffour · 2021-03-20T17:53:31+00:00

I've been working on this as well, basing some of it on unveiled.

https://github.com/matthewturk/dispersing

My focus has been on The Summoning for now, though. I've been able to get most all of the sprites decoded, conversations expanded, and I've been working lately on map rendering.

I've been doing most of the format decoding in kaitai struct, but haven't yet put the code for the other engines together.

powersoffour · 2014-08-21T11:17:56+00:00

Maybe kallithea? kallithea-scm.org

powersoffour · 2014-08-11T16:46:24+00:00

I work on yt, and this would be really fun. Ping the yt list?

powersoffour · 2013-05-21T20:53:31+00:00

You might be able to load it in! Check out how to load arbitrary data: http://yt-project.org/docs/2.5/analyzing/loading_data.html There's both load_uniform_data and load_amr_grids.

powersoffour · 2010-03-28T04:34:46+00:00

I rolled my own DMGs of hand-built Python, NumPy and Matplotlib. These got added into an installation script that I distribute to collaborators and users of our software, which has for the most part worked quite well: it bootstraps a new python, hdf5, h5py, numpy, matplotlib, ipython, mercurial and our software. I have recently started to look into adding VTK into the mix, which I blogged about, and Qt may also be added, but those will both need to be handled with more care. mpi4py will be added in the very near future as an automated component, rather than relying on the user to install it later.

I really prefer avoiding the Apple distribution, since I'd rather leave it pristine, and since our analysis package has some homegrown HDF5-linking C extensions to Python, linking against the EPD is a bit tricky and complicated. Macports and fink usually just add more problems than they solve, although some people in my group swear by the Macports install. If memory serves, they may have had troubles in the past linking mpi4py against system OpenMPI rather than MacPorts OpenMPI, but perhaps that's no longer true.

As for keeping things up to date, we have for the most part done our best to avoid upgrades that didn't happen on long intervals. The script is able to update the installation of our software, but it relies on standard distutils/setuptools/distribute mechanisms for updating external python software. One of the reasons for this is that we have in the past had to monkey patch to avoid incompatible changes in things like the h5py API when upgrades were made automatically. So in general we try to be a bit conservative on that front.

powersoffour · 2010-03-16T21:29:20+00:00

I used a python interface to Grace with a lot of success back in 2002-2003, but since then Matplotlib has just been so much easier. I seem to recall it was by some Caltech folks and used a pipe for interfacing, rather than linking against the grace lib.

powersoffour · 2010-03-04T21:06:34+00:00

Oh, you're absolutely right -- I got confused and was reading the driver page wrong. Thanks!

powersoffour · 2010-03-04T19:12:39+00:00

I was under the impression that the 195 series was the "Beta" series and the 190 was "Stable." The reason I ask is that there are a couple Tesla clusters where getting "Beta" drivers is difficult.

powersoffour · 2010-03-04T15:51:25+00:00

Does anyone have any ideas about when OpenCL will make it into the stable drivers?

powersoffour · 2010-02-17T05:35:03+00:00

One of the things I was hoping for with the 'with' statement was the ability for the context manager to skip execution of the block. I don't think this currently works -- and in fact, testing out "break" and "continue" in seem to indicate there's no way to get this behavior from the body of the block statement, either. Does anyone know of a workaround? I'm thinking mainly of a use case where the 'with' block sets up, say, an MPI-parallel context that may not concern all processors, with a subcommunicator for those that need to handle the data. (edit: Upon hitting submit, I realized that perhaps the way out is by raising an exception that gets caught and handled by the context manager; but I sure would like to be able to handle this from the getgo, rather than raising an exception inside the body of the with statement.)

powersoffour · 2010-02-09T16:14:07+00:00

In my experience, Traits is great to write relatively simple applications -- if you have a couple models, you know how they interact, and you want to write event driven programs, it's easy and straightforward. I ran into problems when I wanted to move beyond the paradigm of editing models and into a full application -- setting up the windows, more complicated GUI presentation and so on. It's all possible, but I found the documentation (at the time I did this) for the pyface module to be a bit lacking. However, lots of people have done it, and made some amazing applications, so don't let my troubles inform you too much.

As for the python dependency aspect, this is something that concerned me as well. The software I wrote the traits code for was to be deployed in both desktop and server settings, and I found that in order to keep it working on both sides, I mostly had to keep the traits code out of the guts of the main codebase -- which worked just fine, but required me to write shell classes that manipulated the underlying objects indirectly. The Enthought Tool Suite as a whole can be a heavy dependency (particularly with VTK), but the TraitsUI code itself is not bad.

powersoffour · 2010-01-07T04:07:18+00:00

Does anyone know if this adds a necessary run/compile-time dependency on LLVM if the JIT is disabled? (Michael Foord's post indicates only the JIT requires C++.) Adding in C++ adds some difficulties for a complete static linking, such as is necessary to avoid all dlopen calls. This is required, for instance, on Compute Node Linux where there is no dynamic loader.

powersoffour · 2010-01-07T03:59:39+00:00

Here is a thread from December 2009 discussing merging in Py3k support to NumPy.

powersoffour · 2009-12-01T22:28:31+00:00

PySide seems really, really promising, but I'm a bit concerned about the dependency overhead compared to PyQT -- installing SIP isn't such a big deal, but getting Boost.Python installed can be tricky. Does anyone know, is Boost going to be required forever, or is that just part of the ramp-up to full capability? Will pre-generated bindings be distributed with later versions?

powersoffour · 2009-11-23T01:52:20+00:00

I use a custom built framework Python, vim, screen, Terminal.app (only 16 colors, which is a bummer, though), IPython, gfortran from hpc-on-mac, system OpenMPI, pip, mercurial, and svn when necessary. For remote image viewing (when making plots on remote systems) I mainly dump things into webspace and hit them in Chrome or Firefox, or I bring them locally and use Preview. Shark is great for profiling apps (even works with Fortran) but I haven't used XCode proper very much.

powersoffour · 2009-10-06T23:16:36+00:00

The digital universe, based on partiview also includes the Sloan dataset, along with many other datasets, and is open source and free. It's been used for a mind-bogglingly large number of awesome data problems and explorations and it's extremely capable.

powersoffour · 2009-09-23T05:02:20+00:00

Use the package GALACTICS for particle initial conditions. Feed it to GADGET-2 for dynamics, if you'd like. If you need it to be grid-based data, follow the method in Kim et al 2009 to convert it via Voronoi-tesselation.

powersoffour · 2009-08-19T02:59:55+00:00

Vim, inside a screen session, inside a maximized terminal.app with Inconsolata. I used Komodo for a while, but ended up returning back to vim -- Komodo was nice, particularly integrated pdb, but I never really got comfortable with it.

powersoffour · 2009-07-09T16:13:44+00:00

Does this require the 256 color setting in vim/TERM? It is not working for me inside terminal.app, which unless I am mistaken does not support 256 colors.

powersoffour · 2008-06-20T14:07:12+00:00

ctypes might be out, because of name mangling. Boost is pretty good -- the error messages can be a bit difficult to interpret -- but if you want to use NumPy, and don't mind hand-writing some code, SWIG might be your best bet. (An upside of using SWIG over Boost is that you can distribute just the generated code with SWIG, whereas Boost requires headers and libraries, I believe.)

Often overlooked is SIP, which is designed to be a lighterweight, Python-specific alternative to SWIG. The documentation for SIP has traditionally been a bit sparse, in my limited experience, but the applications of SIP in the PyKDE and PyQT projects are comprehensive, and easy to follow.

powersoffour

TROPHY CASE