prs-650

Epub helyett PDF

Epub fájlok helyett PDF-ekkel is egész jól használható a Sony PRS-650, csak az oldalméretet, margót és betűméretet kell jól beállítani.

Alapadatok a Sony PRS-650 6 colos kijelzőjéhez:

  • Oldalméret: kb. 118 mm x 90 mm
  • Margó: 1 mm, igény szerint
  • Betűméret: 11-13, igény szerint

Pár megjegyzés:

  • Doc, RTF fájlok probléma nélkül átalakíthatóak LibreOffice-szal, rögtön látszik a végeredmény, nem kell az olvasón ellenőrizni. Ha végeztünk, akkor a Fájl menüben lehet PDF-be exportálni a dokumentumot.
  • A képek problémásak így is, de kezelhetőbbek, mint epub esetén. (Ezt is lehet LibreOffice-ban ellenőrizni.)
  • Ha csak egy eszközre (képernyőméretre) készítjük el, akkor nagyon gyors és kényelmes módszer.
  • A forrásfájlt megtartva (LibreOffice odt) könnyedén módosítható a lapméret (képernyőméret), betűméret.
  • Forráskódok, nem folyószövegek formázása sokkal egyszerűbb WYSIWYG szövegszerkesztővel.
  • Weboldalak is könnyedén átmásolhatóak egy új LibreOffice dokumentumba a formázásokkal együtt.
  • A tartalomjegyzék automatikusan elkészül a címsorokból.
  • Nem kell külön belepakolni a fontokat az elkészült fájlba, PDF export megteszi automatikusan.

Akad néhány hátrány is:

  • Kevésbé hordozható, más eszközre átvíve a könyvet biztos, hogy nem megfelelően fog megjelenni, ha különböző a képernyőméret.
  • Nagyítást (betűméret változtatását) jobban kezelik az olvasók az epub fájlokban, itt viszont muszáj megadni a számítógépes formázáskor a betű- és lapméretet.

PRS-650 backup szkript

Lentebb egy biztonsági mentést készítő szkript Sony PRS-650-hez. Amit tud: automatikus mount/umount, könyvtárlétrehozás dátum alapján, md5sum az elkészült mentésről, a database/media/audio/ alatti tartalmak kihagyása.

#!/bin/bash

### Sony PRS-650 backup script by palacsint, 2011. 07. 14.
### http://palacsint.hu/

INPUT_DIR=/mnt/prs650_internal
BACKUP_BASE_DIR=/backup/sony-prs-650


mkdir --parents $BACKUP_BASE_DIR || exit -1

BACKUP_DIR=$BACKUP_BASE_DIR/sony-prs-650-$(date +%Y-%m-%d)
echo "Backup directory: $BACKUP_DIR"
if [ -d $BACKUP_DIR ]; then
    echo "Backup directory already exists, skip backup"
    exit -1
fi

echo "Free space on backup drive: $(df -h $BACKUP_BASE_DIR | tail -1 | awk '{print $4}')"

MOUNTED=false
if mountpoint -q $INPUT_DIR; then
    echo "Input directory $INPUT_DIR already mounted"
    MOUNTED=true
else
    mount $INPUT_DIR || exit -1
fi


mkdir --parents $BACKUP_DIR || exit -1

rsync --whole-file --recursive --filter='exclude, database/media/audio/**' $INPUT_DIR/ $BACKUP_DIR

find $INPUT_DIR | sed "s:$INPUT_DIR::" | sed 's:/::' > $BACKUP_DIR/file-list

cfv -q -C -t md5 -rr -p $BACKUP_DIR || exit -1

echo "Backup size: $(du -sh $BACKUP_DIR | awk '{print $1}')"

if [ "x$MOUNTED" = "xfalse" ]; then
    umount $INPUT_DIR
    sync
fi
echo "Backup OK"

OpenOffice.org/LibreOffice-ból exportált PDF metaadatainak beállítása

Dokumentum címének beállítása:

  • File menü / Properties / Description fül alatt a Title mezőnél megadható a dokumentum címe.

A szerző megadása:

  • Tools menü / Options / LibreOffice / User Data oldalon a First name, Last name mezők kitöltése,
  • File menü / Properties alatt a General fülön pipáljuk ki az „Apply user data” jelölőnégyzetet,
  • nyomjuk meg az „Apply user data” melletti Reset gombot.

