Say a player has a way to design a custom painting in a game. This painting should persist between playthroughs, and be stored on the spritesheet.

I know that this should be done via cstore(), but I simply do not understand how.

function painting()
  -- code for modifying sheet through sset() here --
  cstore(A,A,L)
end

What I actually need is the values for A and L.
Cheers in advance.

Little Wanderer WIP

by wallgraffiti

Cart #wandered_wip-0 | 2021-07-24 | Code ▽ | Embed ▽ | No License

• Add Scenery (e.g. trees, plants, etc.)
• Add crafting + resource management
• Make music
• Make player look not trash

Palette Arrangement: The World

by wallgraffiti

Cart #pal_theworld-0 | 2021-06-20 | Code ▽ | Embed ▽ | License: CC4-BY-NC-SA

4

EDIT: Due to SPLORE attempting to preserve explorer colours to keep visibility, it has sacrificed some of the colours in the label preview on native PICO-8. Not a bug, but I'm saying this just so that people don't get confused.

P8 Webkit Prototype

by wallgraffiti

Cart #webkit_proto-0 | 2021-06-06 | Code ▽ | Embed ▽ | License: CC4-BY-NC-SA

4

Some of you may have seen the (relatively small amount of) attempts to implement a BBS-type system by taking advantage of the General Use Memory region and it not being cleared by load(). It fascinated me when I first came across it, but I eventually forgot.
Recently, I came back to the concept with a new idea: static web pages. General use memory can contain 4864 32-bit numbers if not using the custom font, which is more than plenty for a page written in a simplified markup language. We can take that even further if instead of using each number as a single character, we split the 32-bit number into 4 8-bit numbers, resulting in 19456 characters.

The first step for me was designing the simplified markup language. I decided on something I call PPML, Portable Pico Markup Language. The syntax is the following:

tagname> tag content

A paragraph, for example, would look like this:

p> This is a paragraph

I decided this was suitable and moved on to the next part.
This next part was the renderer for the PPML. This is what you see in the above cartridge, displaying a demo page. The renderer consisted of a list of tags with rendering functions, a Global Render table and a Frame Render table. The Global Render contained persistent stuff like the background colour, while the Frame Render contained things like the cursor position for text. This then took the PPML, contained in the first tab, and processed it into a table for easy use. The _draw() function then simply looped through this content table, calling the tag render functions with the necessary arguments.
It's a simple method, but works pretty well.

The next step would be the networking; loading the cartridge, processing the data it left in General Use Memory and converting it into usable PPML. Then that can be fed into the renderer, and you can see the page.

Of course, this renderer is a proof-of-concept prototype. A lot more tags still need to be added and hopefully a very simple scripting language.

When all this is done, I hope to have a fully functioning browser which would let you browse the PicoWeb and maybe play some small games on Newgrounds-esque sites. But, we can only hope.

Feel free to leave feedback on the renderer/game plan!

I decided to make a simple class implementation. Here's what I managed to come up with:

function class(c)
    name=c[1]
    _𝘦𝘯𝘷[name]=function(...)
        local initargs={...}
        local obj={___fnccore={}}
        for k,f in pairs(c)do
            if type(f)=='function'then
                obj.___fnccore[k]=f
                obj[k]=function(...)
                    obj.___fnccore[k](obj,...)
                end
            end
        end
        obj.__init__(unpack(initargs))
        return obj
    end
end

The (preferred) syntax to use this with looks like this:

class { 'classname'
    __init__=function(self,args)
        -- Stuff goes here --
    end,
    -- Other functions here with "self" or something like that as the first argument --
}

Here's an example:

class { 'printer',
    __init__=function(self,a,b)
        self.a=a
        self.b=b
    end,
    thing=function(self,c)
        print(self.a..self.b..c)
    end
}
test=printer('one ','two')
test.thing(' three')

The output for the above would be:

one two three

Here is the cartridge containing the above example:

Graffiti's Class Implementation

by wallgraffiti

Cart #graffiticlasses-0 | 2021-06-01 | Code ▽ | Embed ▽ | License: CC4-BY-NC-SA

Unnamed Horror Shooter

by wallgraffiti

Cart #wiphorrorshooter-3 | 2021-05-11 | Code ▽ | Embed ▽ | No License

Update 1.1.0:

• Added map loading from-sprite
• Fixed a few bugs

So, as most of us know, .p8 cartridges consist of sections. lua,gfx,map, etc etc. Well, I found this other section named gff. I just wanted to know what it did, since it doesn't seem to directly correlate to anything you can edit. I'm just asking since I'm making a cart generator in Python so I need to know if gff is an important memory region.

So I've just been thinking: wouldn't it be much more convinient to be able to "push" a new version of a cartridge to the BBS?

So I came up with three concept commands:

