[Mark SiblyKeymaster]

It’s open source – go nuts!

There actually an ‘almost working’ help browser in there – uncomment out this line in mainwindow.monkey2:

_browser.AddTab( “Help”,_helpView )

You’ll also need to add a ‘modules.txt’ inside /modules containing a list of modules, eg:

monkey
std
mojo

[Mark SiblyKeymaster]

Time is ‘@hidden’ because it needs more work. See my blog entry re: hidden stuff.

In particular, I want to implement a ‘TimeSpan’ or ‘DeltaTime’ struct to go along with ‘Time’ (for use with +/- operators) but this needs a bit more thought/planning.

So use at your own risk! The interface will probably remain much the same but the implementation could change…

[Mark SiblyKeymaster]

> char *dev_name   = “/dev/video0”;

Literal c/c++ strings like this are stored in ‘read only’ memory and shouldn’t be written to.

Try this instead…

char dev_name[256];

dev_name will intially be ’empty’ but that’s OK because you’re using ToCString to initialize it before you use it (I hope).

The alternative is to pass the dev_name directly to native code, eg:

Monkey

//c++ void open_dev( const char *name ){ } ' mx2 Extern Function open_dev( name:CString )

1 2 3 4 5 6 7 8 9 10 11 12

//c++   void open_dev( const char *name ){ }   ' mx2   Extern   Function open_dev( name:CString )

This will automagically convert name to a const char * for you when you call open_dev. However, you should NOT store ‘name’ anywhere inside open_dev for later use as the const char * is temporary and will disappear after open_dev returns.

[Mark SiblyKeymaster]

Actually, I was completely unaware it wasn’t using a monospaced font – will fix!

[Mark SiblyKeymaster]

You need a .h file that declares the externs, and the monkey2 code needs to import that too, eg:

Monkey

// file v412.h - contains declarations only. // #ifndef BB_V412_H #define BB_V412_H #ifdef __cplusplus extern "C"{ #endif extern char *dev_name; extern void init_device(); ...etc... #ifdef __cplusplus } #endif #endif // file v412.c - contains definitions, ie: actual code // #include "v412.h" char *dev_name; void init_device(){ } ...etc... ' file v412.monkey2 #import "v412.c" #import "v412.h" ...etc...

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42

// file v412.h - contains declarations only. // #ifndef BB_V412_H #define BB_V412_H   #ifdef __cplusplus extern "C"{ #endif   extern char *dev_name;   extern void init_device();   ...etc...   #ifdef __cplusplus } #endif   #endif       // file v412.c - contains definitions, ie: actual code // #include "v412.h"   char *dev_name;   void init_device(){ }   ...etc...       ' file v412.monkey2   #import "v412.c" #import "v412.h"   ...etc...

The weird #ifdef __cplusplus stuff is necessary because c and c++ ‘mangle’ names differently. If you make the c file a cpp file instead, you can ditch this.

Also, you might want to prefix all the native code idents with ‘v412_’ or something to prevent potential name clashes with other native code.

[Mark SiblyKeymaster]

No idea sorry – I don’t do anything ‘special’ when making apps and have never had any admin problems.

Try a reboot? Delete both .build dirs and try again?

[Mark SiblyKeymaster]

I’m in your paypal monthly donator list (not as much as I want but as I could).

Sorry, I missed this bit! You’ve been hearted now…

Please feel free to go back to paypal donations if you want.

Since near two years, I’m fighting for PICO-8 (must be seen). It’s a very  tiny but smart game engine (128×128, 16 colors, 8Bit).

I absolutely love PICO-8!

[Mark SiblyKeymaster]

‘New Struct’ is always free in terms of memory management, as the new value is always created ‘on the stack’ which has no runtime cost.

This is the cool thing about ‘value types’ – since they’re always copied and therefore never ‘shared’ via references, they don’t have to be managed in any way.

‘New Class’ is never free, but hopefully pretty quick – and it’ll get quicker as I can inline more here.