A reset gomb frissíti az épp szerkesztett dokumentum szerző mezőjét a User Data alatt megadott adatokkal, megnyomása után az új szerző rögtön megjelenik a General fülön a Created címke mellett. A dokumentumot pdf-ként exportálva ezután már a beállított értékek fognak szerepelni a metaadatok között. Ne felejtsük el elmenteni az eredeti dokumentumot sem a metaadatok módosítása után.

PDF metaadatok módosítása

A PDF toolkittel – vagy röviden csak pdftk-val – egyszerűen módosíthatóak a pdf fájlok metaadatai. A telepítés Debian alatt csak egy apt-get install pdftk, de van Windowsos bináris is, bár azt nem próbáltam.

A metaadatok közül a Sony PRS-650 esetében a szerző és a cím a legérdekesebb. A dátum szerinti sorrendezésnél a felmásolás dátuma számít, nem a pdf fájlban lévő időpont.

Metaadatok lekérdezése:

$ pdftk original.pdf dump_data > pdf.data

Az így létrejött pdf.data fájl tartalma valami ilyesmi:

InfoKey: Creator
InfoValue: Writer
InfoKey: Title
InfoValue: árvíztűrő tükörfúrógép - ÁRVÍZTŰRŐ TÜKÖRFÚRÓGÉP
InfoKey: Producer
InfoValue: OpenOffice.org 3.2
InfoKey: Author
InfoValue: palacsint
InfoKey: CreationDate
InfoValue: D:20110727211139+02'00'
PdfID0: d52f66ef5c592704640f4c44af42383
PdfID1: d52f66ef5c592704640f4c44af42383
NumberOfPages: 1

A címet az „InfoKey: Title” utáni sorban lévő InfoValue után kell megadni, a szerzőt pedig az „InfoKey: Author” utáni sorban. A cím jelen esetben az „árvíztűrő tükörfúrógép - ÁRVÍZTŰRŐ TÜKÖRFÚRÓGÉP” szöveg. Értelemszerűen az ékezetes karaktereket a fenti formában kell megadni.

Végül a pdf.data módosítása után a metaadatok visszatöltése egy új fájlba:

$ pdftk original.pdf update_info pdf.data output metafix.pdf

Frissítés (2013. április 12.): Valamivel újabb Debianban már az escape-elés sem szükséges, UTF-8 karaktereket minden gond nélkül lehet használni a pdf.data fájlban.

Elveszett PRS-650 jegyzetek visszaállítása

A múltkor lefagyás után nagyrészt sikerült visszaállítani az elveszett jegyzeteimet. Rögtön az újraindítás után kivettem a memóriakártyát, hogy ne rontsam tovább a helyzetet. Ezután a korábbi adatmentős írásomban ismertetett módon lementettem az egész kártya tartalmát későbbi elemzésre.

Az mentett képfájlt a phororec-nek adtam oda, elég sok fájl hozott vissza. Az eredeti fájlnév nem maradt meg, úgy kellett összevadászni az ömlesztett fájlokból a database/cache/cacheExt.xml és a Digital Editions gyökérkönyvtárban lévő, annot kiterjesztésű, egyébként szintén XML fájlokra hasonlító fájlokat. Az XML-ek gyökértag-jére érdemes keresni („<cacheExt” és „<annotationSet”). A két fájl közül a cacheExt.xml fájlba kerülnek olvasható módon a jegyzetek, de ez valószínűleg – ahogy a neve is mutatja – csak egy cache, a tényleges jegyzeteket az annot fájl tárolja.

A photorec a fájlok legutolsó változatán kívül elég sok régebbi változatot is kibányászott a memóriakártya eldugott szektoraiból. Ezek közül a legnagyobbakat választottam ki. A fájlok mérete arányos a benne lévő jegyzetek számával.

Rossz hír, hogy ezt a két fájlt szinkronban kell visszaállítani. Ez nekem nem akart összejönni. Az .annot fájl törlése után a cacheExt-ből is törlődtek az annotációk, viszont az annot fájl visszaállítása után nem generálódik újra a cache, hanem az annot fájl tartalma is törlődik. (Elég érdekes viselkedés egy cache-hez képest.) A kettő egy időben történő visszaállításakor pedig némelyik jegyzet nem volt kijelölve a szövegben, csak a jegyzetlistán jelent meg a hozzá tartozó bejegyzés.

