Having the sorting order an option or a preference of course keeps everyone happy, but for me, just having them at the top would be ideal. Also, I render every image twice – once for Bēhance and once for my website. Let’s say I have 3 projects to render, that means 6 items. Each render will take about 25′, so I will in any case select to render the Bēhance projects first and then the website (ie out of order) so that I can do all the Bēhance jobs in one go. Having them all appear at the top means I can quickly find the jobs to select.
More critically, when I come back to my computer a few hours later, I can quickly find the projects that have been rendered at the top of the list, open their respective folders and upload the images.
But why at the bottom? Why scroll through all the list at all? And why can’t I leave the jobs there? What is the advantage in moving the job somewhere else?
another question, whenever I send a file for rendering later, it randomly places the files in the list and then I have to hunt for the file. Is there a way of having the latest files always at the top of the queued rendering list?
Okay I am an idiot. Yes it works perfectly. My brain had decided that “width” was thickness. The moment I put in the width (as it says to do!) it works. User error!!!
If crop texture ends up being the way to go is it possible that the values can be mm? This way I can subtract 25mm?
Thinner books would be great.
Regarding the hard cover books to spread transformation, are you saying that you can simply edit the book manually and get to that point?
I was also curious about something. I am a typesetter so I typically do the interior of a book so I am left with a pdf of say 600 pages. The book that I demonstrated above, is a full colour book on the inside why my cover designer did the cover.
I want to do an open spread of the book, with a number of pages, turning over, I have to tediously add one page at a time.
I do realise that this iteration of the software is feature complete so I am not expecting anything for version 5, but I was wondering if in the future there would be any value in the ability to add a pdf of the entire interior of a book and then boxshot would not only know how many pages (because the pdf had 600 pages), but a person could more easily choose a nice spread of images and when adding pages that are “turning” already have the images on both sides of that page? So let’s say I have the book open in the middle of the book, the user would see pages 300 and 301 already and then if chose to add another “page” already turning, then it would have page 302 and 303 already on that page without having to add them manually. Anyway crazy feature request for version 6 or 7 perhaps :-)
Anyway, I just want to say again how awesome this release is (especially now that the bug is not a bug but rather my own mistake – I guess that’s what happens when I test things in the middle of the night – yeah it’s 3:10am right now!)
regarding the spine thickness
here are the assets: https://we.tl/t-CVUbivejaC
and here is a video explaining what I am doing: https://www.screencast.com/t/InvUOqwHwpfi
Regarding the 3cm overlap. I see what you are saying. However, what I was hoping could happen was that Boxshot would crop the extra space. The issue is that I will receive from the graphic designer the artwork with lots of bleed (more than necessary for boxshot and even crop marks). I don’t want that extra bleed to be compressed, but simply not to be used. So if only 5mm of the 30mm is needed, can the extra 25mm be cropped?
I appreciate that I could fix this in the crop texture button but the units there are pixels rather than mm.
Regarding the 2mm thickness. This is the smallest thickness a printer will print a book with a flat spine. Any thinner would become a magazine-bound book. Hence choosing 2mm as a minimum. It’s not important for my work, but it happened to come up so I thought I would mention it.
The documentation indicated that I could change the hardcover book to a spread or did I misread that?
one more request/bug: I tried to do a small book (A6) cover with a thickness of 2mm, but the minimum is 5mm…
There seems to be a bug in the fit to images with a hardback book. I typed in 3cm for the thickness and it changed it to 9.4cm.
The cover artwork was 38.6×24.3. If I put in 3cm, it already knows the height is 24.6 from the pdf and the width of the page should be 17.8.
However, when I hit Fit to images, it gives:
and changes the thickness to 9.4cm!
This bug is on both hard back and paperback. Unless I am not using this correctly?
Also Windows gave me loads of warnings when I tried to download this. I’m guessing this is a beta issue.
The wrapped artwork is exactly what I need, but you have limited it to 1.5cm. For the job I was dealing with, the printer needed 2cm and the crop marks are out of this extra 2cm, so I need to wrap the artwork even more. Is it possible to allow more than 1.5cm? I would prefer 3cm if this is at all possible.
Feature-wise this is so perfect, I am so happy you were able to make this work.
this update looks bloody amazing!
Honestly, until I started the beta testing, the need for bleeding so that you could render over the edge never occurred to me! The level of detail that you have gone into to make this look good is really amazing.I suspect that the 5% stretch won’t make any difference in real life. I will make some time to upload some renders (I have a lot, but will select some nice ones).I will submit a separate idea as you suggest.
Yes this would only work though if a person saved the pdf with bleed. I guess the smart option would be, if at all possible, for it to “read” the bleed value of the pdf. Now let’s see the bleed value was 20mm because that’s what the printer required, but boxshot only needed 5mm, then it would only take 5mm of the 20mm bleed.If boxshot cannot read the bleed value from the pdf, then the person would then create the artwork with say 5mm bleed specially for boxshot and then write in boxshot “5mm”
I have loads of images for your gallery: here is one: https://we.tl/t-IhkQSu4D9a
Customer support service by UserEcho