Mark Sibly

Forum Replies Created

Viewing 15 posts - 856 through 870 (of 1,431 total)
  • Author
    Posts
  • in reply to: How fast does monkey2 compile? #7028

    Mark Sibly
    Keymaster

    Any chance you can email me the project, it shouldn’t be that bad!

    in reply to: Monkey 2 Admob Module #7027

    Mark Sibly
    Keymaster

    Good stuff! Purchased.

    Thank you!

    Universal Windows Platform app support with in-app billing would be too much to ask I’m afraid

    Yeah, sorry, I just don’t wanna take on that much right now. To be honest, WinRT on monkey-x just about killed me!

    But the situation is a little different this time thanks to SDL which does actually have a WinRT backend. Also, AngleGLES is apparently an ‘official’ lib for WinRT now, so the lack of OpenGL support is no longer an issue. Still, I’m sticking with ‘no’ for now.

    in reply to: Monkey 2 Admob Module #7026

    Mark Sibly
    Keymaster

    Yes, wasn’t quite sure whether to go ‘live’ with it yet, but skidracer stuck it on the front page at bb.com last night and someone just bought a copy (thanks!) so it looks like it’s all go now. Adding admob to a project is still kind of ugly (esp. on ios) but it’s not technically hard and should all work OK. I have tested both banner/interstitial ads with both test and ‘real’ AdUnitIDs.

    As per blog-plan, I also plan to release appstore/gamecenter style modules for around the same price, with a discount for buying all of ’em at once. This does mean 3d got put off a little, but all of this was well underway when 3d became a happening thing so I wanted to finish it up.

    Pre-built v1.1.03 binaries for monkey2 are also up at itch.io here – actually, you’ll need them for admob!

    https://blitzresearch.itch.io/monkey2

    I like itch.io a lot – they go to a lot of effort for open source stuff, donation-ware etc, and they’re not arbitrarily selective about *who* they publish the way steam are, which for some reason really bugs me, as it turns publishing into a sort of lottery or something. The itch.io systems are really nice too, very easy to create pages, lots of options etc.

    Guess I better announce all this soon now that the cat is truly out of the bag!

    in reply to: Textured poly? #7024

    Mark Sibly
    Keymaster

    You need to add texture coordinates if there’s an ‘image’ param (should probably catch this…)

    Texture coordinates represent coordinates within the image, where 0,0=top left, 1,0=top right, 1,1=bottom right, 0,1=bottom left, and fractional values are coordinates somewhere in between, eg: .5,.5= center.

    in reply to: [solved] letterbox border color #7023

    Mark Sibly
    Keymaster

    Thanks for spending time with me

    No problem at all – I want people to  hammer this stuff and ask questions so I can make sure it works (and makes some sort of sense!) and so far it seems to be, so thank you!

    With your sample, there is a black border (left and right) at startup.

    Not doing quite the same thing here, but I think this is the difference between ‘real’ fullscreen and ‘fake’ fullscreen.

    When you use WindowFlags.Fullscreen to create the window, it actually causes the display resolution to change. However, BeginFullScreen() with no parameters (as in the Alt-Tab handler) instead takes you into fake fullscreen, where the window is really just resized to the size of the desktop.

    Try using BeginFullScreen( 800,600,60 ) instead in the Alt-Tab handler – this should also cause a display mode change.

    This highlights a bit of a limitation with using WindowFlags.Fullscreen to go into fullscreen mode – you can’t select refresh rate this way.

    in reply to: How fast does monkey2 compile? #7013

    Mark Sibly
    Keymaster

    > I’m finding Monkey 2 is quite slow to build to the Desktop target

    Are you using v1.1.03?

    There were some bugs in recent pre-v1.1.03 versions that meant mx2cc was compiling more that it should have been. If you using v1.1.03, then link times are likely the problems and there’s not much I can do about that.

    I also need to get around to supporting msvc compilers, I have a feeling these will be significantly faster too. Looks like this is become semi-urgent!

    in reply to: [solved] RVAL eval order #7007

    Mark Sibly
    Keymaster

    Yeah, it’s probably odd if you’ve never encountered it before, but it allows the compiler to make more aggressive optimizations.

    For example, there’s an algorithm that can optimally (ie: ‘perfectly’) allocate registers for expression trees simply by going down the ‘busiest’ branch of the tree first, allocating registers as necessary and freeing them after use (I think that’s how it worked…). Blitz3d used something like this from memory.

    in reply to: Textured poly? #7006

    Mark Sibly
    Keymaster

    Little demo of drawing a full-view ‘diamond’.

    The command’s a little intense because it’s supposed to handle many combinations of textured/untextured/colored/uncolored/indexed/nonindexed primitives. Uses float ptrs instead of float arrays for max flexibility too, ie: you can draw from DataBuffers etc.

    in reply to: File system help #7004

    Mark Sibly
    Keymaster

    But where’s the specific info about that?

    There isn’t any yet as I haven’t written it! It’s on the to do list, along with 1001 other things.

    But there’s nothing particularly tricky about it beyond what everyone has been using it for to date.

    in reply to: [solved] letterbox border color #7003

    Mark Sibly
    Keymaster

    Well, there is no border as both the window and virtual res are 800,600, so the virtual display fits’ perfectly’. There will in fact be no border for any virtual res with the same aspect ratio as the window res.

    Your window’s Style.BackgroundColor is also overwriting the window clear color. Style.BackgroundColor defaults to Color.None (ie: fully transparent) so normally you only ever see Window.ClearColor. This implies Style.BackgroundColor is drawn *after* ClearColor – in fact, ClearColor is drawn *before* everything else, as it’s a window property.

    My advice would be to skip Style.BackgroundColor altogether for now and stick with canvas.Clear(), eg:

    in reply to: File system help #7000

    Mark Sibly
    Keymaster

    For examining/modifying filsystem, see std.filesystem namespace:

    http://monkey2.monkey-x.com/mx2-docs/std-std-filesystem/

    For reading writing to files, see std.stream.FileStream:

    http://monkey2.monkey-x.com/mx2-docs/std-std-stream-FileStream/

    …and the std.stream.Stream class it extends…

    http://monkey2.monkey-x.com/mx2-docs/std-std-stream-Stream/

    in reply to: [solved] RVAL eval order #6999

    Mark Sibly
    Keymaster

    myStack.Pop()+myStack.Pop()

    There is no ‘correct’ order for evaluation here – c++ is free to evaluate args of operators in any order (except for ‘And’, ‘Or’ and ‘?’) so mx2 does this too. Ditto with monkey, perhaps even bmx?

    Also be very careful with, eg: Blah( ReadInt(),ReadInt(),ReadInt() ) etc! This is generally the ‘classic’ example of this…

    in reply to: [solved] letterbox border color #6975

    Mark Sibly
    Keymaster

    If you use the ‘letterbox’ layout, you should also implement ‘OnMeasure’.

    This returns the ‘virtual’ size of the letterbox, while the size passed to the window constructor is the actual physical size of the window (or fullscreen).

    Have a look at the viewlayout.monkey2 banana. Also, I tweaked your code above:

    in reply to: docs linking syntax #6974

    Mark Sibly
    Keymaster

    Linking to stuff in the manuals as opposed to modules is still WIP, ditto samples.

    in reply to: 3d engine roadmap #6973

    Mark Sibly
    Keymaster

    Taumel, I don’t care what you consider swearing, this is my site and if you can’t play by my rules please get your kicks elsewhere.

Viewing 15 posts - 856 through 870 (of 1,431 total)