Daniel Reetz, the founder of the DIY Book Scanner community, has recently started making videos of prototyping and shop tips. If you are tinkering with a book scanner (or any other project) in your home shop, these tips will come in handy. https://www.youtube.com/channel/UCn0gq8 ... g_8K1nfInQ

Scan Tailor "Experimental"

Scan Tailor specific announcements, releases, workflows, tips, etc. NO FEATURE REQUESTS IN THIS FORUM, please.
d14b0ll0s
Posts: 31
Joined: 17 Aug 2015, 19:37
Number of books owned: 3000
Country: Poland

Re: Scan Tailor "Experimental"

Post by d14b0ll0s » 10 Oct 2016, 08:23

Tulon wrote:At the peak of donations I was receiving something equivalent of 3 days of my day job salary in a year of donations.
At the point when I stopped accepting donations, I was receiving something equivalent of 2 hours of my day job salary, again in a year of donations.
Sorry to hear that. I hope there will be something to convince you to work on this further in the future, however; perhaps it would be easier to manage as a collaborative project?

Tulon
Posts: 682
Joined: 03 Oct 2009, 06:13
Number of books owned: 0
Location: London, UK
Contact:

Re: Scan Tailor "Experimental"

Post by Tulon » 10 Oct 2016, 19:29

d14b0ll0s wrote:perhaps it would be easier to manage as a collaborative project?
It's already managed like that. Well, not the Experimental branch but the main one. There are people who respond to bug reports and can accept a patch, yet hardly any development is going on.

The thing is, I am not the only one who doesn't want to work on the boring stuff for free. In fact, when it comes to working on someone else's code, there is even less of incentive. Almost all of my contributions to opensource projects other than my pet ones were made as part of my employment. The only significant 3rd party contribution to Scan Tailor, namely the command-line mode was made as part of someone else's employment.
Scan Tailor experimental doesn't output 96 DPI images. It's just what your software shows when DPI information is missing. Usually what you get is input DPI times the resolution enhancement factor.

d14b0ll0s
Posts: 31
Joined: 17 Aug 2015, 19:37
Number of books owned: 3000
Country: Poland

Re: Scan Tailor "Experimental"

Post by d14b0ll0s » 11 Oct 2016, 03:56

I see the issue. But do you think the experimental branch could be managed similarly to the main one?

Tulon
Posts: 682
Joined: 03 Oct 2009, 06:13
Number of books owned: 0
Location: London, UK
Contact:

Re: Scan Tailor "Experimental"

Post by Tulon » 14 Oct 2016, 04:52

d14b0ll0s wrote:I see the issue. But do you think the experimental branch could be managed similarly to the main one?
Maybe it could, if there is enough interest from the community. But then, what's the point? Right now, when you report a bug or submit a feature request on the main branch, you get a polite response acknowledging it, but there is hardly a chance of anything being done about it. This situation must be quite frustrating both for bug reporters and for people responding to them.
Scan Tailor experimental doesn't output 96 DPI images. It's just what your software shows when DPI information is missing. Usually what you get is input DPI times the resolution enhancement factor.

bgd
Posts: 1
Joined: 13 Jun 2016, 09:36
Number of books owned: 3000
Country: Sweden

Re: Scan Tailor "Experimental"

Post by bgd » 10 Mar 2017, 20:14

I know that Scan Tailor is not under active development but, either way, here are two features that I'd love to see in a potential future update:

Auto-enclose picture zones: The automatic picture zone selection sometimes leaves cavities within a picture area and this feature would avoid that by simply drawing straight enclosing lines between the outermost points which would enclose the complete picture area within a polygon-shaped area (usually a rectangle but could also result in a triangle, pentagon, hexagon, etc, or any random polygonial shape). This option would in other words take a more aggressive approach when auto-selecting picture zones and would thus avoid potential cavities. From my experience, more is almost always better when defining pictuire zones in Scan Tailor.

