10-05-2010, 10:34 AM | #76 |
Addict
Posts: 326
Karma: 960
Join Date: Jul 2009
Location: Florida, US
Device: Kindle DX, iPad
|
Yes. You enable/disable it there, and you can set other options related to auto splitting landscape scans there as well. All of the options are explained within Canti.properties.
|
10-05-2010, 11:50 AM | #77 | |
Addict
Posts: 326
Karma: 960
Join Date: Jul 2009
Location: Florida, US
Device: Kindle DX, iPad
|
Quote:
|
|
Advert | |
|
10-05-2010, 01:50 PM | #78 | ||||
Fanatic
Posts: 556
Karma: 1102020
Join Date: Sep 2009
Device: Kindle Keyboard (rip), Kindle Voyage, Fire Tablet 10 '17, iPad '19
|
Quote:
"manga name z.zip" "manga name r.rar" I think the issue is that your app is really expecting "manga name 102" since you only use the "102" part. Since the files didn't have a number, I'm guessing your app dumps all numberless archives together. I'm guessing the use of the original file name option should resolve this. Quote:
But if you're saying that PDF generation requires to know the physical aspects of the document (ie: height x width or dpi) so that 100% displays correctly, then I am fine with that. It's just too bad that this probably means 1 to 1 pixel display is near impossible when using PDFs. I'm guessing you're using the -density option in ImageMagick. Quote:
Quote:
For oversized images, yes it is tricky since you can't really know what are the true geometry of the original page. Maybe something like this can be done:
|
||||
10-05-2010, 05:47 PM | #79 |
Connoisseur
Posts: 63
Karma: 194
Join Date: Feb 2010
Device: notebook
|
strange, I have message :
Testing rar handler... Can unrar: false Can rar: false WARNING: Canti was unable to find a compatible program for extracting rar archives; therefore, rar archives cannot be used as input files. Please see readme.txt for instructions on setting up a compatible unrar handler. But I have a winrar3 corporate install (c:\program files\winrar\unrar.exe )and I can manually extract the file using unrar command. Can I use my own batch to have extracted all jpg for processing in one folder? something like: java -jar Canti.jar -parent_folder "D:\\image1\\ast\\*.jpg\\" -title "Asterix1" -output_folder D:\\Image2\\ edit: If I run java -jar Canti.jar -parent_folder "D:\\image1\\ast\\" -title "Asterix1" -output_folder D:\\Image2\\ I got this: Converting all manga scans using ImageMagick... Processing folder: Asterix1... Exception in thread "main" java.lang.NumberFormatException: empty String at sun.misc.FloatingDecimal.readJavaFormatString(Unkn own Source) at java.lang.Double.parseDouble(Unknown Source) at common.image.ImageMagick.getImageData(ImageMagick. java:176) at common.image.ImageMagick.processImage(ImageMagick. java:113) at manga.ConvertManga.main(ConvertManga.java:1625) and files are actually copied to image2\%title% without any change... Last edited by jozicka; 10-05-2010 at 06:15 PM. |
10-05-2010, 06:24 PM | #80 | ||||||
Addict
Posts: 326
Karma: 960
Join Date: Jul 2009
Location: Florida, US
Device: Kindle DX, iPad
|
Quote:
Btw, Canti can auto sense suffixes of the form [0-9]*[.]+[0-9]*[-]+[0-9]*[.]+[0-9]* (where * means 0 or infinte instances of what's in the brackets, + means 0 or 1 instances) I think I wrote that regex correctly. The most complex case would be: 093.34-1234.234 Oh, and there can be spaces or underscores in between. If you want to use auto sense suffix, you can rename your comics like "03a" and "03b" to "03.1" and "03.2". Or use use_original_filenames once it has been fixed. Quote:
Every ereader device has a certain dpi screen; for example, the Kindle DX screen has a dpi of 150. This means that every 150x150 pixel group takes up a square inch when displayed on the Kindle DX. Let's consider the different image dpi scenarios for a Kindle DX: 1) image has dpi < 150 (for example, 72) If the image has a dpi of 72, then every square inch of the image is made up of 72x72 pixels. However, the Kindle DX screen displays 150x150 pixels per square inch. This means that each pixel of the input image must be interpreted larger than it was originally intended to. Thus, image quality is a bit lower. 2) image has dpi = 150 The image's dpi matches the screen's dpi. Every square inch of the image will correlate perfectly to a square inch on the screen, so image quality is perfect. 3) image has dpi > 150 The screen cannot handle having more than 150x150 pixels per square inch, so it must run an algorithm on the image at runtime to reinterpret each square inch as 150x150 pixels. There shouldn't be much quality loss decreasing dpi, but you are wasting file space since the screen isn't actually displaying all of the original pixels. Does that make sense? Quote:
Quote:
Quote:
Quote:
|
||||||
Advert | |
|
10-05-2010, 06:29 PM | #81 | |||
Addict
Posts: 326
Karma: 960
Join Date: Jul 2009
Location: Florida, US
Device: Kindle DX, iPad
|
Quote:
Quote:
java -jar Canti.jar -parent_folder D:\\image1\\ast\\ -title "Asterix1" -output_folder D:\\Image2\\ Quote:
|
|||
10-06-2010, 10:18 AM | #82 | |
Fanatic
Posts: 556
Karma: 1102020
Join Date: Sep 2009
Device: Kindle Keyboard (rip), Kindle Voyage, Fire Tablet 10 '17, iPad '19
|
I understand what DPI is but I just don't understand why we need to worry about it. If I'm making a wallpaper for my PC or a smartphone, all I care about is the resolution (ie: 1280x1024, 480x320)... I don't need to worry about the PC being 72dpi and the Smartphone being 200dpi. But if someone gave me an image and said that it was scanned at 1200dpi and I need to print it at 1200dpi to match the original, then I can set my printer to that dpi. Reader devices have a fixed display dpi so there is no way we can match the original. I bet if the output was a bitmap instead of PDF, you wouldn't need to worry about it either. But alas, I don't believe PDF allows for a pixel as a unit of measurement, and thus you are probably forced to use DPI. This is probably why manga/comics are packaged in a cbz/cbr instead of PDF... since there is no way to force a PDF to display an image with 1:1 pixel correctness and without interpolation. Ok, I think we are off topic now.
Quote:
Good luck on your new project. We certainly don't want you to get burned out doing the same thing... but please revisit! Last edited by badbob001; 10-06-2010 at 10:31 AM. |
|
10-06-2010, 10:59 AM | #83 | |
Addict
Posts: 326
Karma: 960
Join Date: Jul 2009
Location: Florida, US
Device: Kindle DX, iPad
|
Quote:
... This dpi talk is getting confusing. I'll just add an option to disable max_dpi, and that way the user can decide if Canti should mess with dpi. Thanks. I enjoy working on Canti, and I personally use it a lot (I read manga on my iPad every day), but it is a free program. My new project will be commercial and requires a lot more research and effort than Canti, so I need to cut back on Canti development. |
|
10-07-2010, 03:48 PM | #84 |
Addict
Posts: 326
Karma: 960
Join Date: Jul 2009
Location: Florida, US
Device: Kindle DX, iPad
|
Here's Canti v1.91
Note: There were a lot of requests for features and bug fixes lately, I hope this update addressed most of them. New to verison 1.91: -Bug fix: Unzipping didn't work on Windows if the archive contained subfolders While unzipping a zip archive, the way Canti was determining whether a zip entry was a folder didn't work correctly on Windows machines. The code has been updated, and now unzipping archives with subfolders should work correctly on all os platforms. -Bug fix: use_original_filenames caused crashes This bug was introduced in Canti v1.90 when I rewrote Canti's brain. It was a one line of code fix, problem solved. -Auto split buffer This value determines the % of the other side of a split page that should be included after the split (disabled by default). For example, if the value is set to 0.2 then 20% of the other split page will be included in the current split page. Acceptable values: A decimal between 0 and 1.0, inclusive (0 will disable the buffer, 1.0 will include the complete other page) This is set up in the .properties file. -Add border Determines whether to add borders to images smaller than the desired size (disabled by default). Can also specify the color of the added border as either black, white, gray, or a color hex code (like #cc0000). This is set up in the .properties file. -Auto trim cancelling An auto trimmed image will be discarded if x% of the total number of pixels from the original image get trimmed. For example, if you set @trim_cancel to 0.7, then an auto trimmed image will be discarded if 70% of the pixels from the original image were trimmed. This is set up in the .properties file. -Improved rar handling on Windows Canti is now better able to find a compatible rar handler on Windows os. -Analyze Manga Collection results saved to file Before the Analyze Manga Collection feature would only output the results to the command terminal. Now it also records these results in a text file. -@max_dpi can now be disabled If you set max_dpi to -1 the feature will be disabled (meaning that the dpi of input images will not be altered during processing). This is set up in the .properties file Enjoy and let me know if this works for you Last edited by lilman; 10-08-2010 at 09:18 AM. Reason: Forgot to mention auto trim cancelling |
10-07-2010, 04:43 PM | #85 |
Connoisseur
Posts: 63
Karma: 194
Join Date: Feb 2010
Device: notebook
|
Hi,
this asterix file... unrar - the same issue jpg files - for some time running, but again error. Copying files to new folders... Converting all manga scans using ImageMagick... Processing folder: Asterix1... Exception in thread "main" java.lang.NumberFormatException: empty String at sun.misc.FloatingDecimal.readJavaFormatString(Unkn own Source) at java.lang.Double.parseDouble(Unknown Source) at common.image.ImageMagick.getImageData(ImageMagick. java:270) at common.image.ImageMagick.processImage(ImageMagick. java:150) at manga.ConvertManga.main(ConvertManga.java:1662) I was thinking - may be if you prepare some directory with all needed tools: rar, java, imagemagic and zip it and put it to same megaupload, so we can just extract to C:\ drive and run it, it should avoid issue with different versions.. something like \convertmanga\ inside folders TOOLS (with all needed tools) then folder SOURCE then folder OUTPUT then several canti properties, so user will rename the one he needs. and script convertmanga.bat with inside FOR /f "tokens=*" %%G IN ('DIR /B c:\convertmanga\SOURCE\*.*') DO (SET FILE=%%G) & CALL :CONV1 PAUSE goto :EOF :CONV1 java -jar Canti.jar -parent_folder "C:\\convertmanga\\%file%\\" -title "%file%" -output_folder "c:\\convertmanga\\OUTPUT\\" goto :EOF So users will only rename canti properties (which they want) and put cbr files to source and run bat script? Maybe in the canti properties can be a path for rar to this c:\\convertmanga\\TOOLS\\unrar.exe But great job. Thank you for your work on this. |
10-07-2010, 05:54 PM | #86 | |||
Addict
Posts: 326
Karma: 960
Join Date: Jul 2009
Location: Florida, US
Device: Kindle DX, iPad
|
Can you post the path to rar.exe on your system, and make sure you use exact capitalization. For example, on my Windows XP machine it is:
C:\Program Files\Winrar\Rar.exe Quote:
Quote:
Quote:
If I still can't get rar support working for you in the next update, I will add an option to specify its location in the .properties file (similar to ImageMagick). |
|||
10-07-2010, 06:13 PM | #87 |
Fanatic
Posts: 556
Karma: 1102020
Join Date: Sep 2009
Device: Kindle Keyboard (rip), Kindle Voyage, Fire Tablet 10 '17, iPad '19
|
Is there a way to upgrade a canti.properties to the latest version with the new options or should I just rename the old one, generate a new one, and manually copy my settings over?
|
10-07-2010, 06:57 PM | #88 | |
Addict
Posts: 326
Karma: 960
Join Date: Jul 2009
Location: Florida, US
Device: Kindle DX, iPad
|
Quote:
Sometimes variable names change, or the meaning of settings change, so keeping the update function backwards compatible would be too much of a hassle :P |
|
10-08-2010, 07:41 AM | #89 |
Junior Member
Posts: 8
Karma: 10
Join Date: Oct 2010
Device: Kindle3, KindlePPW
|
Thanks lilman for the quick fixes!
The split buffer works perfectly! And it no longer crashes when when I use original filenames. Nice work! |
10-09-2010, 11:47 AM | #90 |
Fanatic
Posts: 556
Karma: 1102020
Join Date: Sep 2009
Device: Kindle Keyboard (rip), Kindle Voyage, Fire Tablet 10 '17, iPad '19
|
The latest version works great! Thanks. For anyone wondering why the occasional landscape page is not split, you have to set auto_sense_landscape_folders = false.
Regarding the new trim_cancel option, which is awesome, if the trim amount exceeds the specified percentage, does it just trim up to the limit or does it leave the page untrimmed? Is it possible to specify that the add_border_color option use the same color that was trimmed? If nothing was trimmed, then use a specified default border color? I ran it against a 179 page comic and as usual, convert ate up all the virtual memory but strangely didn't use much real memory. I left it running and churning. In the morning, touching the computer made it bluescreen and reboot. After it's back, I check the comic pdf and it's perfect. I'll have to investigate if convert has parameters to limit its memory usage. Anyway to pass in additional convert parameters during your apps operation? Thanks! |
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Canti: Manga Processing Program | lilman | Workshop | 42 | 04-14-2011 06:52 PM |
Canti: Manga Processing Program | lilman | Apple Devices | 55 | 04-14-2011 05:50 PM |
Classic Canti: Manga Processing Program | lilman | Barnes & Noble NOOK | 4 | 07-14-2010 04:45 PM |
Canti: Manga Processing Program | lilman | Sony Reader Dev Corner | 1 | 07-14-2010 04:43 PM |
Best for manga | eqzitara | Which one should I buy? | 27 | 11-19-2007 07:58 AM |