|
From: Peter M. <pet...@mi...> - 2005-07-29 14:28:08
|
Yes, there is a limit in OpenGL ( around 2000 pixels wide ), and there is a limit in QuickDraw ( around 32000 pixels wide ). The limit you are hitting looks like the OpenGL limit, in testing we found that using a 23" LCD, then a 17" Monitor you can see the limit in the Interactive renderer window but more common in printing. You can get around this with "banding", breaking up the image into different OpenGL windows and then combining them into a QuickDraw window or equivalent. Hope this helps. Peter Michelsen. On 29 Jul 2005, at 14:57, Edward K. Chew wrote: > So I have been running various tests on this printing algorithm I > wrote and noticed that if I push things too far, I begin to see > black bands occupy the right or bottom edges of the printout. For > example, an 11 x 17 page in landscape mode at 300 dpi is too far. > I am not certain whether I am hitting some sort of limit in the 3D > rendering or the printer driver, but I suspect the former. Of > course, there could also be a bug in my code... :-) > > Assuming it's the rendering, would it help if I switched to a > divide-and-conquer strategy, rendering it in pieces through careful > manipulation of the viewport? Am I likely to get noticeable > artifacts along the borders of each piece? If this is the way to > go, does anyone know how large each pieces can safely be? 8.5 x 11 > @ 300 dpi seems to print fine. Assuming a half-inch margin all > around, that works out to 2250 x 3000 pixels or thereabouts. My > guess is that the limit lies somewhere in the range of 3000 to 5000 > pixels. > > -Ted > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September > 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * > Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/ > bsce5sf > _______________________________________________ > Quesa-develop mailing list > Que...@li... > https://lists.sourceforge.net/lists/listinfo/quesa-develop > |