A jesteś pewny, że te problematyczne pliki mają prawidłowo zdefiniowaną okładkę w pliku. Weryfikowałeś to Kindle Previewerem?

No to cała sytaucja jest co najmniej dziwna, bo mój program nie potrafi wydobyć z pliku MOBI/AZW3/AZW okładki, jeśli ta okładka w tym pliku nie jest poprawnie zdefiniowana, nawet jak numer ASIN jest obecny.

Tymczasem z tego co przeczytałem wynika, że dodajesz ręcznie numer ASIN do tych problematycznych plików i okładka jest wydobywana, czy tak?

Czy jesteś pewien, że podczas operacji dodawania numeru ASIN nie są dokonywane inne operacje, typu naprawa okładki w pliku?

A możesz mi podesłać taki wybrany przypadek przed dodaniem ASIN i po dodaniu ASIN? Listy małpa blaut kropa biz

Żebyśmy się jeszcze dobrze zrozumieli. Pytałem o to:

Czy jesteś pewnien, że pod dodaniu ręcznym numeru ASIN w pliku, który ma niepoprawnie zdefiniowaną okładkę (brak poprawnie zdefiniowanego pola EXTH Record Type 201), mój program poprawnie potrafi utworzyć miniaturkę okładki?

Myślę, że można będzie to połączyć z poprawkami w zakresie zaglądania do podfolderów. Tak więc, będę miał to na uwadze. BTW. Czy dzieje się coś dziwnego, jeśli te pliki APNX nie są w folderze SDR?

Podstawową funkcją plików APNX jest pokazywanie numerów stron dla książek na Kindle. Mam czytnik Voyage z zainstalowanym najnowszym firmware'em i nie zauważyłem, żeby ta podstawowa funkcja przestała działać. A z ExtractCoverThumbs korzystam na bieżąco, więc nie rozumiem w czym problem?

Dziwne, bo u mnie działa i pewnie 99,99% osobom korzystającym z ostatniej wersji. Dlaczego? Dlatego, że jesteś pierwszą osobą, która zgłasza taki problem. Masz oryginalny „niedłubany” firmware?

athame, rano pisałem w podróży, więc nie mogłem zajrzeć do kodu i tego jak pliki są zapisane na moim czytniku. Okazuje się, że na moim czytniku pliki APNX zapisywane są prawidłowo do folderu SDR. I tak się dzieje chyba od samego początku, tzn. jeśli folder SDR jest wykryty, to plik APNX jest zapisywany do tego folderu, jeśli folderu SDR nie ma plik APNX jest wrzucany do folderu documents.:

Problem u Ciebie pojawia się prawdopodobnie dlatego, że wgrywasz książki kabelkiem i od razu używasz narzędzia ExtractCoverThumbs, kiedy czytnik nie zdążył jeszcze wygenerować folderów SDR, co się dzieje dopiero po odłączeniu dysku USB "Kindle" od komputera, po uprzednim wgraniu książek.

Dziś próbowałem utworzyć tym programem okładki na najnowszym sofcie. Zauważyłem, że nie wszystkie generują się. Np. Gra o tron kupiona w Publio nie ma okładki. Można sprawdzić demo bo też nie generuje się. Pozdrawiam

Wysłane z mojego D5103 przy użyciu Tapatalka

Niestety od wersji 5.8.5 okładki dla książek pobranych z serwisu Kindle Personal Documents nie pokazują się i nie ma żadnego znanego sposobu obejścia problemu.

a czytałem, że najnowszy soft 5.8.5.0.1 naprawia ten błąd, chyba, że się mylę ???

Tym bardziej, że inne ebooki mi zrobił dobrze. Sądzę, że musi być to kwestia jakiegoś ustawienia w tym epubie. Grę o tron konwertowałem epubqtools i następnie wysłałem po wifi.

eBook musi mieć ustawiony typ PDOC, żeby okładki nie pokazywały się. Wszystkie pliki z Kindle Personal Documents Service mają taki typ.

Jeśli wrzucasz za pomocą calibre to typ jest EBOK i ECT działa dla plików AZW3.

Jeśli wrzucasz kabelkiem pliki z kindlegena to akurat sam czytnik wygeneruje okładkę (typ to oczywiście EBOK).

Dla plików pobieranych z serwisu KPD nie naprawia.

Athame, jeśli masz czas to możesz sprawdzić działanie ECT. Dziś dodałem:
1) obsługę podkatalogów katalogu 'documents'
2) tworzenie katalogu .sdr, jeśli go nie ma podczas tworzenia plików APNX.
3) z procesu tworzenia plików APNX wykluczony został folder 'dictionaries', który i tak zawiera zwykle tylko słowniki, dla których generowanie plików APNX zwykle nie działa i wreszcie jest niepotrzebne.

Oczywiście, cały czas obowiązuje nowa zasada. Miniaturki okładek w firmwarze 5.8.5 i nowszym bedą się wyświetlać tylko dla plików typu EBOK.