| Anonymous | Login | Signup for a new account | 2010-09-09 21:10 PDT |
| Main | My View | View Issues | Change Log | Roadmap | Docs |
| Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | ||||||
| ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||
| 0000027 | [lxdream] Host | minor | always | 2007-02-04 18:22 | 2008-02-03 18:30 | ||
| Reporter | nkeynes | View Status | public | ||||
| Assigned To | nkeynes | ||||||
| Priority | normal | Resolution | fixed | ||||
| Status | closed | Product Version | M1 | ||||
| Summary | 0000027: Implement GL framebuffers | ||||||
| Description |
The current gl setup (rendering directly to the window back-buffer) doesn't allow keeping more than 1 frame in reserve without flushing to vram, nor does it easily support render-to-texture or post-render scaling. This may be a little slower (since we effectively render 2 frames for every real frame), but it's unlikely to be noticeable in practice. FBOs are a nice way to implement the above, and we can unify the video output pipeline at the same time. We should probably do pbuffers as a fallback as well for users without FBO support, as much as they do sucketh. |
||||||
| Additional Information | |||||||
| Tags | No tags attached. | ||||||
| Milestone | M3 | ||||||
| Attached Files | |||||||
|
|
|||||||
Relationships |
||||||
|
||||||
lxdream 0.9.1