Az annot fájlból és a könyvből kiindulva valószínűleg le lehetne generálni a cacheExt tartalmát is, ha máshogy nem is, a firmware forráskódja alapján biztosan, de ennyit nem ért meg a dolog. Ehelyett inkább kinyomtattam a legnagyobb cacheExt fájl releváns részeit és kézzel felvettem újra a jegyzeteket.

A cacheExt-ben ezek a részek az érdekesek:

<annotation date="Tue, 16 Nov 2010 22:10:42 GMT" name="..." page="1" pageOffset="1"
	pages="948" part="0" scale="2" synced="true" dpi="167" width="584" height="754" 
	layoutVersion="1">
		<start>...</start>
		<end>...</end>
		<comment></comment>
</annotation>

A name attribútum tárolja a kijelölt szöveget, a page az oldalszámot (0 jelöli az első oldalt), a scale a kijelöléskori nagyítást (0 = S, 1 = M, 2 = L), a pageOffset pedig az adott fizikai oldalon belüli oldalt (nagyítás esetén van jelentősége).

Képek, rajzok visszaállítása

A rajzokat külön SVG fájlok tárolják, az XML-ből csak hivatkozás van rájuk. A hivatkozás csak fájlnévvel történik, ami eléggé kellemetlen, mivel a photorec nem állítja vissza az eredeti fájlnevet.

A cacheExt-beli tag hasonló az előzőhöz:

<freehand date="Sun, 28 Nov 2010 18:16:31 GMT" name="..." page="785" pageOffset="0"
	pages="948" part="0" scale="0" synced="true" dpi="167" width="584" height="754"
	layoutVersion="1">
		<svgFile width="584" height="754">1290968182066.77.svg</svgFile>
		<thumbFile width="115" height="149">1290968182066.77.jpg</thumbFile>
		<mark>...</mark>
		<comment></comment>
</freehand>

A jpg fájl tartalmazza a rajz mögötti könyvoldal képét is, ami alapján találgatással össze lehet párosítani a photorec által megtalált képeket az XML freehand bejegyzéseivel. A könyvből ki kell keresni a page attribútumokban szereplő oldalakat, majd az ezekhez hasonlító képet. Ezek a képek nagyon kicsik (kb. 100 x 150 képpont), rossz minőségűek, de nekem sokat segítettek, mert esetemben az ábrák többnyire csak egy pipából álltak a már olvasott fejezetek elején, és ezek az oldalak változatosabb képet mutattak, mint a folytonos szöveg a fejezetek további oldalain. Érdemes figyelni (nem sorkizárt szöveg esetén) a sorok végére rajzolható görbét, a fejezetcím hosszát, ha eltérő, akkor a páros-páratlan oldalak közti fejléc, illetve lábléc különbségét, ábrák alakját.

Utoljára olvasott oldal visszaállítása

A cacheExt fájlból a következő részlet az érdekes:

<text path="...pdf" preventDelete="true" opened="true">
	<currentPosition date="Fri, 07 Jan 2011 13:32:25 GMT" name="undefined" 
		page="552" pageOffset="0" pages="948" part="0" scale="0" synced="false"
		dpi="167" width="584" height="754" layoutVersion="1">
			<mark>I3BkZmxvYyg5OWYwLDU1MikA</mark>
			<comment></comment>
	</currentPosition>
	...

Itt is a korábban már ismertetett page, scale és a pageOffset attribútumokra kell figyelni.

Fontok beágyazása epub fájlokba – kicsit részletesebben

Amire szükség lesz:

A fontok tar.gz-ben érkeznek, ami például a 7-Zippel kicsomagolható. A kitömörített könyvtárból a következő fájlokra lesz szükség:

  • LiberationSerif-BoldItalic.ttf
  • LiberationSerif-Bold.ttf
  • LiberationSerif-Italic.ttf
  • LiberationSerif-Regular.ttf
    • Ízlés szerint persze lehet más fontokat is használni. A Linux Libertine fonttal a Sony PRS-650 esetében nem volt szerencsém, az eszköz nem kezelte megfelelően, néha kimaradtak bekezdések a könyvekből. A font lecserélése megoldotta a problémát. A Liberation fonttal még nem volt problémám, a Sony jól kezeli őket.

      A Sigil telepítése után nyissuk meg az epub fájlt a File menü Open menüpontjával. A megnyitott fájl Book Browser ablakában a Fonts mappára kattintva jobbklikk, Add Existsing Items. Keressük meg a fenti négy ttf fájl, és adjuk hozzá a listához.

      Ezután szintén Book Browser ablak, jobbklikk a Styles könyvtáron, Add New Item. Ha jól csináltuk, akkor létrejön egy Style0001.css nevű fájl. Duplaklikk a fájlnévre, majd másoljuk be az előző bejegyzésben is szereplő CSS tartalmat:

      @font-face {
      	font-family: "LiberationSerif";
      	font-style: normal;
      	font-weight: normal;
      	src:url(../Fonts/LiberationSerif-Regular.ttf)
      }
      
      @font-face {
      	font-family: "LiberationSerif";
      	font-style: italic;
      	font-weight: normal;
      	src:url(../Fonts/LiberationSerif-Italic.ttf)
      }
      
      @font-face {
      	font-family: "LiberationSerif";
      	font-style: normal;
      	font-weight: bold;
      	src:url(../Fonts/LiberationSerif-Bold.ttf)
      }
      
      @font-face {
      	font-family: "LiberationSerif";
      	font-style: italic;
      	font-weight: bold;
      	src:url(../Fonts/LiberationSerif-BoldItalic.ttf)
      }
      
      body { 
      	font-family: "LiberationSerif"
      }
      

      A CSS-ben az src:url kezdetű sorokban lévő fájlnévnek egyeznie kell a fenti listában szereplő fájlnevekkel. Ez alapesetben így van, ha mégsem működne valami, akkor ezt mindenképp ellenőrizzük, illetve ha más fontot használnánk, akkor figyeljünk rá.

      Ha ezzel megvagyunk, akkor a Book Browser ablakban nyissuk meg az xhtml fájlokat, majd váltsunk át Code View-ra (View menü / Code View menüpont, vagy F11). A fájlok elején, a <head> és </head> közé helyezzük el a következő tag-et:

      <link href="../Styles/Style0001.css" rel="stylesheet" type="text/css" />
      

      Például:

      <?xml version="1.0"?>
      <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
        "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
      
      <html xmlns="http://www.w3.org/1999/xhtml">
      <head>
      	<title>Liberation Serif Font Test</title>
      	<link href="../Styles/Style0001.css" rel="stylesheet" type="text/css" />
      </head>
      
      <body>
        <p>GYÜMÖLCSVÉDŐ ÁGYÚFŰNYÍRÓ</p>
        <p>Gyümölcsvédő ágyúfűnyíró</p>
      </body>
      </html>
      

      A <head></head> között meglévő tartalom maradjon meg, azt ne töröljük.

      Fontos, hogy beszúrt tag-ben a href után lévő fájlnévnek egyeznie kell a korábban létrehozott CSS nevével (Style0001.css), valamint a fenti link tag-nek minden xhtml fájlban szerepelnie kell.

      Ha kész, akkor a Tools menü Validate Epub menüvel ellenőrizhető, hogy az eredmény megfelel-e az epub szabványnak. Jó tudni, hogy a validátor (jelenleg) sajnos nem ellenőrzi a CSS-ben lévő hivatkozásokat. Az ellenőrzést érdemes a módosítások megkezdése előtt is, hogy a forrásban lévő hibákkal ne itt találkozzunk először.

      Végül innen letölthető egy mintaepub, ami tartalmazza a fentieket. Kérdés nyugodtan jöhet kommentben vagy e-mailben.

Sony PRS-650 lefagyások

Az utóbbi időben három-négynaponta lefagy a PRS-650. Ha jól sejtem, kikapcsolásnál omlik össze, és újra már nem lehet bekapcsolni. Reset segít, de idegesítő. A mai napig semmi komolyabb következménye nem volt a dolognak. Ma viszont elveszett egy könyvbe írt 150 jegyzetem, és jó pár könyv esetén elfelejtődött az utolsó olvasott oldal. Egy korábbi állapotra álltak vissza, nem az első oldalra.

Tervezgetem egy ideje, hogy írok hozzá backup szkriptet. Nem gondoltam volna, hogy ilyen gyorsan szükségem lesz (lenne) rá.

Sony PRS-650 udev és fstab szabályok

# 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'

Sony PRS-650 USB kábel

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.

Sony PRS-650

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.

Általánosságban

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.

Képernyő

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.

Magyar karakterek

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.

Menü, kezelőfelület

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.

Tok

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.

Jegyzetelés

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.

EPUB támogatás

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.

PDF támogatás

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.

Külső memória

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.

Szoftver

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

Linux támogatás

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.

Hideg

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.

Összegzés

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.

Tartalom átvétel