New to version 1.08:
-Improved string sort for filenames containing numbers
This is best explained with an example. Considering the following images:
ch123_1.jpg, chapter123_2.jpg, …, chapter123_10.jpg, chapter123_11.jpg
With standard character-by-character string comparisons, you would end up with sorting like:
chapter123_1.jpg, chapter123_10.jpg, chapter123_11.jpg, chapter123_2.jpg, …
because the “1” in “10” and “11” is sorted before “2”.
MangAI is now better able to string sort filenames containing numbers.
This update applies to both AI and string based publication and scan sorting methods.
-Added more ereader .properties settings profiles
Settings profiles now available for:
- ipad4 (Apple iPad 4th generation)
- ipadmini (Apple iPad mini)
- kindlefirehd8.9 (Amazon Kindle Fire HD 8.9″)
- nexus10 (Google Nexus 10)
-Various fixes and improvements
Fixed crash when using a settings profile created with an earlier version of MangAI. The crash was caused by trying to load a setting that wasn’t available in earlier versions. MangAI will now use default values for missing settings.
There are so many tablets and ereaders these days that it’s hard to keep up. If you have a device not covered by MangAI, contact me and I’ll add it in the next update.
Download the latest version from the MangAI project page.
New to version 1.07:
-Renamed “parent_folder” to “source”
This change has been a long time coming. Since your input file is not necessarily a folder (can also be an archive or pdf), the name “source” makes more sense.
-Added 7zip handler (mainly for unrar on Windows)
The rar handlers for Mac and Linux are free, but WinRAR for Windows is not. 7zip support has been added to MangAI since the program is free and can extract rar files. Note that 7zip cannot archive files into rar format; it can only unrar. If you want to be able to archive into rar on Windows machines, you will still need WinRAR.
Installing a 7zip handler will also enable MangAI to read standard 7zip formats such as .7z and .xz. Writing to standard 7zip formats is not included as I am not aware of any ereader that can read those archives.
See -Setting up 7zip- in the readme for details on installing 7zip on your computer.
-Added more ereader .properties settings profiles
Settings profiles now available for:
- kindle5 (Amazon Kindle 5)
- kindlefirehd (Amazon Kindle Fire HD)
- kindlepaperwhite (Amazon Kindle Paperwhite)
- nexus7 (Google Nexus 7)
- prs-t2 (Sony PRS-T2)
Note that the profile for Kindle Fire HD has resizing disabled by default. This improves detail when zoomed but comes at the cost of increased file sizes. If you instead want to match the screen resolution of the Kindle Fire HD, set width to “800” and height to “1280”.
The profile for Google Nexus 7, on the other hand, does resize by default to match screen resolution. If space isn’t an issue for you (like if you have the 16GB model), feel free to disable resizing by setting width and height to “-1”.
-Various fixes and improvements
GUI remembers last selected source to make it quicker to navigate subsequent source selection.
Miscellaneous tweaks.
If upgrading from an earlier version of MangAI, be sure to create a new .properties settings file.
Big thanks to MangAI users for your feedback. Many of these new features were suggestions from the community. If you would like to see a feature added, a settings profile included for a new ereader, or noticed a bug that needs squashing, please email me through the Contact page.
If you enjoy MangAI, please tell your friends about it. As an indie developer, I rely on you guys for advertising :3
Download the latest version from the MangAI project page.
New to version 1.06:
-AI improvements to MPM and MSM interpretation
Better able to detect unspecified spans (1112 meaning 11-12).
Better able to detect when a hyphen does not indicate a span (50-200 is two separate numbers 50 and 200 instead of span 50 through 200).
Improved ability of MPM to find non-delineated chapter spans (foo_v3_15-20 is likely volume 3, chapters 15-20).
MSM interpretation is automatically disabled for folders with low confidence. This usually happens for small folders of scanlator notes or fanart. In these cases, it is better to sort using basic filename string comparison.
Improved MSM handling of special scan overspecification (p3_notes.jpeg is probably better placed between p3.jpeg and p4.jpeg instead of near the end of the volume/chapter since it likely explains something just read in p3.jpeg).
Various logic tweaks.
-Overhauled epub creation code
Tweaked the basic structure of created epub files so that they (hopefully) display better across all devices.
Download the latest version from the MangAI project page.
It feels like I haven’t worked on MangAI in ages. While reading manga on my iPad last night, I noticed that some of the 2-page scans were being placed at the end of the chapter instead of in-between the proper pages. Tracing back through MangAI’s MSM interpretation, I found the cause of the problem. Here’s a sample scenario:
Foo_ch25/
Foo_25-01.jpg
Foo_25-02.jpg
…
Foo_25-10.jpg
Foo_25-1112.jpg
Foo_25-13.jpg
…
In this case, Foo_25-1112.jpg refers to chapter 25, pages 11-12. “25-1112” is tricky to interpret since MangAI has to first determine that the given hyphen does not refer to a span between 25 and 1112, and then it has to determine that 1112 is an unspecified span 11-12. The first step was already being handled properly, but the second step was never given a chance since the first step, after splitting 25 and 1112 into separate entities, disregarded 1112 as being too large of a number to refer to a volume, chapter, or page.
Confused yet? I was too. It’s a rare situation, but I am now working on improving the logic.
I like to post at least once a month so you guys know I’m still around. Let’s see what’s been going on:
MangAI v1.05 is running strong. Haven’t received any bug reports for it. There have been some feature requests, most notably to add a batch job function to the GUI like the one that already exists in the CLI. The idea is that instead of processing a single series job, the GUI would allow for a job queue so that you could process multiple series jobs (like your entire digital manga collection) with a single click of the “Run” button. I’m still debating adding this feature because of some issues. I may play with GUI job queue and see if I like it, but right now it is not on my priority list. Please email me if you are interesting in seeing this feature added.
Development for my first iOS app is going well. I’ve learned a lot about Objective-C and Cocoa Touch in the past months. Still a lot of work to do, but the basics of many of its main features have been implemented.
On a side note, “you can always go back” is a reference to an inside joke at bitcake. We had a computer science teacher that explained the concept of recursion by drawing out a series of steps and then explaining with arrows that at any step, you could go back to an earlier step. This explanation took several class periods, always the same lecture with nothing but endless repetition of “you can always go back”… recursion at its best I guess :P
