[Bf-docboard] chapter_mesh_modelling

[Alex Heizer]

Howdy,

That would be okay, but keep in mind if we go that route we wouldn't be 
able to do any kind of color-correcting or cropping, and it doesn't take 
into account screencaps. I can get edit window screencaps at around 
2.5-3 inches square at print resolution (upwards of 900 pixels on a side).

How about this idea: make the graphics, with the high-res ones, and 
downsample them to the lo-res versions, but make only the lo-res 
available for download AND the .blend file so that if people want the 
high-res, they can make it themselves. That would keep the CVS tree 
small, but still let people have large versions if they want them.  :)

Just some ideas...

Alex


Bart Veldhuizen wrote:

>Hi,
>
>while I do agree on the need of high-res images, I don't think we can
>expect the Blender Foundation to host a project of the size that this
>could become if we include 10-40MB images.. (I'm not only talking about
>storage space, but mainly about bandwidth). Maybe we can take another
>look at my previous suggestion to store and distribute the original
>.blend files in these cases and render them when we need a
>high-resolution file?
>
>Bart
>
>On Wed, 2003-01-08 at 20:30, Alex Heizer wrote:
>
>>We'd ideally like something more like 2700x3600 image size, which
>>would accomdate full-page images at 300dpi (this includes A4 and
>>8.5x11" American sizes, plus bleeds). 600 and 1200 dpi are needed for
>>scanning to get the most detail, but offset printers will only use
>>300dpi at most, and would downscan a 600 or 1200 dpi image. This would
>>roughly be equivalent to Stefano's numbers below, maybe a little more
>>or less. 
>>
>>Of course, I'm thinking these would be the "originals" size, and all
>>of the other images would be generated down from there, including FPOs
>>for the actual designs of everything. The only time we'd need to
>>access these large files is at press time, when the finished product
>>gets sent to the printers. Unless you really want to make *all* files
>>available for download to everyone at all times. In which case those
>>issues of space and bandwidth would have to be worked out. 
>>
>>Alex
>>
>>
>>Stefano Selleri wrote:
>>
>>>>>Depends on how many people would want 10-20 MB versions of each
>>>>>graphic in the documentation! :)
>>>>>
>>>>Is that really the kind of filesize that we're talking about? What would
>>>>be a good size (in pixels) for a render if you want to display it on the
>>>>size of, say, one third of the page?
>>>>
>>>>
>>>Well, I'd say 600dpi (or even 1200dpi)
>>>
>>>a quarter of an A4 is around 10x15cm or 4"x6"
>>>
>>>so 600x4x600x6=8.640.000 pixels, at 24 bit per pixel is
>>>an (uncompressed) 24.7Mb.... Good lossless compression
>>>might do it down to 10Mb, yes.
>>>
>>>Quadruple that at 1200dpi ;)
>>>
>>>Stefano
>>>
>>>_______________________________________________
>>>Bf-docboard mailing list
>>>Bf-docboard@blender.org
>>>http://www.blender.org/mailman/listinfo/bf-docboard
>>>
>>>
>>>