Welcome, Guest
Discussions about Manga Comics

TOPIC: MangaRack - Manga for ComicRack

MangaRack - Manga for ComicRack 4 years 9 months ago #29179

  • Deathspike
  • Deathspike's Avatar
  • Offline
  • Expert Boarder
  • Posts: 93
  • Thank you received: 21
  • Karma: 15
MangaRack is a small application capable of synchronizing manga series from popular online manga scans and scanlations websites. Each downloaded chapter is stored on your computer as a comic book archive with additional embedded information, such as the writer and summary, ready to be imported to ComicRack.

Binaries:
github.com/Deathspike/mangarack/blob/mas...ngaRack.zip?raw=true

Information:
github.com/Deathspike/mangarack

Issues:
github.com/Deathspike/mangarack/issues

System Requirements
Software: Microsoft .NET Framework 4.0 or Mono 2.8.
CPU: Pentium 4 2.5 GHz
Memory: 512 MB
Hard Drive Space: 1 GB Free
Networking: Internet Connection Required
Last Edit: 4 years 7 months ago by Deathspike.
The administrator has disabled public write access.
The following user(s) said Thank You: Havokdan, Mike43110, Jibun

Re: MangaRack - Manga for ComicRack 4 years 9 months ago #29205

  • Mike43110
  • Mike43110's Avatar
  • Offline
  • Senior Boarder
  • Posts: 46
  • Karma: 0
Seeing how I use the original every day managing over 100GBs, appreciating the update!

Just 1 request though. When Batoto is added, is it possible to get around the issue where it delivers images that are scaled to your screen size? Double pages become very poor quality
The administrator has disabled public write access.

Re: MangaRack - Manga for ComicRack 4 years 9 months ago #29206

  • Deathspike
  • Deathspike's Avatar
  • Offline
  • Expert Boarder
  • Posts: 93
  • Thank you received: 21
  • Karma: 15
If you can provide me with an example I'll be sure to look at it. Also, respect for 100GB :ohmy:
2013, 24th of January
- Added spawning of slaves. This allows high-performance image manipulation (B2).
- Changed persistence file to be indented for easier readability (B3).
- Corrected minor behaviour issues that could result in a missing page (B3).
- Corrected minor issues causing decreased performance (B3).
- Corrected a massive issue causing pages to be iterated twice (B3).
Since there have been no further response, I'll just go ahead and edit patch notes here.
2013, 25th of January
- Corrected MangaFox fall-back server when images are corrupted (B4).
- Corrected slaves not closing as intended (B4).
- Implemented initial support for Batoto resources (B4).
- Prevented multiple instances of MangaRack from running at the same time (B4).
Last Edit: 4 years 9 months ago by Deathspike.
The administrator has disabled public write access.

Re: MangaRack - Manga for ComicRack 4 years 9 months ago #29445

  • Mike43110
  • Mike43110's Avatar
  • Offline
  • Senior Boarder
  • Posts: 46
  • Karma: 0
I have been looking, found a single instance in my love hina which was corrected after a resynch.

I also had this typed out and sitting on PC for a week sorry!

Difference between initial batoto support and final?

EDIT: Only noticed this now, are you sure that you want restart numbering at each volume.
Last Edit: 4 years 9 months ago by Mike43110.
The administrator has disabled public write access.

Re: MangaRack - Manga for ComicRack 4 years 9 months ago #29450

  • Deathspike
  • Deathspike's Avatar
  • Offline
  • Expert Boarder
  • Posts: 93
  • Thank you received: 21
  • Karma: 15
Batoto support should be fully functional as it is right now. If there is an issue then I will change the code around to deal with it (after it being reported, or noticed by me, of course). For a final version, there is no real difference otherwise. When something does go wrong, an error message (or rather, an error block) is written to the console and that would help a lot to figure out the issue.

Restarting counting at each volume makes sense for collecting and catching potential issues. ComicRack will still use the meta information for display so in the library you'll see the original, real number, rather than the one that has been modified for a unified file storage. There are a lot of reasons for this, yet just one against it, so I picked the option for the change. I can elaborate when I have the time for it.
The administrator has disabled public write access.
The following user(s) said Thank You: Mike43110

Re: MangaRack - Manga for ComicRack 4 years 9 months ago #29452

  • Mike43110
  • Mike43110's Avatar
  • Offline
  • Senior Boarder
  • Posts: 46
  • Karma: 0
Thanks!
Just wanted to check that it is working as intended and not an unintentional side effect of the new library system.

EDIT:

Batoto has no issues that I can see for the moment, just read through 5 series I synched, all < 100 chapters without any noticeable issues.
Last Edit: 4 years 9 months ago by Mike43110.
The administrator has disabled public write access.

Issue found on batoto 4 years 9 months ago #29506

  • Mike43110
  • Mike43110's Avatar
  • Offline
  • Senior Boarder
  • Posts: 46
  • Karma: 0
www.batoto.net/comic/_/comics/watashi-ni-xx-shinasai-r52

Starts off with volumed numbering but the last chapters do not have a volume yet.

Mangarack does not "see" these chapters.
The administrator has disabled public write access.

Re: Issue found on batoto 4 years 9 months ago #29513

  • Deathspike
  • Deathspike's Avatar
  • Offline
  • Expert Boarder
  • Posts: 93
  • Thank you received: 21
  • Karma: 15
Mike43110 wrote:
Mangarack does not "see" these chapters.

Indeed, I assumed everything had a volume. Allowed the volumeless chapters to be synchronized and passed the approximation to the AI. This is now hooked into the same system that is used by MangaFox to correct broken information.
2013, 3th of February
- Corrected Batoto to allow chapters without volume listing.
The administrator has disabled public write access.

Re: Issue found on batoto 4 years 9 months ago #29581

  • Mike43110
  • Mike43110's Avatar
  • Offline
  • Senior Boarder
  • Posts: 46
  • Karma: 0
Can't believe I missed the notification >_<

Is it possible for the program to "Scan" the data and update it when the information changes?
Have it mark it as an approximation and when the item changes from v? ch46 to say v4 ch46 have it update the zip file?
The administrator has disabled public write access.

Re: Issue found on batoto 4 years 9 months ago #29591

  • Deathspike
  • Deathspike's Avatar
  • Offline
  • Expert Boarder
  • Posts: 93
  • Thank you received: 21
  • Karma: 15
When a chapter does not have a volume in the listing, the volume is changed to the next expected volume number and is stored/tracked with this corrected number. This ensures that when the volume numbering is added, the chapter has already been corrected. If the correction was wrong, the chapter will just be re-downloaded into the correct format leaving the comic you've already synchronized intact.

It is possible that you will have duplications of the same comic, however, since a new file name is used ComicRack will pick it up and give you the appropriate listing which notifies you that a new comic has been added for that series. This allows you to change your own library status, such as the reading progression, prior to changing or deleting the old comic. You can then tell the application to re-synchronize for missing files (right now you can just delete the tracked information of the deleted chapters, but this will become easier).

This approach has been taken because having the application in charge of changing your stored comics would result in disaster. It is not aware of the library that has been build by ComicRack and changing the comics would result in loss of library information. It is better to be blatantly obvious and have the user change his library rather than doing magic and confusing the user. :)
The administrator has disabled public write access.
Time to create page: 0.235 seconds

Who's Online

We have 283 guests and 3 members online