• "PUSH"
• "LOGIN"
• "LOGOUT"

First, the login command. The syntax would be as follows:

LOGIN USERNAME PASSWORD

The screen would then be cleared and a login request would be sent to the BBS servers. If all goes well, then the login would be remembered until you logout. This would allow for things like viewing favourited cartridges and seeing them stored on other devices and on the BBS itself.

"LOGOUT" is self explanatory.

Now, the push command. It can only be used when a cartridge is loaded in memory. The syntax is as follows:

PUSH CARTID

CARTID being the normal ID, without the version(so "cart", not "cart-0" or "cart-1"). This would then execute the following steps:

• Check if logged in
  • Send check request to BBS servers, asking if the cart id in question is owned by the current user
    • If all goes well, send the cartridge to the BBS and get it uploaded
  • If cartridge not owned by user, say so
• If not logged in, say so

This way, small modifications won't have to include going into the browser at all.

> LOAD CART.P8
*modify some stuff*
> PUSH CART
Checking...
Verification Successful!
Sending...
Cartridge uploaded at #CART-1#

This would be a blessing to me.

I was listening to Missile Command's music, and really liked it, so I decided to export it to a .wav . I selected patterns 0-19 and, in the terminal, type the command:

EXPORT MISSILECOMMAND.WAV

The result was, indeed, a .wav file, but played around a quarter of the first note of pattern 19. That's it. I'm quite annoyed since the menu music in Missile Command is very good, but that's not the point. The point is there's a bug.

V-Map 1.2.2

by wallgraffiti

Cart #voroterrain-5 | 2021-06-26 | Code ▽ | Embed ▽ | License: CC4-BY-NC-SA

8

Below is an old version of the pipeline that was used for the generator. This has since been reworked a bit to add features.

P.S. v1.2.1 has introduced "Manual Mode". At any time in the generation process, you can press Z. When generation is over, you should see that the name of the landmass and the names of the nations don't show up. This is so that you can hide either. If you want the name of the landmass to show up, press Z during Manual Mode. Do the same for nations but with X instead of Z. This should let you have more versatility with my little toy.

Notes for modders:

for c in all(consonants) do
    for v in all(vowels) do
        add(syllables,c..v)
        add(syllables,c..v..'n')
    end
end

for v in all(vowels)do
    for ov in all(vowels)do
        add(syllables,v..ov)
    end
end

I know this is kind of lazy, and you could just loop over a table with "pairs" and collect all of the keys, but is there a built in function that will return a table of any given table's keys? If not, then I'll implement my own, but I don't want to waste tokens where unnecessary.

Cheers in advance!

So, I'm making a game as a birthday present for my friend. As I always do, I forgot to do it before and am sitting here on the day before. Now, this game is tile based, and I need to mass generate some tiles which do the same thing with different values. Here is a simplified version of this problem:

for v,i in ipairs({33,34,35,36})do
  tiles[i]=function(mx,my)
    plr.d=v-1
    plr.g=true
  end
end

My question is, will this work, and if not, how would I go around doing this?

So I was working on a random visualiser thing, when I realised, uhh,

What?

I've never seen the sprite counter in hexadecimal, and don't remember a feature like that being announced nor me toggling it..

Someone help I'm confused ; _ ;

Second post in less than half an hour!

I think this bug exists because @zep might have been a bit lazy when coding cursor changes for code tabs, so instead of checking if there's an actual tab in the position, he just made the cursor change when it is in a certain square where the tabs could be. To be fully honest, I don't blame him. Most of us here are programmers and you can't say you never get lazy with something in code.

TL;DR: Cursor changing doesn't check if tab is actually there.

Got some random inspiration from @thattomhall's "Who stole the coal?", specifically the graphics, so I decided to start my own little thingy. It uses Screen Mode 2, for those who are curious.

Story:

You are Unnamed Wizard, and you're hanging with your friends, when some Big Bird King who calls himself "Haponke" swoops down and steals your wand! Now, according to WizTown law, all who call themselves "Wizard" and don't have a wand are outcasts and should have their backside kicked into the Great Beyond. You know this, so obviously, you RUN!

On the way out of WizTown, you find a strange, L-Shaped, steel thingy. Carved on it, are the words "GLOCK-19".

"
 Alright then! Guess I'm going back to town.
  "
    - You, 5 seconds ago

Don't have much yet, but I hope to release a demo soon!

Planets & Sol

by wallgraffiti

Cart #planets_n_sol-0 | 2021-04-03 | Code ▽ | Embed ▽ | License: CC4-BY-NC-SA

5

Also, space music!

I wanted to make a space game that looks like this, but eventually gave up and just made it a visualisation of the first four planets of our Solar System. I think it look cool, and am especially proud of the music.

Enjoy watching the rock spheres spin around and around. I sure did!