eKsiążki
https://forum.eksiazki.org/

ExtractCoverthumbs: rozwiązanie problemu brakujących okładek
https://forum.eksiazki.org/amazon-com-kindle-f146/extractcoverthumbs-rozwiazanie-problemu-brakujacych-okladek-t14687-15.html
Strona 2 z 4

Autor:  quiris [ 07 maja 2016 12:34:37 ]
Tytuł:  Re: ExtractCoverthumbs: rozwiązanie problemu brakujących okł

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

Autor:  quiris [ 07 maja 2016 13:54:34 ]
Tytuł:  Re: ExtractCoverthumbs: rozwiązanie problemu brakujących okł

athame napisał(a):
Nie mają. Za okładkę robi pierwsza strona (w teorii).

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?

Autor:  quiris [ 07 maja 2016 14:13:13 ]
Tytuł:  Re: ExtractCoverthumbs: rozwiązanie problemu brakujących okł

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

Autor:  quiris [ 07 maja 2016 14:33:57 ]
Tytuł:  Re: ExtractCoverthumbs: rozwiązanie problemu brakujących okł

athame napisał(a):
Jestem pewien. Co więcej czytnik z niektórych plików wydobywa pierwszą stronę jako okładkę, a w innych nie. Nie odkryłem od czego to zależy, bo warunki składniowe i metadane są takie same, a efekty inne.


Ż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?

Autor:  quiris [ 22 maja 2016 22:13:39 ]
Tytuł:  Re: Słownik języka polskiego

athame napisał(a):
Czy masz w planach poprawienie tego, tak by nie trzeba było przenosić tego pliku ręcznie?

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?

Autor:  quiris [ 23 maja 2016 8:11:28 ]
Tytuł:  Re: Słownik języka polskiego

athame napisał(a):
Dzieje się tylko tyle, że nie spełniają swojej funkcji.

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?

Autor:  quiris [ 23 maja 2016 9:53:54 ]
Tytuł:  Re: Słownik języka polskiego

athame napisał(a):
U mnie na czystym systemie, jeśli plik APNX nie jest w folderze SDR, to opcja wyświetlania numerów stron jest wyszarzona. Po przeniesieniu pliku wszystko działa jak należy.

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?

Autor:  quiris [ 23 maja 2016 22:45:37 ]
Tytuł:  Re: ExtractCoverthumbs: rozwiązanie problemu brakujących okł

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.:

Kod:
            if os.path.isdir(os.path.join(docs,
                                          os.path.splitext(f)[0] + '.sdr')):
                apnx_path = os.path.join(
                    docs, os.path.splitext(f)[0] + '.sdr',
                    os.path.splitext(f)[0] + '.apnx'
                )
            else:
                apnx_path = os.path.join(
                    docs, os.path.splitext(f)[0] + '.apnx'
                )

Autor:  quiris [ 23 maja 2016 22:49:40 ]
Tytuł:  Re: ExtractCoverthumbs: rozwiązanie problemu brakujących okł

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.

Autor:  soulafein [ 30 paź 2016 12:48:09 ]
Tytuł:  Re: ExtractCoverthumbs: rozwiązanie problemu brakujących okł

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

Autor:  quiris [ 30 paź 2016 13:00:23 ]
Tytuł:  Re: ExtractCoverthumbs: rozwiązanie problemu brakujących okł

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.

Autor:  soulafein [ 30 paź 2016 13:18:31 ]
Tytuł:  Re: ExtractCoverthumbs: rozwiązanie problemu brakujących okł

quiris napisał(a):
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.

Autor:  quiris [ 30 paź 2016 15:21:09 ]
Tytuł:  Re: ExtractCoverthumbs: rozwiązanie problemu brakujących okł

athame napisał(a):
Że co? Pierwsze słyszę. Gdzie można zaobserwować taki problem? Tzn. jakie warunki muszą być spełnione?

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).

Autor:  quiris [ 30 paź 2016 21:02:52 ]
Tytuł:  Re: ExtractCoverthumbs: rozwiązanie problemu brakujących okł

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

Dla plików pobieranych z serwisu KPD nie naprawia.

Autor:  quiris [ 30 paź 2016 21:09:07 ]
Tytuł:  Re: ExtractCoverthumbs: rozwiązanie problemu brakujących okł

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.

Strona 2 z 4 Wszystkie czasy w strefie UTC + 1 [czas letni (DST)]
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/