Results 1 to 5 of 5

Thread: dxdraw.surface.fill

  1. #1

    dxdraw.surface.fill

    I have a problem with the dxdraw.surface.fill taking ~10ms of cpu. During that 10ms my threads dont get any time.

    What I have tried is to split it in 10rects and put application.processmessages between. But drawwing rects seems to go much slower.

    Is there any fast method that gives time to other threads?

    At the moment 5% of messages get ignored due to the filling process being bussy, not even to mention the message delay. For me 1% is acceptable.

    thx in advance

  2. #2

    dxdraw.surface.fill

    You could try to drawn an emty bitmap, no clue if that's faster or slower!
    Do it by the book, but be the author!
    <br />
    <br />Visit the Lion Productions website at:
    <br />http://lionprod.f2o.org

  3. #3

    dxdraw.surface.fill

    Heej lion. Hoe oud ben jij?


    Off course drawing a bitmap is slower. It makes the problem only worse.

  4. #4

    dxdraw.surface.fill

    20, wordt Zondag 21. En jij ?

    If speed is such an issue for you, then why do you use DelphiX? DirectX is a lot faster if you talk to it directly another good option would be either SDL or OpenGL (or a combo of GL and SDL).

    Besides what are you using your threads for?
    Do it by the book, but be the author!
    <br />
    <br />Visit the Lion Productions website at:
    <br />http://lionprod.f2o.org

  5. #5

    dxdraw.surface.fill

    Lion is right. Don't expect wonders from DelphiX when it comes to speed. It is a great tool, but it has its limits. If you want speed at the level you're talking then openGl or plain directX is probably a better choice.

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
  •