[Mark SiblyKeymaster]

Language reference is working here.

I found when I added it there were problems with ‘css caching’ which I tried to handle by adding a ‘?v=1’ to the css import. But everything is munged up by wordpress so this may not be working.

Can you try ‘Ctrl R’ in the developer console? That also flushes the css cache on Chrome anyway.

[Mark SiblyKeymaster]

This works fine here:

Monkey

Function AreEqual:Void(expected:Double, actual:Double) Print expected-actual End Function Main() AreEqual(123.45, 123.45) End

1 2 3 4 5 6 7 8

Function AreEqual:Void(expected:Double, actual:Double) Print expected-actual End Function Main() AreEqual(123.45, 123.45) End

If you have defined several overloads of ‘AreEqual’ you may have problems if the compiler can’t work out which one you are meaning to call, eg: if you define AreEqual( Double,Double ) and AreEqual( Long,Long ) then you’ll get an error as AreEqual( 123.45,123.45 ) is ambiguous.

[Mark SiblyKeymaster]

You’re welcome!

[Mark SiblyKeymaster]

16 canvases should be enough for anyone!

Actually, I think this is fixed in my version…it works at 10000 anyway.

New stuff coming soon!

[Mark SiblyKeymaster]

Now at 99.99%! Release coming *very* soon so please hold tight.

It’s nothing too flash though. I ended up holding back on several features because it was just consuming too much dev time, although I do intend to continue developing it slowly over time.

But it can compile/run/debug mx2 apps, has a pretty usable editor and of course it will work *anywyhere* you can build mx2 itself. I’ve been using it exclusively myself over the last couple of weeks and am pretty happy with it.

I think that realistically most people will likely go with 3rd party solutions for IDEs in the near future at least, but it fulfils my goal of making mx2 a completely self contained ‘product’ so I’m happy. And I’m sure that there are other minimalists out there like myself who will find it OK too!

[Mark SiblyKeymaster]

> How do Monkey2 timers work? Do they interrupt code or fire on app update?

Timers use the same mechanism as process.finished, process.stdoutready etc mentioned above.

When the timer fires, it’s handled in timer thread which basically just sticks a custom event in the SDL event queue (which can be done safely from another thread), which will cause the callback to be invoked the next time events are updated.

The nice thing is that posting the event will also wake up a WaitMsg blocked app so you don’t have to poll.

[Mark SiblyKeymaster]

Ok, that looks like it’s basically just moving fillBuffer from SDL->mx2 which should work.

It seems a little long-winded to me though – how about something like:

Monkey

// c++ class AudioStream{ float *WriteBuffer(){ return _data[_buf^1]; } private: float _data[2][MAX_SAMPLES]; std::atomic_int _buf=0; void AsyncCallback( ubyte *stream,int len ){ _buf^=1; //effectively signals mx2 thread... for( int i=0;i<len;++i ){ *stream++=Blah( _data[_buf][i] ); //convert data... } } }; // mx2 Global stream:AudioStream Function UpdateAudio() Global _buf:Float ptr local buf:=stream.WriteBuffer() If buf=_buf return _buf=buf vsynth.FillBuffer( buf ) End

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31

// c++ class AudioStream{   float *WriteBuffer(){ return _data[_buf^1]; }   private:   float _data[2][MAX_SAMPLES]; std::atomic_int _buf=0;   void AsyncCallback( ubyte *stream,int len ){ _buf^=1;   //effectively signals mx2 thread... for( int i=0;i<len;++i ){ *stream++=Blah( _data[_buf][i] );   //convert data... } } };   // mx2 Global stream:AudioStream   Function UpdateAudio() Global _buf:Float ptr local buf:=stream.WriteBuffer() If buf=_buf return _buf=buf vsynth.FillBuffer( buf ) End

I guess it depends on whether it needs to be able to handle variable sized chunks etc – my code assumes a fixed size but I still feel like yours does more copying than it needs to.

[Author]

Posts