Hacker Newsnew | past | comments | ask | show | jobs | submit | jclevy's commentslogin

Great job! It's amazing to be able to feel again the sensations I had 30 years ago while developing the Atari version of this game. Thanks again!


Then, thanks a lot. I spent countless hours on this very version !


You are very welcome! From time to time I meet people that played that PoP Atari version and each time it is heartwarming. Thanks.


Oh, Atari ST; I assume that's where the graphics for the JS edition are from? It looks far to good to be the Apple version...

[edit]

Looks like there were many ports with similar looking graphics: https://www.mobygames.com/game/apple2/prince-of-persia/scree...


The graphics and sound are from the PC version.


Was that version ever released? We're you at Broderbund at the time? :-)


Yes of course it was released ;-) https://www.youtube.com/watch?v=aIscoVqTwpY And yes, I was working with Broderbund (from Paris) at that time, it was a great time! Translating 6502 Apple II code to Atari 1040ST 68000 code was funny...


Interesting... Care to share what was overall approach? I. E. More bottom up in literally translating instructions and assuming it will lead to same results if translated accurately enough ; or top down looking to code specific results / behaviour and using original code more as a reference... Or some other approach :)


Um, that was really a long time ago...

As I can remember, my approach was the first one: "bottom up in literally translating instructions and assuming it will lead to same results if translated accurately enough". That was not to difficult to achieve.

The funny thing was that Jordan Mechner used every bit of available memory in the Apple II computer, so I had to be very careful ;-)

Then the hard part: create the input and output codes that were totally different on the two computers, then the code for sounds and music also totally specific and then I wanted to have better graphics. So I ended up by creating a sprite editor, in assembly language, for my graphic artist colleague so that we can recreate all graphic assets and put color in it...


Is still Paris a great place to develop games? I heard that the studio responsible for Netflix's 'Arcane' AKA 'League of Legends' TV series are in Paris [1]

[1] Fortiche Productions, a small Paris-based studio who specializes in creating animated projects with a unique blend of 2D and 3D art. src https://www.techradar.com/news/inside-arcane-netflixs-animat...


Yes Paris is still a great place to develop video games (even if I'm not anymore in this field).

Here is a link to interesting and creative French game people and projects (it is in French, so here is a Google translated version: https://gamingcampus-fr.translate.goog/tomorrow-lab/gaming-i...)

Outside of Paris are also great teams like the Asobo teams in south west of France who developed Microsoft Flight Simulator 2020...



Yes it is this one!


Did you, by any chance, work on "Stunts" at Broderbund too? There's a reverse engineering effort around http://forum.stunts.hu/ that would dream to have a glimpse of the source code :)


I'm really sorry, I did not work on "Stunts". I was also developing at that time a Formula 1 game, that was finally not released.

With Broderbund I worked on:

- Showoff (https://www.whatisthe2gs.apple2.org.za/show-off-/), a kind of PowerPoint software

- Downhill Challenge (port from Atari to Apple II GS - https://www.youtube.com/watch?v=6V5JZGHox7I)

- Prince of Persia (port from Apple II to Atari ST)


Thank you, I enjoyed playing the Atari ST version of PoP many years ago, I remember it as one of the best games of the time!


You are very welcome! I thank Jordan Mechner for creating this game and the Broderbund team for letting me be part of this extraordinary adventure...


No problem, thank you!


TouchDB is interesting but not immediately accessible for my node.js projects. And CouchDB is to heavy for my needs.

ChocoDB wants to (re)experiment new ways of dealing with database. It want to keep it simple and accessible.


You are right. On an iPhone, I will not use a SQL database.

Dealing with performance, ChocoDB is currently fast enough for me (2x times slower that classic SQLite ; my first version was 8x slower!)


I have to look deeper at SQLite4 spec...

I would say that my objective with ChocoDB is to make it accessible and useful to people who want to manage database structures and queries in a more natural way.

I want the database to help manage different types of relations: inclusion, group, structure, association...

Key/value is simple but it does not help to manage relations. Relational DB don't either help to manage different types of relations.


Would a graph database be closer to what you are looking to do?


Probably, but I haven't found yet my dreamed graph DB (serverless, Node.js compatible...).


what relations does a relational db not help with? (i thought they were basically an implementation of the relational model).


Being a child of, being included in...

You can of course manage all those relations in a relational database but the job is done by you, not by the database.


but isn't the point of being able to implement any relationship you want rather than having a few particular kinds (child of, included in) "built in" a feature? are you going to extend your database every time someone wants a different kind of relationship?


Yes, but usual relations could be implemented by default and generic relation still be available.

I just want to test this and see if the database can do more and my code less.


Yes ;-)

I think there is a need for light embedded schemaless databases.


Yes, it seems to close to want I want to do. I'll have a deeper look at goatfish.


No it's something I've had in mind for many year and that I wanted to build and test before being forced to used MongoDB or EJDB.

The source is in /server/reserve.coffee


Cool, thanks. I will check it out this evening.


Is there someone interested?


But would my project Chocolate interest you if its source code was written directly in javascript?


Your project is interesting, and you put a great deal of work into it and it is pretty much amazing. I generally don't care about what language an app I use was written in. What has gotten under my skin is the naming of things that are not JavaScript yet still get a .js extension.

I'm actually sorry that all of your hard work is buried under a discussion about the .js extension. I just felt the need to vent as it keeps happening. Your demo is very impressive.


Thank you. Chocolate is the project name, but I had to add something at the end to create a web site and a visible github project. So js was the shortest and closest meaningfull suffix that came to my mind.


For what it's worth there's already Chocolat.app which is a text editor for Macs. :/


I wonder if the .js extension should be dropped from names. 'Chocolate' would probably be a better name than 'chocolatejs'


It's the standard naming for JavaScript libraries, just like C libraries tend to be named libfoo


I understand. I'm sorry for that.


Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: