Log In  

Multicart is really a nice expansion feature, to offer content beyond the 32K boundary.
However, with reload not supporting BBS-hosted carts, large games are banned from BBS.

Is that something considered in the pico roadmap to bring back multicart games to the "official" forums?

Note that supporting more than a couple of data carts will require rework of the BBS file management.

  • support for upload many files at once
  • support for listing cart identifiers
  • support for headless export of p8.png (limited to html/bin at time of writing)
  • ability to assign same id pattern to many carts (ex: vracing_0... vracing_10)

Cheers

P#73670 2020-03-04 19:53

:: Felice

Agreed, no multicart on the BBS is a severe bummer and puts PICO-8's home turf at a disadvantage compared to silly little upstarts like itch.io. ;)

I'd hope the hurdle to make reload() from other carts work on the BBS isn't too tall for it to happen.

(I personally thought it was already possible, or I might have been bugging @zep about it already. I have a project I was working on a year back that was expecting to take advantage of it, but then that computer died hard and I still need to recover the drive with my PICO-8 stuff on it. It's discouraging to think it won't be possible even when I get around to doing that.)

P#73675 2020-03-04 22:09 ( Edited 2020-03-04 22:12)
:: zep
1

I think this looks good locally, but holistically would be quite disruptive. At once, I would love to make it easier for people to play games like Virtua Racing Demake more easily, but over time I suspect it would create a lot of gravity towards what would functionally be and feel like 282k cartridges, which I really want to steer clear of.

What /is/ possible on the BBS however (and what I believe is within the spirit of BBS's 32kcart-world), is to CSTORE cartridge data, and then load it from another BBS cart. So it is possible to make loader carts that CSTORE themselves with a set name (using the 4th parameter), and then daisy-chain back to the main cartridge or to another loader.

P#73718 2020-03-06 12:04 ( Edited 2020-03-06 12:08)
:: zep

@Felice it might have been calling CSTORE/RELOAD from BBS carts that we talked about (it was broken at one stage), rather than RELOAD'ing directly from a BBS cart using something like RELOAD(0,0,0x4300,"#MYDAT").

P#73719 2020-03-06 12:07 ( Edited 2020-03-06 14:38)

@zep - I understand the rationale for that (and would require a lot of rework in cart mgt).

P#73721 2020-03-06 13:17
:: Felice

@zep Wait, are you saying a cart can create another cart on the BBS and then another can read back from it? Do our carts get private folders to write to, or something?

And if so, is the folder private to the cart, or to the user playing the cart?

P#73749 2020-03-08 00:49 ( Edited 2020-03-08 01:05)
:: zep

@Felice The CSTORE'ed data is saved locally -- there's no way to store a cart to the BBS from a running cart. (Although later, it will be possible to UPLOAD a cart from commandline instead of using the web cart submitting interface).

Try:

LOAD #APPLE_WRITER
RUN
LOAD #APPLE_READER
RUN

appledat.p8 is stored locally ~/pico-8/cstore

This means that carts can clobber other cart's cstored data (no matter who the author is), but when cstoring to self a different naming scheme is used that can not be reached by other carts (based on the cart's hash content -- so it changes each time a cart is updated).

P#73936 2020-03-15 01:29 ( Edited 2020-03-15 01:33)

[Please log in to post a comment]

Follow Lexaloffle:        
Generated 2022-08-09 22:25:08 | 0.011s | Q:18