Page 2 of 2 FirstFirst 12
Results 11 to 19 of 19

Thread: Weird problem with Phoenix 2D

  1. #11

    Weird problem with Phoenix 2D

    I wonder if this can have anything to do with glfw not reporting the correct sizes in vista (you really shouldn't get any seams nontheless), could you try to add a Size listener to the TPHXScreenListener class and report what it gives ?

    Code:
    procedure TForm1.OnSize(Width: Integer; Height: Integer) ;
    
    TPHXScreenListener.getInstance.addSizeHandler(OnSize);
    Amnoxx

    Oh, and this code appears to be an approximate replacement for return(random() & 0x01);

    Phoenix Wiki
    http://www.phoenixlib.net/

    Phoenix Forum
    http://www.pascalgamedevelopment.com/viewforum.php?f=71

  2. #12

    Weird problem with Phoenix 2D

    It returns 801x600 when i try to resize it horisontaly (make it wider)
    i took a screenshot of the window (including borders) and it were 816x636, wich sounds correct in my ears... (considering the inside should be 800x600)

  3. #13

    Weird problem with Phoenix 2D

    Okey, not related to that then (the screen class subsribes to the same event to resize the ogl context).

    Do you scale the graphics with glScalef ? It seems like a rounding problem to me.

    If you could post the complete source (or email it) it will be alot easier for me to track the problem down.
    Amnoxx

    Oh, and this code appears to be an approximate replacement for return(random() & 0x01);

    Phoenix Wiki
    http://www.phoenixlib.net/

    Phoenix Forum
    http://www.pascalgamedevelopment.com/viewforum.php?f=71

  4. #14

    Weird problem with Phoenix 2D

    i'm not doiong any scaling. just drawing...
    sent u PM with URL to the source

  5. #15

    Weird problem with Phoenix 2D

    The problem lies in the rotation pivot of the patterns, X is 18870924 for each tile, i've opened the image in the editor and just pressed the center pivot button and it works.
    Amnoxx

    Oh, and this code appears to be an approximate replacement for return(random() & 0x01);

    Phoenix Wiki
    http://www.phoenixlib.net/

    Phoenix Forum
    http://www.pascalgamedevelopment.com/viewforum.php?f=71

  6. #16

    Weird problem with Phoenix 2D

    ah... thanks loads

    maybe you should du something to prevent such things from happening? like setting the pivoting point to 0 for all patterns as default or something?

    just my 2 cents

  7. #17

    Weird problem with Phoenix 2D

    Well, there's code for that, atleast if you add the patterns via the add button, but not from the import, i've added it there aswell
    Amnoxx

    Oh, and this code appears to be an approximate replacement for return(random() & 0x01);

    Phoenix Wiki
    http://www.phoenixlib.net/

    Phoenix Forum
    http://www.pascalgamedevelopment.com/viewforum.php?f=71

  8. #18

    Weird problem with Phoenix 2D

    i used the "Rectangular Patterns" button on the tools menu...

    i also had some strange things happen when i tried importing png-format. but once i had loaded it into fireworks and saved it as png 32, it worked fine. i guess the png was in some old format that the editor didnt read properly, or something? (it was a strange black/white/negative).

    NB: in my opinion, its more important that you get the tileengine working than fixing this

  9. #19

    Weird problem with Phoenix 2D

    About the PNG problem. I save all my PNG images using GIMP.
    I had the same problems with some PNG's created in Paint, but GIMP saves it in a format that can be read by Phoenix properly.
    Imagine I've written something clever here inspiring you to make something awesome. If that happens give me credits

Page 2 of 2 FirstFirst 12

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •