con wrote:you can then render it as kro file that will allow +300k px size.
Of course what you're going to do with a kro file of that size is another matter, as PS doesnt handle kro files AFAIK
Maw. wrote:Hi Georg,
I´m just having 8GB of RAM (now 5GB free) and it says outputsize can not be larger than 524.288px
cache is set to auto.
Tried to change to 32MB Cache (2.097.380px) but doesn´t change the max rendersize of 300.000px in psb
Maw. wrote:thank you Georg. Hoping my ordered new iMac (32GB and SSD) will arrive soon
but I will take a look to the kroutils.
Maw. wrote:Hello Hans,
that´s a really nice offer. But this is just a test-project so it´s not necessary to render. But maybe I will come back to you
HansKeesom wrote:Maw. wrote:Hello Hans,
that´s a really nice offer. But this is just a test-project so it´s not necessary to render. But maybe I will come back to you
That's no problem, I like to be tested, even with a test-project ;-)
Anytime ;-)
klausesser wrote:HansKeesom wrote:Maw. wrote:Hello Hans,
that´s a really nice offer. But this is just a test-project so it´s not necessary to render. But maybe I will come back to you
That's no problem, I like to be tested, even with a test-project ;-)
Anytime ;-)
IF it´s a matter of dimensions (a x b) and not a matter of data-size a way might (!) be to raise the dpi in the rendering. This way the dimensions (a x b)(!) of the rendering
decrease - but of course the numbers of pixels keep the same.
Let´s say instead of 500.000px width @72dpi it´s then 250.000px width @150dpi. If (!) it´s a matter of dimensions and not a matter of the overall pixel-amout=datasize in the data
it should work perhaps - i never tried it with such big dimensions.
Using KRUtil leads to be able to load and save more than 300.000px width (if i´m right) that wouldn´t let you edit the image in PS still if it´s more than 300.000x300.000px.
best, Klaus
HansKeesom wrote:klausesser wrote:HansKeesom wrote:That's no problem, I like to be tested, even with a test-project ;-)
Anytime ;-)
IF it´s a matter of dimensions (a x b) and not a matter of data-size a way might (!) be to raise the dpi in the rendering. This way the dimensions (a x b)(!) of the rendering
decrease - but of course the numbers of pixels keep the same.
Let´s say instead of 500.000px width @72dpi it´s then 250.000px width @150dpi. If (!) it´s a matter of dimensions and not a matter of the overall pixel-amout=datasize in the data
it should work perhaps - i never tried it with such big dimensions.
Using KRUtil leads to be able to load and save more than 300.000px width (if i´m right) that wouldn´t let you edit the image in PS still if it´s more than 300.000x300.000px.
best, Klaus
Always nice to see dpi passing by. I don't think autopano is really worried about inches or even DPI's. It is just one attribute that is added to the psb. All that counts are the dots or in this case pixels.
DPI is where publishers and computerpeople often clash ;-) Also mac and pc people ;-) Always fun ;-)
gkaefer wrote:HansKeesom wrote:klausesser wrote:IF it´s a matter of dimensions (a x b) and not a matter of data-size a way might (!) be to raise the dpi in the rendering. This way the dimensions (a x b)(!) of the rendering
decrease - but of course the numbers of pixels keep the same.
Let´s say instead of 500.000px width @72dpi it´s then 250.000px width @150dpi. If (!) it´s a matter of dimensions and not a matter of the overall pixel-amout=datasize in the data
it should work perhaps - i never tried it with such big dimensions.
Using KRUtil leads to be able to load and save more than 300.000px width (if i´m right) that wouldn´t let you edit the image in PS still if it´s more than 300.000x300.000px.
best, Klaus
Always nice to see dpi passing by. I don't think autopano is really worried about inches or even DPI's. It is just one attribute that is added to the psb. All that counts are the dots or in this case pixels.
DPI is where publishers and computerpeople often clash ;-) Also mac and pc people ;-) Always fun ;-)
Marc did not specify the final use of his pano. So if he wanna print it than Klaus approach of changing in apg the dpi from 72 to 300 will give him smaller dimensions and maybe lower than 300.000x300.000 pixels than also will allow him to save as psb. if he wanna go online with 72dpi than using kro and panotour pro is the road (where he than can export cubes and postprocess them too) kroutils also allows creating slices for postprocessing. but I really doubt kroutils will work propper and can finish such a pano with 8gb RAM. My biggest one not failing with kroutils on a 8GB RAM PC was a 9 GB psb file.
Georg
HansKeesom wrote:The render dialog from APG shows my point. You can change the dpi whatever you want, the output size in MB will be exactly the same as will the nr of pixels.
HansKeesom wrote:gkaefer wrote:HansKeesom wrote:Always nice to see dpi passing by. I don't think autopano is really worried about inches or even DPI's. It is just one attribute that is added to the psb. All that counts are the dots or in this case pixels.
DPI is where publishers and computerpeople often clash ;-) Also mac and pc people ;-) Always fun ;-)
Marc did not specify the final use of his pano. So if he wanna print it than Klaus approach of changing in apg the dpi from 72 to 300 will give him smaller dimensions and maybe lower than 300.000x300.000 pixels than also will allow him to save as psb. if he wanna go online with 72dpi than using kro and panotour pro is the road (where he than can export cubes and postprocess them too) kroutils also allows creating slices for postprocessing. but I really doubt kroutils will work propper and can finish such a pano with 8gb RAM. My biggest one not failing with kroutils on a 8GB RAM PC was a 9 GB psb file.
Georg
The render dialog from APG shows my point. You can change the dpi whatever you want, the output size in MB will be exactly the same as will the nr of pixels. And more appropiately in this context, it will not help to get this baby render. The only thing that will helpis reduce the number of pixels horizontally and vertically.
And then, if you really want to print to a certain size in inches, which the OP did not indicate at all, you can make life a bit easier for these output people that freak out if a graphical file is not the right DPI's or right inches.
Wait a minute, am I trying to explain this logically to a publisher? to a mac-user? ;-)
HansKeesom wrote:It might came as a shock but there are smaller units then DPI and PPI, they are called dots, inches and pixels.
As I said before, try not to explain this to creative/publishing/mac people, so I will leave it here.
HansKeesom wrote:indeed, if you only change DPI you will only see the dimension in inches change.
HansKeesom wrote:And that in itself has no effect on APG being able to render the pano.
klausesser wrote:HansKeesom wrote:It might came as a shock but there are smaller units then DPI and PPI, they are called dots, inches and pixels.
As I said before, try not to explain this to creative/publishing/mac people, so I will leave it here.
Hans - i´m so tired to discuss these things over and over with non-pros and let them treat me like an absolute beginner -
i´m in this business for more than three decades . .
You don´t need to "explain" anything to me regarding this. Really.
DPI=Dots Per Inch
PPI=Pixel Per Inch
Klaus
And: no - there are NO "smaller units than dpi and ppi".
HansKeesom wrote:George, I am also surprised by the drama the debate on DPI can give sometimes. But I do reject the notion of constructing it. I can't be blamed that that the idea DPI=D/I turns out to be too much for some.
I am sorry I shared my annedotical experience on it here as it turned out not everyone is able to read the smileys or see the yoke of it. Now I could make a yoke here but nah, lets not do that ;-)
IF it´s a matter of dimensions (...) and not a matter of data-size a way might (!) be to raise the dpi in the rendering. (...)
(...) If (!) it´s a matter of dimensions and not a matter of the overall pixel-amout=datasize in the data it should work perhaps - i never tried it with such big dimensions.
Users browsing this forum: No registered users and 3 guests