| Summary: | Same game works differently on different Macbooks | ||
|---|---|---|---|
| Product: | SDL | Reporter: | Ma Xiaojun <damage3025> |
| Component: | *don't know* | Assignee: | Sam Lantinga <slouken> |
| Status: | RESOLVED INVALID | QA Contact: | Sam Lantinga <slouken> |
| Severity: | blocker | ||
| Priority: | P2 | CC: | icculus, raincomplex |
| Version: | 2.0.1 | ||
| Hardware: | x86_64 | ||
| OS: | Mac OS X (All) | ||
|
Description
Ma Xiaojun
2013-11-24 02:27:02 UTC
I tried this with a Mac Pro with OS X Maverick and it works fine here, even moving the lines the way you described. How are you building SDL and SDL_mixer, or are you using the frameworks from the website? I'm using the frameworks from the website. Here is a video demonstrates the bug: https://dl.dropboxusercontent.com/u/45139465/SDL-bug-2267.MOV (The version shown is slightly different but it is still the same game essentially.) You aren't calling SDL_RenderClear() before drawing each frame, so you're seeing the double buffer. I'm pretty sure SDL doesn't make any guarantee about the contents of the video surface for fresh frames. I've experienced this on Android if I forget to clear before redrawing---the borders are corrupted with parts of the last frame drawn (and I don't see it happen on my Linux box for whatever reason). (In reply to raincomplex from comment #4) > You aren't calling SDL_RenderClear() before drawing each frame, so you're > seeing the double buffer. I'm pretty sure SDL doesn't make any guarantee > about the contents of the video surface for fresh frames. Closing this as an app bug. --ryan. |