Najnowsza wersja tego narzędzia dostępna jest do pobrana ze strony: ExtractCoverThumbs 0.6 – teraz również w wersji okienkowej dla Windows
Dziś udało mi się opublikować nową wersję aplikacje ExtractCoverThumbs: https://github.com/quiris11/ExtractCoverThumbs/releases
Niniejszy program przeznaczony jest do pracy z czytnikami: Kindle Touch, Paperwhite, Paperwhite 2. Ta wersja została poważnie przebudowana i działa zdecydowanie szybciej dla dużych plików.
Na powyższej stronie znajduje się m. in. skompilowany i spakowany plik exe dla Windows: ExtractCoverThumbs_0.2-win.zip Po rozpakowaniu można korzystać z narzędzia w taki sposób:
- Rozpakowujemy go do wybranego przez nas folderu, np. do C:\folder
- Uruchamiamy wiersz poleceń (Start -> Programy -> Akcesoria -> Wiersz poleceń).
- Uruchamiamy aplikację poleceniem:
C:\folder\ExtractCoverThumbs.exe - W odpowiedzi powinniśmy zobaczyć taki komunikat:
usage: ExtractCoverThumbs.exe [-h] kindle_directory
ExtractCoverThumbs.exe: error: too few arguments - Oznacza to, że program działa, tylko podaliśmy za mało opcji. Bardziej opisowa pomoc dostępna jest pod opcją -h:
C:\folder\ExtractCoverThumbs.exe -h - Tu otrzymujemy:
usage: ExtractCoverThumbs [-h] [-v] [-o] kindle_directory
positional arguments:
kindle_directory directory where is a Kindle Paperwhite mounted
optional arguments:
-h, –help show this help message and exit
-v, –verbose print more informations
-o, –overwrite overwrite thumbnails - Widzimy, że musimy podać opcję kindle_directory:
- Zróbmy to (zakładam, że mój Kindle zamontował się pod literką E:):
C:\folder\ExtractCoverThumbs.exe E:\ - Teraz program rozpoczyna już właściwe działanie. Proszę poczekać na zakończenie i odmontować Kindle i cieszyć się okładkami.
Przypominam, że ta mała aplikacja działa w następujący sposób:
- Sprawdza, czy dany ebook pobrany z chmury Amazonu i znajdujący się na czytniku posiada już okładkę.
- Jeśli nie posiada okładki, to wyodrębnia ją z pliku ebooka znajdującego się na czytniku. Uwaga! Plik ebooka poddany temu działaniu nie jest w żaden sposób modyfikowany.
- Następnie plik okładki jest odpowiednio zmniejszany, tworzona jest wersja z odcieniami szarości oraz dodatkowo okładka „przesuwana” jest w górę zostawiając pod spodem miejsce, tak, aby biały pasek Personal nie zasłaniał nam okładki.
- W końcu modyfikuje odpowiednio nazwę okładki i kopiuje ją do właściwego folderu na czytniku.
Warunkiem poprawności działania programu jest oczywiście to, żeby sam plik z książką był poprawnie zbudowany i miał okładkę poprawnie ustawioną.
Uwaga! Osoby uruchamiające wersję pythonową powinny upewnić się, czy mają zainstalowany moduł PIL lub Pillow http://pillow.readthedocs.org/
Coś takiego mi wyskakuje:
File "/usr/lib/python2.7/runpy.py", line 162, in _run_module_as_main "__main__", fname, loader, pkg_name) File "/usr/lib/python2.7/runpy.py", line 72, in _run_code exec code in run_globals File "cover.zip/__main__.py", line 20, in ImportError: No module named PILLinux Manjaro – poprzednia wersja bez problemu działała
Zainstaluj Pillow 2.4
To w zasadzie muszę czekać aż ktoś zaktualizuje pakiety 🙁 bo na razie w AUR i Manjaro dostępna jest wersja 2.3. Ale społeczność Manjaro działa szybko więc poczekam. Na razie pozostaje wcześniejsza wersja 🙂
Zaktualizowałem do najświeższej wersji 2.3 pillow i działa 🙂 Człowiek się uczy każdego dnia 🙂 Byle się nie poddawać. A ta wersja extra i już ten tag Personal nie przeszkadza wcale. Pozdrawiam
W sumie powinienem napisać o tym w poście, bo PIL nie jest standardowym modułem. Co też teraz uczyniłem.
Narzędzie staje się coraz sprytniejsze. Akurat w najbliższym czasie nie będę mógł sprawdzić, jak dokładnie działa to pomniejszenie okładek, czy mógłbym więc prosić o zrzut ekranu z sześcioma okładkami i z napisami „Personal”?
Dodane do wpisu 🙂
Cudowne. Nie wiem, jak to się dzieje, ale gdy napis personal nie zasłania mi autora lub tytułu to praktycznie przestaję go zauważać. Dziękuję.
Ja też tak mam 🙂
Nie mogę uruchomić. Wyskakuje, że nie jest rozpoznawana jako polecenie wewnętrzne lub zewnętrzne, program wykonywalny lub plik wsadowy…
Sprawdź, czy na pewno w folderze „folder” znajdującym się na dysk C: w folderze głównym znajduje się rozpakowany plik ExtractCoverThumbs.exe.
Nazwa pliku exe zmieniła się! Przepraszam, już poprawiłem post.
Jeśli nigdy nie miałeś do czynienia z „wierszem poleceń” proponuję zacząć od podstaw: http://www.centrumxp.pl/WindowsXP/1395,Obsluga-wiersza-polecen.aspx
Okazało się, że nazwa była nie taka, ale już naprawiłem. Mimo wszystko nadal nie działa.
Uruchamiam cdm–>wpisuję start c:\folder\nazwa i tylko miga tak jakby chciało otworzyć aplikację, ale nie uruchamia i przechodzi do nowej linijki…
Czy masz uruchomiony wiersz poleceń? Takie „czarne okienko” http://pl.wikipedia.org/wiki/Wiersz_polece%C5%84 ? Jeśli nie masz, to musisz go uruchomić, zgodnie z opisem z postu.
@ Quiris
Wiem jak wygląda wiersz poleceń 😉
Dzieje się tak jak opisałem w komentarzu wyżej. Zamiast się uruchomić to okienko tylko mignie i przechodzi do nowej linijki.
To wklej mi tu co tam wiersz poleceń ci wypisał w tym czarnym okienku.
Właśnie problem w tym, że nic mi nie wypisał. Za chwilkę nagram to i prześlę 😉
https://www.youtube.com/watch?v=jXACZ0MYvyY&feature=youtu.be
A po co wpisujesz „start”. Wpisz po prostu: C:\folder\ExtractCoverThumbs.exe
Teraz działa. Dzięki za pomoc. Wpisywałem start, bo początkowo w ogóle nie chciało działać, a ze startem cokolwiek się działo,
Co robie nie tak jak trzeba? U mnie wywala taki kominuikat po wpisaniu”C:\folder\ExtractCoverThumbs.exe G:\”
START of extracting cover thumbnails…
No ASIN found in a current file. Skipping…
FINISH of extracting cover thumbnails…
Uruchom z opcją -v i wklej wyniki.
ale „-v” po wpisaniu lokalizacji kindla czy bez? bo jak bez to taki wynik:
C:\folder\ExtractCoverThumbs.exe -v
usage: ExtractCoverThumbs.exe [-h] [-v] [-o] kindle_directory
ExtractCoverThumbs.exe: error: too few arguments
Wpisz tak:
Pojawiło sie kilka okładek chyba te o których mowa w wierszu pleceń, reszty brak:
Ważne pytanie, czy te książki, których okładek ciągle nie widać mają poprawnie zdefiniowaną okładkę? To znaczy, czy po otwarciu danej książki możesz przejść poprzez GO TO do okładki (Cover)?
Oczywiście że tak, wszystkie mają normalnie zdefiniowaną okładkę, normalny dostęp do okładki z poziomu np z poziomu spisu treści w PW.
I ponowne uruchomienie programu z tymi samymi opcjami powoduje wyświetlenie takich samych wyników?
Tak, ponowne uruchomienie daje cały czas taki sam efekt, niestety.
Jeszcze raz, żebym to dobrze zrozumiał.
1) Dla książki Ości_IOPGIBUJRWAPHVOEVOXIGE6ELUXOZ6CB.azw3 nie widzisz miniatury okładki, po uruchomieniu i zakończeniu pracy programu ExtractCoverThumbs i bezpiecznym odłączeniu Kindle’a od USB?
2) Książka Ości_IOPGIBUJRWAPHVOEVOXIGE6ELUXOZ6CB.azw3 ma poprawnie zdefiniowaną okładkę?
3) Za każdym razem po uruchomieniu programu ExtractCoverThumbs przy podpiętym Kindle’u, program wypisuje taki sam komunikat?
Korzystasz z wersji 0.4? A co się dzieje, gdy dodatkowo uruchomisz program z opcją -o?
Czy przypadkiem te inne książki, które nie mają okładki, nie mają rozszerzenia .azw? Program analizuje tylko pliki .azw3 oraz .mobi.
odpowiadam po kolei:
ad1. tak widze okladkę w „widoku okładkowym” na KP
ad2. „Ości” ma poprawnie zdefiniowaną okładkę
ad3. nie mam teraz jak podpiąć KP
Próbowałem z wersją 2.0 i 4.0. Wersaj 2.0 własnie robi te kilka okładek z komunikatami jak powyżej.
Wersja 4.0 wywala taki komunikat:
C:\folder\ExtractCoverThumbs.exe G:\
START of extracting cover thumbnails…
NOTICE! AZW files are IGNORED!
Traceback (most recent call last):
File „__main__.py”, line 181, in
File „__main__.py”, line 159, in main
File „__main__.py”, line 48, in get_cover_image
File „ntpath.pyo”, line 198, in basename
File „ntpath.pyo”, line 170, in split
File „ntpath.pyo”, line 125, in splitdrive
TypeError: 'type’ object has no attribute '__getitem__’
No i faktycznie zauważyłem że te co wyprodukowala wersja 2.0 są dla książek w formacie azw3 i mobi. Cholera a ja mam większość w formacie azw.
Nie da sie tego przeskoczyć?
No ale, dla AZW powinien sam czytnik wygenerować okładkę. U ciebie nie generuje? Próbowałeś usunąć książkę AZW z czytnika i pobrać ją jeszcze raz z chmury? Taka operacja spowoduje, że Paperwhite wygeneruje okładkę dla AZW.
Sprawdzę, czemu taki błąd wyświetla się w wersji 0.4.
No prawda jest taka że kiedyś nieopacznie usunałem pliki z katalogu okładek i niestety nie pojawiły sie ponownie.
Ponowne ściąganie możliwe ale znowu będzie indeksował, trzeba będzie przenosić do kolekcji itp. Miałem nadzieje że da sie jakoś ręcznie wymusić ponowne wygenerowanie. Zauważyłem też jeszcze przed usunięciem miniatur że nawet jak pobrałem książke przez chmure to PW nie wyświetlał dla niej okładki
Niestety, ale tych okładek nie jest w stanie wygenerować mój program. Z prostej przyczyny, nie wiadomo w jaki sposób nazywa Kindle te okładki.
PS. Opublikowałem nową wersję 0.5 z naprawionym błędem, o którym pisałeś: https://blog.blaut.biz/2014/06/extractcoverthumbs-0-5-generuje-numery-stron-i-poprawia-wygenerowane-przez-kindle-okladki.html
Spróbowałem, okładek przybyło ale dalej coś nie tak, wykrzacza z opisem jak poprzednio.
Co do nazewnictwa to ciekawe: po uzyciu twojego programu przykładowo:
książka „Jej wszystkie życia” Kate Atkison
w PW plik nazywa się: Jej wszystkie życia_75AYCJKRSWG3JDRLDXVTVMIHEHABMCIT.azw
katalog dla książki to: Jej wszystkie życia_75AYCJKRSWG3JDRLDXVTVMIHEHABMCIT.sdr
plik miniatury to: thumbnail_75AYCJKRSWG3JDRLDXVTVMIHEHABMCIT_PDOC_portrait.jpg
dla innej książki „Prowadź swoj pług przez kości umarłych” Olgi Tokarczuk:
w PW plik ma nazwę: Prowadź swój pług przez kości umarłych_LFHNKRPWAZBMCF72BRF5AWOGI3TG6NV3.azw
katalog dla książki: Prowadź swój pług przez kości umarłych_LFHNKRPWAZBMCF72BRF5AWOGI3TG6NV3.sdr
a miniatura którą wygenerował PW ma nazwę: thumbnail_19093.jpg
To ja już nic nie rozumiem. Jakim cudem twój program przerobił część okładek (pochodzących z plików azw a nie azw3) a część zostawił bez zmian i na jakiej zasadzie PW odczytuje okładkę skoro te wygenerowane przez PW mają nazwy nie związane w żaden sposób z nazwą pliku książki. Czarna magia
Wersja 0.2 robiła miniaturki okładek dla plików AZW, ale to było bez sensu ponieważ czytnik ignoruje te pliki i używa tylko tych, które sam wygeneruje: w formacie: thumbnail_MAGICZNA_LICZBA.jpg (gdybyś zgadł od czego zależy wartość MAGICZNEJ_LICZBY, to mógłbym napisać obsługę generowania miniaturek, również dla plików AZW). Ponieważ używałeś tej wersji, to te pliki (thumbnail_75AYCJKRSWG3JDRLDXVTVMIHEHABMCIT_PDOC_portrait.jpg) tam się pojawiły. Możesz jednak je spokojnie usunąć, bo one nie są używane przez czytnik.
Ale ja użyłem wersji 0.5 po której przybyło okładek z plików azw opisanych kombinacją cyfr i liter zgodnych z nazwą plików i katalogów.
Chyba dam sobie spokój.
To jest absolutnie niemożliwe, żeby wersja 0.5 wygenerowała takie okładki dla plików AZW. Wydaje mi się, że pomieszałeś wersje.
Możesz wkleić traceback z terminala z wykrzaczeniem dla wersji 0.5?
Szkoda, że zrezygnowałeś z generowania okładek dla plików azw – one też przecież czasem nie miały okładek (jpg’a z magicznym numerem nie było lub był pusty). Była jeszcze jedna zaleta – nawet jeśli generowane przez program pliki nie były używane przez czytnik to można było sobie obejrzeć je i podmienić (tak by pasek Personal nie przeszkadzał).
Ja bym prosił o przywrócenie tej funkcji.
W najbliżej planowanej wersji będzie możliwość włączenia takiej opcji –azw (lub -z):
https://github.com/quiris11/ExtractCoverThumbs/commit/dab60c6dda49f85521c957190ce74ad293554f15
Już jest ta nowa wersja: https://blog.blaut.biz/2014/09/extractcoverthumbs-0-6-teraz-rowniez-w-wersji-okienkowej-dla-windows.html