Simon Armstrong

Forum Replies Created

Viewing 15 posts - 196 through 210 (of 231 total)
  • Author
    Posts
  • in reply to: I propose a possible extension change? #1925

    Simon Armstrong
    Participant

    As for the C style I meaning Interface in the monkey2 interface name IIterator don’t get me started:)

    Ill Iterator more like it.

    in reply to: I propose a possible extension change? #1924

    Simon Armstrong
    Participant

    Monkey may not have been a commercial success but the .monkey syntax highlighting support on sites like github show that it has become a publicly known thing.

    The x doesn’t seem to stand for anything in mx2 and it is not as informative to casual observer. The language is human readable and I think the suffix should enforce that.

    in reply to: monkey2-pi release 001 #1921

    Simon Armstrong
    Participant

    OK, I think I managed to get my fork updated, first time since 1.0.0 release.

    I would maybe treat the assembler support as a feature and bump the mx2cc version?

    Previously I branched my messy bits, checked out back to master, hard reset back to time of fork, and merged all changes in one commit so never succeeded in updating your initial post release commits.

    This time, I did the following, which I can hopefully repeat every week or so.

    • rename working copy of monkey2-pi and archive
    • clone fresh copy
    • git reset -hard last-blitz-research-commit-hash-on-this-fork
    • git remote add upstream https://githgub.com/blitz-research/monkey2.git
    • git fetch upstream
    • git pull
    • git push
    • git rebase –skip

    Step 3 might be a one time thing and the commits have us intermixed which I suppose is how it should be.

    https://github.com/nitrologic/monkey2/commits/master

    in reply to: Developing modules in parallel with a game #1851

    Simon Armstrong
    Participant

    I have always liked developing apps in a single source file.

    When it is time to split app into separate files I am considering putting app source in module.

     

    Most apps will have a primary module and unless you are on MinGW or Pi update modules cycle is no delay.

    Maybe just for open source, but it seems tidy to have #import “<builder/mx2cc-app>” as the starting point for custom tinkering with the monkey2 transpiler just as much as community editions of Ted2 that begin with #import “<mojox/ted2-app>”

    in reply to: Experimental module manager now online! #1822

    Simon Armstrong
    Participant

    Hi Mark, I have a module I would like to upload.

    in reply to: monkey2-pi release 001 #1799

    Simon Armstrong
    Participant

    Hi Adam. A new release with precompiled Ted is planned this weekend.

    in reply to: monkey2-pi release 001 #1737

    Simon Armstrong
    Participant

    5 hours later and success on the input front and editing in Ted2 on Raspberry Pi is sweet.

    Next up is to get Ted2 to run a process. On hindsight I could have left target as “linux” but first pass I think TargetOS=”pi” has been less confusing.

    in reply to: monkey2-pi release 001 #1733

    Simon Armstrong
    Participant

    I am allocating another day to this.

    If I had to have another crack I would try and build SDL2 from configure scripts. I have learned a lot about under the hood linux and the evdev udev code for supporting mouse and keyboard outside of x-windows is pretty interesting.

    After running evtest on Pi2, it turns out my IBM keyboard reports 2 devices with the media keys on one and the main keyboard on the other. Madness!

    in reply to: Help converting old Blitzmax code that uses Extern #1658

    Simon Armstrong
    Participant

    From a quick browse I would change Extern Public to plain Extern and add a header file.

    In monkey2, importing “v4l2.c” adds that file to a list for compiling and linking but I’m pretty sure monkey2 needs an additional “v4l2.h” file to be able to compile your monkey2 code.

     

    Oops too late.

    in reply to: Forum Dark Theme #1628

    Simon Armstrong
    Participant

    I concur.

    in reply to: Raspberry Pi binaries #1623

    Simon Armstrong
    Participant

    Just committed working version.

    Some issues still with input but SDL2 egl2 display is all go so mojo is a gogo!

    in reply to: Audio on Linux. Any success? #1608

    Simon Armstrong
    Participant

    According to SDL2 module file SDL_config_linux.h monkey2 is actually using Pulse audio on linux not ALSA.

    in reply to: Audio on Linux. Any success? #1603

    Simon Armstrong
    Participant

    From command line go to monkey2/bananas/spacechimps/assets and

    aplay -vv bang.wav

    This works for me on a peppermint vbox mac session (as does vsynth).

    The most common one in my experience is the default port is wrong so I suggest start checking output of all jacks on your computer.

    My Pi defaulted to digital on hdmi so that was pretty nuts to find.

    http://www.alsa-project.org/main/index.php/SoundcardTesting

    in reply to: Raspberry Pi binaries #1495

    Simon Armstrong
    Participant

    A PI 2.

    and still going…

    I do like the way the green light blinks at me and I have 8×8 disco lights hat which will be going back on soon enough…

    in reply to: Raspberry Pi binaries #1493

    Simon Armstrong
    Participant

    Still going. No errors so far. This is worse than loading from cassette tape…

Viewing 15 posts - 196 through 210 (of 231 total)