Kitömörített epub fájl helyes visszacsomagolása kézzel:
zip -rX ../my.epub mimetype META-INF/ OEBPS/
Így az epubcheck sem fog hibát jelezni. A -X kapcsoló nélkül a következőt kapnánk:
ERROR: test.epub: extra field length for first filename must be 0, but was 28
Ha pedig nem a mimetype fájl az első a listában:
ERROR: test.epub: length of first filename in archive must be 8, but was 9
Ezeken kívül jellemzően 45-55 százalék kedvezményt adnak naponta egy-egy ebookra.
Lentebb lista a Manning ünnepi előtti, ünnepi, és egyéb nagyobb kedvezményeiről. A megadott időszakokból találtam hírleveleket, illetve RSS bejegyzéseket a gépemen. A nem jelzett napokon általában egy-egy ebookra ötven százalék körüli kedvezményeket adnak. Néha előfordul egy-egy nyomtatott könyv féláron, valamint egyet fizet kettőt kap akció is.
2010. november - 2011. január:
2009. december - 2010. január:
Itt egy újabb adag tapasztalat. Valószínűleg az utolsó rész, mert úgy fél éve játszhattam utoljára a játékkal. Nem is igen fogok egy ideig újra. A lenti tippek is egy június óta nem módosított fájlból származnak. Kicsit alakítottam rajtuk, hogy más számára is olvashatóak legyenek. Íme:
# cat /etc/udev/rules.d/92-sony-prs-650.rules # Sony PRS-650 internal memory SUBSYSTEMS=="scsi", ATTRS{model}=="PRS-650 ", SYMLINK="prs650_internal", GROUP="prs650" # Sony PRS-650 Launcher ATTRS{model}=="PRS-650 Launcher*", SYMLINK="prs650_launcher", GROUP="prs650" # Sony PRS-650 SD ATTRS{model}=="PRS-650 SD ", SYMLINK+="prs650_sd", GROUP="prs650"
# tail -3 /etc/fstab /dev/prs650_internal /mnt/prs650_internal vfat user,noexec,gid=1000,uid=1000,fmask=0117,dmask=0007,iocharset=utf8 /dev/prs650_launcher /mnt/prs650_launcher vfat ro,user,noexec,gid=1000,uid=1000,fmask=0117,dmask=0007,iocharset=utf8 /dev/prs650_sd /mnt/prs650_sd vfat user,noexec,gid=1000,uid=1000,fmask=0117,dmask=0007,iocharset=utf8
A gyors lecsatoláshoz pedig:
$ cat ~/.bash_profile |grep sony alias sonyu='if [ $(pwd | grep "^/mnt/prs650_" | wc -l) -gt 0 ]; then cd /mnt; fi; umount /mnt/prs650_sd /mnt/prs650_internal /mnt/prs650_launcher'
Nem teljesen triviális normális micro-USB kábelt szerezni, hogy ne kelljen mindig kábelt is cipelni (és nem ottfelejteni valahol). A DealExtreme-ről rendelt 48924, USB to Micro USB Charging Cable (60CM-Length) névre hallgató példány nem jött be. Az adatátvitel működik vele, de nem tölti az aksit. Az olvasó kiírja, hogy nem tölt, és a készülék teljes újraindítást igényel. Kedves.
Aztán, valamivel drágábban, a Rufusz Computernél találtam jó kábelt, amivel működik az adatátvitel és a töltés is. Pontos típus: KOLINK KKTU21MB. Hossza: 1,8 m.
Megírtam DX-re is kommentként, de nem jelenik meg valamiért.
Sikerült egy Sony PRS-650-hez hozzájutnom. A rendelés után pár nappal, de még a kézhezvétel előtt láttam egy Kindle-t élőben, ami eléggé elbizonytalanított, hogy megérte-e az árát a Sony, de végül nem bántam meg.
A kütyü nem tökéletes, de alapvetően meg vagyok vele elégedve. A monitoros olvasástól mindenképp jobb, és pár dologban a Kindle-t is lehagyja.
Hatalmas előny, hogy nem kell heteket várni egy angol könyvre, vagy favágó módon sok-sok oldalt nyomtatni az olvasáshoz, percek alatt beszerezhetőek az elektronikus változatok. Paypal account, illetve bankkártya nem árt. Nyugodtan lehet ezer oldalas, papírból több kilogrammos könyveket is olvasni a buszon, azok is csak 250 grammot nyomnak, mint bármelyik másik könyv.
A lapozás kicsit körülményesebb mint a papírkönyveknél. A „volt itt hátul valahol az az oldal, közepén az a nagy ábra” alapú keresések körülményesebbek lettek, viszont lehet szavakra keresni, pár mozdulattal könyvjelzőket elhelyezni, belefirkálni a könyvekbe, vagy épp mondatokat kijelölni, hála az érintőképernyőnek.
Volt alkalmam egy Kindle mellé rakni, mindkét képernyő kb. ugyanannyira csillogós, pedig a Sonyn az érintőképernyő is ronthatná a helyzetet. Talán egy fényes papírra nyomott magazinhoz tudnám hasonlítani őket. Néha, rossz szögben tartva képes becsillanni, de csak amolyan mattosabb tükröződésről van szó. Komoly bajom még nem volt vele. Ezzel ellentétben, a kijelző körül lévő, egy-két milliméter magas perem fényszegény környezetben zavaró árnyékot tud vetni a kijelzőre. Rendes fényviszonyok mellett szerencsére ezzel sincs probléma.
Az érintőképernyőről azt írják a kézikönyvben, hogy nem pontos rajzoláshoz tervezték. Néha nehéz is vele célozni, előfordul, hogy jegyzetelésnél vagy egy sorral többet jelöl ki, vagy egy sorral kevesebbet, de annyit, amennyit kellene sosem. Az esetek többségében azért jó. Vagy még mindig lehet nagyítani a szövegen, ha nagyon nem akar sikerülni a célzás.
Az érintéses vezérlés néha hátrány is. Buszról leszállás közben könnyű hozzáérni. Kikapcsolni picit macerás (felső gombot kell oldalra húzni), főleg ha gyorsan kell. Valami zárolás gomb jobb lenne.
A sima txt fájlokban latin2 (ISO8859-2) kódolás esetén hullámos az ő és az ű betű, UTF-8 karakterkódolás mellett pedig kockák lesznek ezen betűk helyén. OpenOffice.org-ból exportált pdf-ben helyes az árvíztűrő tükörfúrógép, de az OOo amúgy is belerakja a szükséges fontokat a pdf-be. (A pdffonts nevű progi ad erről információt például.)
MEK-ről letöltött rtf fájlokban hullámos az ő és az ű. Néhány másik rtf-ben, illetve OpenOffice.org-gal gyártott, rendes ő és ű betűt tartalmazó rtf-ben kockák lesznek az előbbi karakterek helyett. Ha jól vettem észre, akkor a MEK-es rtf ezen karakterek hullámos változatát tartalmazza, ami szerepel a gyári fontban, így nincs vele „probléma”. (Jobb, mint a kockák az UTF-8 esetén.)
Ezekből egyébként célszerű EPUB-ot gyártani, beágyazott fonttal.
Megjegyzi, hogy melyik könyv olvasását hol hagytad abba. A memóriakártyán lévő könyvek ezen metaadatait (beleértve a jegyzeteket, rajzokat, kijelöléseket) a memóriakártyán tárolja, a belső memórián lévő könyvekét a belső memórián. Kézzel migrálni még nem sikerült a kettő közt, a szoftveréről tapasztaltakat pedig lásd lentebb.
Mappázást nem támogat, egy háromszor hármas, lapozható táblázatban jelenik meg az összes könyv, amit lehet rendezni utolsó olvasás, cím, szerző, fájlnév vagy dátum szerint. Sok könyvnél elég hosszúra tud nyúlni a lista. A home menübe (ez a kezdőoldal) mindig ott van a legutóbb olvasott könyv és a három legújabb, ezek általában elegek is.
Dátumból sajnos csak a nap-hónap-év illetve hónap-nap-év formátumot támogatja az olvasó. Mindkettőt utálom. Szerencsére egyedül csak a home menüben, az utoljára olvasott könyv utolsó olvasásának időpontjánál találkoztam megjelenített dátummal, úgyhogy nem túl zavaró.
Az egyes funkciók néha idegesítően lassúak tudnak lenni. Jellemzően a jegyzetelés menü eltüntetése szokott kivárhatatlanul hosszú időnek tűnni. Rányomok a bezárást jelentő X-re, az el is sötétül, de a felső menü csak 2-5 másodperc után tűnik el, és a képernyőt is ilyenkor rajzolja újra.
Van History funkció (Menü gomb, Go to menü alatt), amivel a böngészőkben megszokott Vissza (és Előre) gombhoz hasonló funkciót lát el. A gyorslapozás is jó, nyomva kell tartani a jobbra vagy a balra gombot. Egy ugorj a következő fejezetre, alfejezetre illetve jegyzetre funkciót még el bírtam volna viselni. Magyarul nem ártana rá néhány plusz gomb, amelyek gyorsabbá tennék ezen funkciók elérését.
Pontos részletekért érdemes átnézni a netről letölthető kézikönyvet, elég sok dolog kiderül belőle önmagában, a készülék nélkül is.
A kütyüt nem sokkal a megjelenés után lett megrendelve, akkor csak a Sony-féle tok volt kapható, azt is vettem hozzá. Azóta már vannak másfajták is, talán olcsóbban is, mint a gyári, érdemes szétnézni. Valamit mindenképp ajánlott szerezni hozzá, ha hurcolni akarja az ember.
A gyári tok elég egyszerű, a két, olvasót tartó pöckön kívül mágneses is, nem nyílik ki magától a fedlap ha megtörik a bőr. A hátlap felőli része szintén mágneses, de az valamivel kevésbé tapad, mert a hátlapnak csak a széle van fémből, nagyobb része műanyag. Általában segít neki a gravitáció, de azért ki lehet úgy nyitni, hogy az olvasó a kijelző felőli oldala tapad a tokra, a hátlapja meg nem.
Buszos olvasáshoz jól jönne egy csuklópánt vagy egy bújtató a kéznek, hogy ne kelljen szorítani a rázósabb utakon.
Négy lépés szükséges hozzá: Options gomb > Notes menü > Create/Edit almenü, majd felül kiválasztható, hogy kijelölés vagy rajzolás lesz-e. Esetleg könyvjelző, de azt a jobb felső sarokban duplaérintéssel is megoldhatjuk, nem kell menüt használni hozzá.
Nagyított állapotban, többsoros kijelölésnél néha a kijelölt rész jobb felső sarka és a képernyő jobb felső sarka által meghatározott téglalapot is kijelöltnek mutatja. Csak a megjelenítés rossz, amúgy a kijelölt szöveg az elvárt lesz.
Rajzolni lehet mindenre. Legalábbis amire próbáltam eddig, az ment. PDF-ben lévő képekkel sem volt gond. Ha más a könyv nagyítása, mint amiben a rajz készült, akkor a bal felső sarokban vagy az oldalsávon jelzi egy ikon, hogy van ábra is a környéken.
Ha vannak könyvjelzőink, jegyzeteink, kijelöléseink, azokat a Notes menüben (Options gomb után) listázhatjuk, illetve odaugorhatunk a jegyzetet tartalmazó oldalhoz.
Ha nem ágyazunk be rendes fontot a EPUB fájlba, akkor gondok lesznek az ő és ű betűkkel, amúgy rendben van a dolog. Táblázatokat nem szereti túlságosan, van amikor lemarad az legalsó sor alsó fele, és lapozás után a következő oldalon nem folytatódik a szöveg. Ha jól sejtem, cellákat nem képes két oldalra tördelni. Szerencsére a Calibre linearize tables opciója meg tudja oldani a problémát.
pre tag-ekkel formázott bekezdések ugyanígy képesek kilógni a képernyőről. Ezeknél csak nagyítással lehet játszani, esetleg a kép elforgatásával. Más módot nem találtam a kilógó szövegek megjelenítésére – a kézi, számítógépes kézi újratördelésen kívül persze.
Ha ~260 kilobájtnál nagyobb xhtml kerül az epub fájlba, akkor az olvasó megadja magát, és csak a Page Error feliratot jeleníti meg a könyv helyett. (Tehát az epub mérete lehet több megabájtos is, a benne lévő xhtml fájlok méretére van ez a korlátozás.) Ugyanez a helyzet akkor is, ha kihagyjuk az epub fejlécek közül a címet. Előbbire a Calibre alapértelmezetten figyel konvertálásnál, illetve kézzel is feldarabolhatóak a nagyobb xhtml fájlok, utóbbi pedig egyszerűen pótolható.
Epub hibák közé tartozik még az az eset, amikor lemaradt egy-két sor a lap aljáról, amiket csak teljes újraindítás után volt hajlandó megjeleníteni az olvasó. Itt azonban majdnem biztos vagyok benne, hogy az az epub fájl hibás volt. Egy másik alkalommal, egy Calibre által RSS-ből generált, epubcheck által biztosan hibásnak mondott epub fájllal esett meg, hogy egyszerűen nem volt hajlandó L-es nagyítás mellett továbblapozni. Ha S-re vettem a nagyítást, ment simán. Újraindítás után sem lett sokkal jobb a helyzet. Javítással nem próbálkoztam, de azért ennyire lehetne hibatűrő a firmware.
Az epubcheck szerint jó epub fájlokkal nem volt még gondom (a már említett táblázatos és a hosszú soros eseteket leszámítva).
Egy érdekesség: Ha a könyv egyedi azonosítóját nem módosítjuk, akkor simán lecserélhetőek a jegyzetek (ábrák, kijelölések) alatt az epub. Ezt működik, kipróbáltam, igaz csak egy egyszerű példával.
Képes újratördelni őket, ami nagy előny a Kindle-lel szemben (ezt állítólag nem tudja), így konvertálás nélkül is olvashatóak a pdf-ek az eszközön. Fekvő módban sajnos ez nem tökéletes. Volt olyan, hogy a bekezdésnek csak a fele fért el a lap alján, lapozás után viszont megismételte az egész bekezdést, ami nagyon zavaró. Álló módban olvasva nem volt ilyen problémám.
A linkek működnek, kattinthatóak, ha ez eredeti pdf-ben is jók voltak. Átméretezés általában gyors. A pdf fájloknál szokásos fejléc és lábléc is elviselhető, meg lehet szokni. A Calibre-t is rá lehet valahogy beszélni talán, hogy ezeket szűrje ki konvertáláskor.
Először egy régi MMC kártyával próbálkoztam, ez volt kéznél. Specifikáció szerint nem tudja kezelni, de azért többnyire beolvasta róla a fájlokat. Írni nem akart rá. SD kártyával minden rendben ment.
Írták róla fórumokon, hogy kritikán aluli, nem is voltam rá túlságosan kíváncsi, de csak megpróbálkoztam vele. Az egyetlen érdekes dolog, hogy állítólag tud jegyzeteket exportálni RTF-be. Még az lenne jó, ha tudna jegyzetestől könyvet másolni a memóriakártyáról a belső memóriára, de nem tudom erre képes-e.
Telepíteni egy Windows Vistára akartam. Ez sikerült is, települni települt, elindulni is hajlandó, de (nálam) ablakot nem jelenít meg, csak a háttérben fut. Aztán egyszer valahogy megjelenítette magát, de akkor pont nem volt időm foglalkozni vele. Azóta se láttam újra, csak néha kilövöm a processzlistából, mert elindul magától a háttérben, ha rádugom az olvasót a gépre. Arra gyanakszom amúgy, hogy az ESET tűzfallal nem szeretik egymást. A kézikönyv szerint több dolog miatt is lehet ilyen problémám. Ami rám illeszkedik:
Reader Library is not supported by the following environments: - ... – Personally built computer or operating system – Upgraded manufacturer-installed operating system – Multi-boot environment – Multi-monitor environment
Ha lesz kedvem, majd foglalkozom még vele és megírom.
USB meghajtóként mountolható. Lesz külön eszköz a belső memóriának, SD kártyának, Memory Stick Duo kártyának, meg még egy 10 megás meghajtó, amin gondolom a szoftvere lehet.
Semmi parám nem volt még, működik szépen.
A kézikönyvben azt írják, hogy 5 és 35 Celsius-fok között használható az olvasó, ami nem teljesen fedi le Magyarországon előforduló hőmérsékleteket. Az eddig maximum -5, -7 fok körüli hidegben nem volt vele semmi gondom, csak az, ha ráesett a kijelzőre pár hópihe a buszmegállóban és ellapozta az épp olvasott könyvet. A Mobileread fórum szerint nem káros a kijelzőnek, ezt eddig én is csak megerősíteni tudom.
További érdekesség, hogy a hasonló kijelzővel szerelt iRiver Cover Story működési hőmérsékletének határaira -5 és +40 Celsius-fok van megadva.
Ahogy az elején is írtam, meg vagyok elégedve a készülékkel, vannak kisebb nyűgjei, de jól használható. Egy hónappal a megérkezése után, ma sem igen vennék mást.
Pár gondolat Dr. Székely Iván – pár hete tartott – Kukkoló társadalom című előadásából:
Ugyanaz máshogy:
Egy saját komment: Napjaink (szó szerint értve is) legnagyobb webpoloskája a like gomb.
Úgy kb. ezek a csomagok kellenek hozzá:
sudo apt-get install python2.6 python-dbus python-imaging python-lxml \ python-mechanize python-beautifulsoup python-pkg-resources python-pypdf \ python-cssutils python-encutils python-cherrypy3 python-dateutil \ python-django-tagging python-qt4 xdg-utils imagemagick ttf-liberation \ python-routes libpoppler-qt4-dev libmagickwand3 libmagickwand-dev \ python2.6-dev libchm-dev libpodofo-dev libpodofo-utils python-sip-dev \ python-qt4-dev libpoppler-qt4-dev python-pythonmagick
(Calibre 0.7.32)
A múltkori hacktivitys bejegyzésben előkerült a National Software Reference Library (NSRL) Project. Most megnéztem kicsit közelebbről a letölthető hashadatbázist.
Az összesen négy, egyenként 360 megabájtos CD képfájl egy-két txt mellett tartalmaz egy-egy, majdnem ugyanekkora zipet. A zipekben vannak az ellenőrzőösszegek, amelyek egyenként 1,7 gigabájtos fájlmérettel büszkélkedhetnek. Így összesen 7 gigabájtnyi hasht kapunk.
Pontos adatmennyiség (idézet a read_me.txt-ből):
CD "A" 14,526,967 files, 4,373,310 unique SHA-1 values CD "B" 14,577,858 files, 4,371,962 unique SHA-1 values CD "C" 14,511,572 files, 4,375,127 unique SHA-1 values CD "D" 14,656,439 files, 4,369,231 unique SHA-1 values ------------------------------------------------- TOTAL 58,272,836 files, 17,489,630 unique SHA-1 values
A hashfájlok tartalma valami ilyesmi:
"SHA-1","MD5","CRC32","FileName","FileSize","ProductCode","OpSystemCode","SpecialCode" "000000206738748EDD92C4E3D2E823896700F849","392126E756571EBF112CB1C1CDEDF926","EBD105A0","I05002T2.PFB",98865,3095,"WIN","" "0000004DA6391F7F5D2F7FCCF36CEBDA60C6EA02","0E53C14A3E48D94FF596A2824307B492","AA6A7B16","00br2026.gif",2226,228,"WIN","" "000000A9E47BD385A0A3685AA12C2DB6FD727A20","176308F27DD52890F013A3FD80F92E51","D749B562","femvo523.wav",42748,4887,"MacOSX","" "00000142988AFA836117B1B572FAE4713F200567","9B3702B0E788C6D62996392FE3C9786A","05E566DF","J0180794.JPG",32768,16848,"358","" "00000142988AFA836117B1B572FAE4713F200567","9B3702B0E788C6D62996392FE3C9786A","05E566DF","J0180794.JPG",32768,18266,"358","" "00000142988AFA836117B1B572FAE4713F200567","9B3702B0E788C6D62996392FE3C9786A","05E566DF","J0180794.JPG",32768,2322,"WIN","" "00000142988AFA836117B1B572FAE4713F200567","9B3702B0E788C6D62996392FE3C9786A","05E566DF","J0180794.JPG",32768,2575,"WIN",""
A fenti mintánál is látszik, hogy egy hash többször is szerepel különböző OpSystemCode, ProductCode vagy SpecialCode mezővel. Ezek feloldását a cédén mellékelt NSLROS.txt és NSLRProd.txt fájlok tartalmazzák. A 358-as azonosítójú operációs rendszer például a rejtélyes TBD névre hallgat.
Az utolsó négy sor ProductCode értékei (16848, 18266, 2322, 2575) a következőket fedik:
"ProductCode","ProductName","ProductVersion","OpSystemCode","MfgCode","Language","ApplicationType" ... 16848,"Microsoft Office XP Small Business","Version 2002","189","609","English","Operating System" 18266,"Microsoft Office XP","2002","190","609","Dutch","Office Suite" 18266,"Microsoft Office XP","2002","204","609","Dutch","Office Suite" 18266,"Microsoft Office XP","2002","224","609","Dutch","Office Suite" 18266,"Microsoft Office XP","2002","264","609","Dutch","Office Suite" 2322,"Office XP","Standard2002 NL","WIN","Microsoft","Dutch","Suite" 2575,"Publisher Deluxe with Photo Editing","2002","WIN","Microsoft","English","Publishing" 2575,"Publisher Deluxe with Photo Editing","2002","WIN2000","Microsoft","English","Publishing" 2575,"Publisher Deluxe with Photo Editing","2002","WIN98","Microsoft","English","Publishing" 2575,"Publisher Deluxe with Photo Editing","2002","WINME","Microsoft","English","Publishing" 2575,"Publisher Deluxe with Photo Editing","2002","WINNT","Microsoft","English","Publishing" 2575,"Publisher Deluxe with Photo Editing","2002","WINXP","Microsoft","English","Publishing"
A teljes hashadatbázis 58 millió sorából 1,4 millióban szerepel a Linux szó, szóval nem csak windowsos fájlokról van szó. Ezen kívül van még itt Solaris, MacOS, mindenféle DOS-ok, OpenVMS, Palm OS stb. Az NSRLProd.txt majdnem 26 ezer sora 8500 különböző nevű terméket tartalmaz.
A teszteléshez első körben egy pár hónapos (XpHun#1) és egy valamivel régebben frissített magyar Windows XP mentést használtam (XpHun#2). Aztán szereztem egy md5 fájlt egy magyar Vista, valamint egy SP3-as angol XP (XpEng) C:\Windows könyvtárának tartalmáról is. Végül egy Debian Lenny-t is megnéztem (/bin, /sbin, /usr, /var).
Eredmények a következő táblázatban:
Néhány elterjedtebb operációs rendszer rendszerfájljainak megtalálhatósági statisztikája az NSRL hashadatbázisában | |||||
---|---|---|---|---|---|
XpHun#1 | XpHun#2 | Vista | XpEng | ||
Összes különböző fájl darabszáma a rendszeren | 16268 | 10149 | 53274 | 7323 | 204290 |
Hashadatbázisban megtalált fájlok száma | 5069 | 4669 | 20363 | 3915 | 21205 |
Találatok aránya | 31% | 46% | 38% | 53% | 10% |
Az ugyanolyan hash értékkel rendelkező fájlok csak egyszer szerepelnek az összegekben.
A legjobb eredmények is éppen csak 50 százalék felettiek. Az angol XP magas találati arányának oka lehet, hogy régen volt frissítve (csak a két és fél éve kiadott SP3-at tartalmazta), másrészt talán az angol Windows fájljai nagyobb eséllyel kerülhetnek be a NSRL adatbázisába, mint a magyarok.
Látszik az eredményekből, hogy nem mindenható eszközről van szó (legalábbis jelenlegi állapotában semmiképp sem), a felismert fájlok eltávolítása után még bőven marad átnéznivaló, ha alaposak akarunk lenni. Ettől függetlenül mindenképp segítséget jelent, az a néhány ezer-tízezer megtalált fájl sem elhanyagolható könnyebbség egy ilyen feladatnál.
(Technikai részletek: 2010/06/01 - RDS Version 2.29)
Legutóbbi hozzászólások
8 év 21 hét
9 év 10 hét
9 év 14 hét
9 év 32 hét
10 év 34 hét
10 év 39 hét
10 év 39 hét
10 év 40 hét
10 év 50 hét
11 év 20 hét