mirror of
https://github.com/TomHarte/CLK.git
synced 2024-11-22 12:33:29 +00:00
Disables upper limit on frame buffer size.
Filtering is sufficiently imperfect as to make this justifiable only when performance requires it. So I need a test for that. Marked as TODO.
This commit is contained in:
parent
79707a3c66
commit
6b4f6971de
@ -530,10 +530,9 @@ void ScanTarget::draw(bool synchronous, int output_width, int output_height) {
|
||||
}
|
||||
|
||||
// Ensure the accumulation buffer is properly sized.
|
||||
// At present a hard maximum framebuffer size of 1440x1080 is applied; this is because the code is currently
|
||||
// constrained to horizontal scans elsewhere, so higher resolutions increase costs for a negligible increase
|
||||
// in fidelity. TODO: make this decision a function of computer speed.
|
||||
const int framebuffer_height = std::min(output_height, 1080);
|
||||
// TODO: based on a decision about host speed, potentially switch to the std::min fragment as shown below,
|
||||
// which would limit total output buffer size to 1440x1080.
|
||||
const int framebuffer_height = output_height;//std::min(output_height, 1080);
|
||||
const int proportional_width = (framebuffer_height * 4) / 3;
|
||||
const bool did_create_accumulation_texture = !accumulation_texture_ || ( /* !synchronous && */ (accumulation_texture_->get_width() != proportional_width || accumulation_texture_->get_height() != framebuffer_height));
|
||||
if(did_create_accumulation_texture) {
|
||||
|
Loading…
Reference in New Issue
Block a user