Bugged Scrolling

by wallgraffiti

Cart #wg_ps_bugged-0 | 2021-09-24 | Code ▽ | Embed ▽ | No License

• Type some text on the top line, press enter
• Type some text on the second line
• Scroll as far down as possible

• You should see the entire second line.

• Delete all
• Leave top line empty, press enter
• Type some text on the second line
• Scroll as far down as possible again

You should now see that the top two rows of pixels of the second line are not visible.
My code does not measure the length of the text, but the length of the table containing all lines, separated by new line characters. I have tried to debug, but that has not yielded any results.

So, as demonstrated by my recent post, I have finished my Pico-8 album, noclip. Now I want to export all the music from the cartridges. However, the exporter for music only exports one pattern. If you select multiple, it will simply export the one you just clicked on. Are there any tools made by the community which can export all the music from a cart and reconstruct it? Cheers in advance.

Salt Mine vEngine

by wallgraffiti

Cart #wg_sm_wip-0 | 2021-08-18 | Code ▽ | Embed ▽ | No License

3

For those wondering, this takes place in the very, very early version of Aperture Science Innovators back when the facility was essentially a spiced up salt mine (hence the name).

Arrow keys to move, (X) to interact.

I've looked around and found out that literally no one has posted anything about attempts to implement BASIC on the PICO-8, which honestly kinda disappointed me. BASIC is, well, basic, so I would have thought someone would have at least tried to implement it... and now I want to do it.

Thoughts?

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

8

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