Manual selection of deskewing zones: Often when dealing with severly and irregularly curved lines, Scan Tailor (by design of its algorithm) skews one end of the page when deskewinng the other end. This is the result of overcompensation by the algorithm and probably the easiest way to fix this (easier than creating a new improved algorithm from scratch) would be to let the user define one or more deskewing zones on the page. The simpler variant of this would be to let the user define one single active deskewing zone on the page and Scan Tailor would then ignore the rest of the page when deskewing. A more advanced variant would let the user select several standalone active deskewing zones.

tomse
Posts: 2
Joined: 27 Aug 2017, 07:18
E-book readers owned: None
Number of books owned: 100
Country: Denmark

Re: Scan Tailor "Experimental"

Post by tomse » 28 Aug 2017, 14:27

When I first found scantailor -introduced to me here by this site, thanks- back in 2013-14 I believe it was, there was no doubt that this awesome piece of software reduced my time spent creating my manuals. I did donate back then, but was sorry to see that development had stopped.
It's good to see that you're working on it again from time to time.
I know this thread is old, but it seems there's still life in here :-)

I found some inconveniences in the newer version, and I have some feature requests, should you ever want to take them up :-)
I'll gladly send a donation your way (again) regardless as you've actually kept my work going. If you have a paypal account please send me a PM with it then.

my feature request is as follows

Mark the talest and widest page
and/or mark page for max range.
* sometimes pages get modified using margin, contents or whatever, and sometimes the content pages are larger than the frontpage, which should be the largest in both height/width, so adding a colour or whatnot to the largest and one for the widest would help a lot looking for those pages, sometimes multiple pages are larger than the cover so the list needs looking through several times.
a Max limit could be useful

min size of contents so pagenumbers don't get excluded
Most of the times I have to manually adjust the content box as the automatic ignores page numbers when they're too far from the contents.
Setting a minimum size box could be useful here

ignore an area when doing autocontent box
scanning books with spiral spines, creates a row of holes, which are black when scanning B/W.
these holes gets added to the automatic content box. it would be really nice to exclude such an area before
running that part. of course it should apply to every other page as odd pages have the holes in the left side, and even
pages have them in the right side.

fix black'n'white cropping
when outputting inverted text, chapter pages, what is supposed to be a black box gets "equalized" even though that feature isn't checked

export to G4 compression rather than LZW for B/W
this is rather self explanatory. everything gets output as LZW, but using G4 fax compression / CCIT.6 or what it's called would reduce filesize to a 1/3.

margin = mm rather than %
the new % is somewhat confusing, and I miss the old scale in mm.

output is in 96dpi
output is in 96dpi, and you cannot choose a custom resolution as you used to. please bring back the different dpi settings again.

output
fill zones, picture zones, resolution etc could be moved to a step between margin and output so one wouldn't have to wait for an image to be output before you can change these settings.

crash - (maybe fixed?)
I don't know if you've fixed this, but there used to be a nasty bug which made the application crash hard when outputting pages. It mostly happens whith manually content adjusted pages. The workaround was to adjust the selection a single pixel.
If it happens again, I'll save the whole project for you to test.



once again, thanks for making my work a lot easier :-)

Tulon
Posts: 682
Joined: 03 Oct 2009, 06:13
Number of books owned: 0
Location: London, UK
Contact:

Re: Scan Tailor "Experimental"

Post by Tulon » 31 Aug 2017, 04:19

Hi tomse,

It's been a while since I worked on Scan Tailor Experimental or any other version of Scan Tailor. There is also no one else who could implement new features. I can only suggest you to make sure you are running the latest version, which you will find at the top of this page.

As for 96 DPI output images, take a look at my signature.
Scan Tailor experimental doesn't output 96 DPI images. It's just what your software shows when DPI information is missing. Usually what you get is input DPI times the resolution enhancement factor.

Post Reply

Who is online

Users browsing this forum: No registered users and 1 guest