Ha az ember napi 1-2 óránál többet használja zenehallgatásra a Pocket PC-jét, akkor nem árt tudnia, hogy hogyan minimalizálhatja ennek során az áramfelvételt.

Ha az ember napi 1-2 óránál többet használja zenehallgatásra a Pocket PC-jét, akkor nem árt tudnia, hogy hogyan minimalizálhatja ennek során az áramfelvételt. Ebbe a témába mind a megfelelõ, kis "étvágyú" lejátszóprogramok helyes kiválasztása, mint azok olyan beállítási alapkérdései beletartoznak, amely a minimális fogyasztást célozzák.

Az angolul beszélõk / értõk számára jó hír, hogy angol nyelven generikus cikkek már jelentek meg tõlem mind a Pocket PC & Smartphone Magazine-ban (lásd pl. a Maximize Battery Life by Minimizing Power Consumption! cikket), mind egyéb, közismert oldalakon, mind pl. a Pocket PC Thoughts-os Some new power consumption measurements (Dell Axim x51v, HP iPAQ hx4700, Fujitsu-Siemens Pocket Loox 720, HTC Universal, HTC Wizard). Ezekben a cikkekben, amelyekben megmutattam, milyen központi jelentõsége van az alkalmazások processzorterhelésének az össz-áramfelvételben, csak kisebb részt foglalkoztam a multimédia lejátszók áramfogyasztásával (mint például itt és a Pocket PC Hangfelvevõ Bibliában); most ezt pótolom be.

Ezt a cikket, a következtetéseket és a tippeket mindenkinek ajánlom, aki sokat hallgat Pocket PC-rõl zenét, akár vezetékes, akár vezeték nélküli (Bluetooth A2DP) fejhallgatón keresztül teszi is azt.

A cikkhez tartozó táblázatban (ide is megpróbálom majd beszúrni; ha - a tábla szélessége miatt - nem lenne könnyen olvasható, clickeljetek a linkre) minden lényeges információt megtaláltok. Most ezen táblázat oszlopainak a jelentését magyarázom el.

• Hogy minél korrektebben összehasonlíthassuk az egyes programokat, a tesztgépet (WM5 VGA Dell Axim x51v A12 ROM-mal; fontos tudni, hogy a "problémás" programokat, mint pl. a WinamPAQ , kõkeményen leteszteltem a többi WM5 gépemen is, hogy lássam, ott is ilyen elemzabálók, ill. hibaüzenetekre hajlamosak-e) 208 MHz-en futtattam az eredeti Auto mód helyett. Ennek az volt az értelme, hogy, egyrészt, mivel ilyenkor szinte minden program 208 MHz-en futott (kivéve azokat, amik a kis teljesítményigény miatt még ennél is lejjebb, 104 MHz-re kapcsolnak; ilyenkor természetesen a processzor (még) 208 MHz-es állásában kiírt CPU-használatot vettem figyelembe), azok egyrészt sokkal könnyebben összehasonlíthatóak voltak, mint ha más-más CPU sebességen futó alkalmazásokat hasonlítgattam volna össze. Másrészt, ilyen "kis" sebesség mellett már a legapróbb teljesítményigény-különbség is világosan látszik, amely nagyobb CPU frekvencia mellett nem lenne garantált.
  
  Fontos, hogy itt (még) gondoskodtam arról, hogy semmilyen DSP vagy ekvalízer (hangszínszabályozó; EQ-nak is rövidítem) ne legyen bekapcsolva, ill. arról, hogy lemérjem egy program teljesítmény-felvételét mind bekapcsolt, mind kikapcsolt vizsualizáció (pl. spektrumanalízis) mellett. Ezen utóbbi megjegyzésekre mindenképp érdemes figyelni.
  
  Ahogy a teszt egyéb számainál is, minél kisebb az itt látható érték, annál kevesebb CPU-ciklussal beéri az adott program, tehát annál jobb.
  
  Négy csoportot kell ezen mérések alapján szétválasztanunk:
  

1. Az elsõ csoportba az a jelenleg három program tartozik, amely messze a legkisebb teljesítményfelvétellel rendelkezik: a 40th Floor-féle iPlay (amelynek a CPU-igénye 11% 208 MHz-en), amelyet szorosan követ a Kovács Gábor / Picard-féle TCPMP, majd a Resco Audio Recorder (12 és 12.5% CPU igénnyel). Ezekkel a lejátszók, amennyiben pl. nem engedélyezzük a hangszínszabályzót (ekvalizert), esetleg a reverb DSP-t bennük, majdnem feleakkora CPU-igénnyel rendelkeznek, mint a következõ kategóriába tartozó lejátszók (mint pl. a beépített Windows Media Player (WMP), az LGC Jukebox és a GSPlayer, amelyek CPU-igénye 20 és 21.5% között van).
   
2. A második csoport még igen elembarát (de közel sem annyira, mint az elsõ csoportba tartozó lejátszók). Több médialejátszó tartozik ide, pl. a pár nappal ezelõtt kiadott, 20% CPU igénnyel rendelkezõ LGC Jukebox, amelyet a közismert, és független fejlesztõk által még midi- és mod-képes (klikkeljetek a linkekre, ha érdekel a két téma és nem gond az angol!) plug-in-ekkel is ellátott ingyenes GSPlayer (21% CPU igény) követ. Ezután jön a mindenki számára ismerõs WMP (21.4%), a (szemben a többi, eddig felsorolt programmal, a WMP-t, az iPlay-t és, operációs rendszertõl függõen, TCPMP-t nem véve számításba) az AVRCP-képes, szintén ingyenes és remek MortPlayer (22%). Szintén itt találunk néhány kevésbé ismert programot, mint pl. a sajnos ma már hivatalosan sem továbbfejlesztett TodayPlayer, valamint a NoteM, a minõségi, ingyenes MP3 felvevõ (és, természetesen, lejátszó. Azért azt érdemes tudni, hogy lejátszás során igen érzékeny a COU terheltségére, így nagyon könnyen elkezd ugrálni, ha más taszkokat indítunk / azokra váltunk. Semelyik egyéb program nem szenved ettõl a problémától.)
   
3. A harmadik, amennyiben az üzemidõ nagyon fontos, már csak feltételesen (pl. ha NAGYON ki akarjuk használni mondjuk a Conduits Pocket Player vagy a VITO SoundExplorer plusz képességeit, mint pl. az AVRCP az egyiknél vagy a gyorsított / lassított visszajátszás, dinamika-határolás és -összenyomás a másodiknál) ajánlható csoportba a WinVibePro (amirõl még késõbb bõvebben is beszélek), a Conduits Pocket Player, VITO SoundExplorer, a PocketMind-féle PocketMusic Bundle, az iMusic és a withMP3 tartozik. Ezek CPU igénye 24 és 27.5% között van.
   
4. Végül, a negyedik, legrosszabb csoport a Nero Mobile-t (31%), a Platform4 Player-t (37%) és a legrosszabb lejátszót, a WinamPAQ-t (40%) tartalmazza. Fontos, hogy gyakorlati viselkedése alapján a WinVibePro szintén ebbe a csoportba kellene hogy tartozzon - az ember ui. soha nem tudhatja, hogy éppen mennyi CPU-t "eszik".
   

• A harmadik oszlop: Nagyon sokan használják a beépített hangszínszabályzót (ekvalízert, EQ-t), ill. szuperbasszust (bass boost) a médialejátszó programokban, hogy valamennyire korrigálják a fejhallgatójuk / hangszóróik nemlineáris karakterisztikáját, esetleg "dögösebbé" tegyék a zenét. Mivel ezek használata sok esetben drámaian megemeli a médialejátszó programok CPU-igényét, kifejetten ennek a figyelembe vételével is elvégeztem a teszteket - ahogy a tesztek során mindig, 208 MHz-en.
  
  Ha végignézünk az eredményeken, láthatjuk, hogy szinte minden programnál sokszor jelentõs CPU-igény-növekedést regisztrálhatunk, ha az EQ-t aktiváljuk. Ezek közül csak, a használható programok közül, az ugyanarra a magra épülõ GSPlayer és MortPlayer kivételek, valamint a TodayPlayer. (A használhatatlanul gyengék közül pedig a WinamPAQ).
  
  Ez azt jelenti, amennyiben maximalizálni akarjuk az egy feltöltéssel elérhetõ lejátszási idõtartamot, és (ez nagyon fontos! Bluetooth A2DP-n kereszül szó sem lehet rendszerszintű hangszínszabályozók használatáról!) vezetékes fejhallgatóval (vagy, természetesen, hangszórókkal) rendelkezünk, akkor nézzük meg, hogy a PDA-nkhoz nem létezik-e már olyan kis programocska, ami lehetõvé teszi azt, hogy rendszerszinten (azaz nem az egyes multimédia-lejátszókban) szabályozhassuk a hangszínt.
  
  Sok ilyen PDA-típus létezik; például, legjobb tudomásom szerint, az összes HP iPAQ (én a HP iPAQ hx4700 és a HP iPAQ 2210-ban vagyok teljesen biztos) beépítve tartalmazza ezt a Start / Settings / System / iPAQ Audio alatt. Ha nem HP iPAQ-nk van, hanem pl. Dell Axim x50(v) / x51(v)-nk, akkor se keseredjünk el: nekünk találták ki a x50mix nevű programot. Ha pedig esetleg még mindig régi, Compaq iPAQ 36xx/37xx gépeken hallgatunk zenét, akkor a UdaEq 1.1 lesz a legjobb barátunk.
  
  Érdmes észrevenni, hogy az EQ-t (a Resco Audio Recorder nem ilyen) támogató, (nélküle) kis CPU-étkű lejátszó, (iPlay, TCPMP) fogyasztása érezhetõen megemelkedik, ha bekapcsoljuk a programbeli EQ-t. Érdemes ugyanakkor megjegyezni, hogy pl. az iPlay fogyasztása még ekkor sem éri el a második csoport ilyen szempontból legjobb lejátszóját, az LGC-t; a TCPMP pedig (amely ilyenkor "csak" 40%-os fogyasztásnövekedéssel "büszkélkedhet") meg sem közelíti azt. Ha ez még mindig elfogadhatatlan, akkor vagy próbáljunk felhajtani a gépünkhöz egy külsõ, rendszerszintű hangszínszabályozót (ha nincs ilyen beépítve), vagy próbálkozzunk megbirkózni azzal a gondolattal, hogy az igazi audiofilek nem használnak hangszínszabályozót, mert az csak elrontja a hangzásképet ;-)
  
  
• A negyedik oszlopban a (fejhallgatós üzem, ahol semmi értelme pl. 3D-s bázistávolságot növelni) leghasznosabb DSP, a reverb (amennyiben ilyen van az adott programban) által okozott teljesítményigény-növekedést vettem görcsõ alá.
  
  Kevés lejátszó van a Pocket PC, ami tudná a reverbet, és még kevesebb (szám szerint egy), ami jól tudná azt, így igazán csak ennél az egy lejátszónál (iPlay) érdemes jobban megnézni ezt a tesztet (különösen azokat a megjegyzéseket, amelyek a reverb különbözõ erõsségi fokozatainak CPU-igényét hasonlították össze; látható, nem érdemes kis fokozaton hagyni a reverbet abban a reményben, hogy akkor kevesebbet fogyaszt majd a gép), ami azt tesztelte, amennyiben a magas rendelkezésre állási idõ kiemelt fontosságú.
  
  
• Az ötödik oszlopban azt vizsgáltam, hogy elég intelligens-e az adott médialejátszó ahhoz, hogy észrevegye, az adott, bekapcsolt vizsualizációt (pl. spektrumot) éppen láthatja-e a felhasználó, vagy sem. A második oszlopban már teszteltem a háttérben futó állapotot (amikor egy másik alkalmazást hoztam elõtérbe, akár úgy, hogy minimalizáltam a médialejátszót); itt, ezzel ellentétben, azt teszteltem, hogy amennyiben a program tartalmaz beépített képernyõ-lekapcsolást (minden normálisabb programnak tartalmaznia kell ilyet), és, ezen felül, processzorfaló vizsualizációja is van, akkor az ez utóbbi által okozott processzor-többletterhelés az esetben is érvényes lesz-e, ha a képernyõ ki van kapcsolva.
  
  Ahogy látható, vannak olyan még a legjobb(nak tartott) / legdrágább applikációk között is (pl. a Conduits Pocket Player és az amúgy, a CPU-igénye miatt, nem túlzottan ajánlott WinVibePro), amelyek egyszerűen figyelmen kívül hagyják azt a tényt, hogy a képernyõ le van kapcsolva. Igazán csak egy program van, ami ebben a tesztben jól viselkedett: a már rég nem továbbfejlesztett (de természetesen a mai gépeken is gond nélkül futó) withMP3.
  
  
• Végül, a legutolsó, hatodik oszlop azt tárgyalja, hogy amenyiben a CPU sebességét automatán hagyjuk (ami mindig igaz lesz akkor, amennyiben azt kézzel át nem állítjuk), akkor, azt feltételezve, hogy semmi más processzorigényes feladat (pl. A2DP enkódolás, ha Bluetooth sztereó fejhallgatón keresztül hallgatjuk a zenét) nem fut a háttérben, a processzor hány Megahertzen fog futni. Ahogy ezt már említettem, nem mindegy, hogy ez az automata sebességcsökkenés hány MHz-re fog lekapcsolni, ugyanis az össz áramfelvétele egy gépnek annál kisebb, a CPU minél kisebb frekvencián fut. Ezért nem haszontalan az, ha olyan lejátszót választunk, ami gondoskodik arról (egyszerűen azáltal, hogy kicsi a CPU-számításigénye), hogy lejátszás közben 104 MHz-en maradjon a processzor órajele.
  
  Természetesen ebben a tesztben is, ahogy minden egyéb, multimédia-áramfelvételes cikkben, ugyanazt a 112 kbps-es MP3 tesztfájlt (Värttinä: Oi Dai - Oi Dai) használtam.
  
  Érdemes megjegyezni, hogy a legtöbb esetben (az egyetlen kivétel a WinVibePro 24%-a; de, ahogy mondtam, ennek a lejátszónak a szokszor megjósolhatatlan CPU-igénye eltorzíthatja a mérést) a második oszlopból egyértelműen következtethetõ, hogy a CPU hány MHz-en fut majd. Pl. olyan alkalmazások, amelyek 208 MHz-en jellemzõen 12% CPU idõnél kevesebbet igényelnek, 104 MHz-re kapcsolják le a CPU órajelét (és ezzel tovább csökkentik a gép áramfelvételét), míg 26% felett (és 50% alatt) már általában a 312 MHz az általános. 60% körül a 416, 70% körül már az 520 MHz a használatos, ahogy ez a táblázatból jól látszik is.
  
  Érdemes azt is megjegyezni, hogy az a program, amit a CPU kurrens sebességének meghatározására használtam, 208 MHz-en, a Services.exe-en keresztül, 1.5% CPU-igénnyel rendelkezett, azaz nagymértékben nem befolyásolta a teszt eredményét. Bármi, a háttérben is poll-olást végzõ pl. memória/elemállapot-kijelzõ program (pl. Magic Button) legalább hasonló terhelést okoz a PDA-n, így, amennyiben állandóan ilyen programokat futtatunk a gépünkön, akkor ez a teszt jobban modellezi a valós életbeli helyzetet.
  
  Fontos azt kijelenteni, hogy ez a tesztoszlop csak az XScale CPU-k sebességeire vonatkozik - az XScale processzorok ugyanis 104 MHz egész számú többszörösein futnak, azokra kapcsolgatják magukat (dinamikusan, a terheléstõl függõen). A Samsung (pl. iPAQ 1930/1940/rx1950; HTC TyTN stb.) vagy a TI (HTC Wizard és egy rakás másik QVGA WM5 PPC Phone Edition modell) CPU-kra nem igazán igaz ez az oszlop.
  

Egyéb megjegyzések

Fontos, hogy amennyiben a Platform4 Player 3.0-t a központi memóriába installáljuk, akkor az, indulás után, azonnal a home könyvtárában található MPEG4 by philips.mp4 videó lejátszásába kezd majd. Ez meglehetõsen összekuszálja a képernyõt; ezért csak azt tudom javasolni, hogy elsõ futtatás elõtt, ezeket a problémákat elkerülendõ, töröljük ki a fájlt a \Program Files\Philips könyvtárból. Persze ha egyáltalán szóba állunk ezzel a nem túl minõségi lejátszóval - igazán csak az AMR támogatás az, ami benne szót érdemel, de tudtommal már a TCPMP is támogatja azt.

Érdemes azt is megjegyezni, hogy a teszteredmények fényében a Citsoft új, a withMP3-t felváltó iMusic 2.10-e sok tekintetben rosszabb, mint a withMP3. Ráadásul, nem csak hogy nagyobb a CPU-igénye, hanem még olyan alapfunkciók is hiányznak belõle, mint pl. a képernyõ lekapcsolása.

Nem tudtam letesztelni a CorePlayer legújabb verzióját, mivel utálok mindig review copy-t kérni, amikor új verzió jön ki belõle. A fejlesztõk szerint, akikkel errõl e-mailben értekeztem, kb. 6...10%-zal kisebb a CPU-igényük, mint a tesztelt TCPMP 0.72rc1-nek. Ez azt jelentHETi, hogy még az iPlay-nél is jobb (azt se felejtsük el, hogy az EQ tesztben még a TCPMP 0.72rc1 is rávert az iPlay-re). Persze reverb nincs és valószínűleg egy jó ideig nem is lesz a CorePlayer-ben, ami viszont mindenképp az iPlay melletti érv.

Végezetül, fontos megjegyezni, hogy a táblázatban CSAK MP3-lejátszást benchmarkeltem, pl. OGG- vagy AAC-lejátszást nem. OGG-gal már foglalkoztam egy-két régebbi (angol) cikkemben, de, a köv., az összes multimédia lejátszót generikusan (nem CPU-igény-szemszögbõl) összehasonlító cikkemben majd erre (megint) kitérek. A közismert (lásd még ezt a Wiki cikket) VLC legutolsó WinCE / PocketPC verziója képtelen volt MP3-ak lejátszására, így azt hanyagoltam.

Egyéb CPU igény-csökkentési javallatok

Ahogy a táblázatból jól látható, a vizsualizácó (ill., egyes esetekben, mint pl. a TodayPlayer-nél, még a szimpla kivezérlésjelzõ is) az energiatakarékosság egyik legnagyobb ellensége. Ezért nagyon fontos az, hogy még akkor is, ha azt hisszük, nincs aktiválva, kézzel deaktiváljuk az összes pl. valósidejű spektrum-rutint. Ennek különösképp az olyan lejátszók esetében van értelme, mint pl. a WinVibePro, amelyek akkor is számolják a spektrumot, ha az nem is látszik.

Az összehasonlító tábla

(Megjegyzendõ, hogy amennyiben itt nem látszana megfelelõen, akkor ugyanezt a táblázatot megtaláljátok EZEN a címen):

Lejátszó	CPU-igény fix 208 MHz-en	Hangzínszabályozó, ill. szuper basszus CPU-igénye (208 MHz)	(Maximális) reverb DSP, ha van, CPU-igénye (208 MHz)	Ha kikapcsoljuk a képernyõt, akkor a CPU-igény csökken, amennyiben azt vizsualizáció tornászta fel? Támogatja a program a beépített képernyõ-lekapcsolást?	Automata CPU órajel-módban hány MHz-en fut a processzor?
iMusic 2.10	26% spektrum nélkül és 53% azzal (ez utóbbi a default), ha látható. Ha a spektrum engedélyezve van, de a program minimalizált, akkor "csak" +5% (31%) CPU igény lép fel.	Eq: 68% (spektrum nélkül)	n/a	Nem lehet "belülrõl" lekapcsolni a képernyõt	208
Platform4 Player 3.0	37%	n/a	n/a	n/a (plusz, semmilyen beépített lehetõséget nem tartalmaz a képernyõ kikapcsolására!)	312
PocketMind PocketMusic Bundle 4.3.4	26.5%	EQ: 74% (durva!); szuperbasszus: 35%	n/a	n/a	312
WinamPAQ v1.0 Beta build 0509	40% (nagyon megbízhatatlan, minden WM5 gépemen több hibaüzenetet produkált indulásnál és leállásnál. A Universal-on, amin ezt nem tette, a CPU-igénye 52% volt - 520 MHz-en!)	Eq: ugyanaz	n/a	n/a	312
TodayPlayer 3.05.00	21% amikor nem látható, 53% amikor látható. Ha kikapcsoljuk a kivezélésjelzõt, akkor ez utóbbi lecsökkenthetõ 25%-ra	Eq: 22% (ha nem látható); max. szuperbasszus: 28% (azaz: részesítsük elõnyben az EQ-t a szuperbasszus-szal szemben, ha egy mód van rá)	n/a	Elég rossz: nem. (Beépített képernyõ-lekapcsolás) Azaz, vagy teljesen kapcsoljuk le a kivezérlésjelzõt, vagy használjunk más lejátszót.	208 amikor nem látszik, 416 amikor látszik. 108 amikor látszik, de nem aktív (nem játszik le semmit).
withMP3 1.60	24% spektrum nélkül és 52% azzal (ez utóbbi a default), amikor látható. Ha nem látható, a bekapcsolt spektrum nem okoz CPU igény-növekedést.	47% (spektrum nélkül)	n/a	Jó: Beépített, gombhoz hozzárendehetõ képernyõ-lekapcsolás, ami a CPU-igényt is csökkenti, ha a spektrum engedélyezett.	208 spektrum nélkül és 312 azzal
Nero Mobile 1.2.0.12	31% ha nem látható, 70% ha látható (a spektrumot nem lehet kikapcsolni)	43% (ha nem látható)	n/a	Nincs beépített képernyõkikapcsolás; a Menu / Settings / General Settings alatt csak a home / go / menu és jukebox gombokat lehet átállítani.	312 ha nem látható, 520 ha látható
A beépített WMP (a 10-es verzión mérve)	21.4%	n/a	n/a	n/a	208
WinVibePro 4.9.4	~24%, ha be van kapcsolva a "Turn off spectrum and VU-meter" a Tools / Settings / Visualization alatt (ez a default). Ha ezt kikapcsoljuk, 39%, még akkor is, ha a spektrum nem látszik. Ha az látszik, akkor egyenesen 59% a CPU-igény.	Nem tartalmaz hangszínszabályozót; a szuperbasszus állandóan be van kapcsolva, de nem állapota nem finomhangolható	29% (ugyanaz a minõség, mint a Mort / GS-ben; sokkal rosszabb, mint az iPlay-é)	Nagyon gyenge: a (beépített) képernyõ-lekapcsolás ugyanolyan magasan hagyja a CPU-igényt	416, még akkor is, ha minimalizálva van
iPlay 4.x (2006 októbere)	11%	n/t	n/t	n/a	104
iPlay 5.0 (2007 januárja)	11%	Eq: 20%	37%; "more" fokozatban (a "massive"-val szemben) ugyanaz	n/a	104
Conduits Pocket Player 3.01	24% teljesen vizsualizáció nélkül; 27% a default vizsualizációval és 28% spektrummal (ezek között a More / Visualization-ben válthatunk); ez a kettõ utóbbi akkor is érvényes, ha a program minimalizálva van	(default vizsualizációval) Eq: 29-30%; szuperbassz: 35%. Azaz: itt is jobb, ha a hangszínszabályzót haszáljuk a szuperbasszus helyett.	Nincs reverb DSP; az "echo" ("visszhang") DSP elég rosszul hangzik, nem konfigurálható és, vele, 30%-ra nõ a CPU-igény	Beépített képernyõkikapcsolás; sajnos nem csökkenti a CPU-igényt	208
LGC Jukebox 2.10	20%	Eq: 25.4%	n/a	n/a	208
TCPMP 0.72rc1	12%	Eq: 17%	n/a	n/a	104 általában; néha felkapcsol 208-ra
GSPlayer 2.25	21%	mindkettõvel: 27.5%; csak szuperbasszussal: 26.7%; csak hangszínszabályzó: 21.5% (azaz itt is a hangszínszabályzót preferáljuk!)	(ugyanaz a modul, mint MortPlayer-ben) 26%	n/a	208
MortPlayer 3.31RC6	22% minimalizálva is	Bass boost: 27.4%; eq: 22.4%	(nem túl jó, de még mindig jobb, mint a Pocket Player-féle echo DSP) 27%	n/a	208
VITO SoundExplorer 1.8	27.5%; a Today plug-in éppen ugyanolyan CPU-faló, mint a régebbi verziókban: még akkor is 25%-öt "zabál", ha semmit nem csinál, és mindezt a CPU-t 520 MHz-en tartva teszi.	Eq: 69% (ha mindhárom pontot kihasználjuk); 41% (ha csak egyet)	n/a	n/a	416 ha az elõtérben és 312 ha a háttérben fut (az animáció miatt)
VITO AudioPlayer 1.15	46% ha látható (sajnos a kikapcsolt képernyõjű eset is ide tartozik); 21% ha nem (az AudioPlayer minimalizált, azaz a háttérben fut). Az ezt okozó animációt nem lehet kikapcsolni.	Szuperbasszus: 42% (nincs EQ, ahogy semmilyen DSP funckcionalitás sem, a “nagy testvér” VITO SoundExplorer-hez képest)	n/a	Nem, sajnos a letilthatatlan kivezérlésjelző miatt a plusz CPU-igény nem szűnik meg akkor sem, ha kikapcsoljuk a képernyőt.	Ha látható, 416 és 520 között váltogat; ha nem (minimalizált), akkor pedig 208 és 416 között
Resco Audio Recorder 3.21	12.5% (10 (fõ .exe) +2.5 (device.exe))	n/a	n/a	n/a	312 ha az elõtérben és általában 208 (néha 104) ha a háttérben fut az animáció (a számcím scrollozása) miatt
NoteM 1.21	22%; nagyon fontos, hogy erõsen kihagy, ha a PDA-n valami egyéb, CPU-igényes feladatot végzünk, vagy akár lenyitjuk a Start menüt!	n/a	n/a	n/a	208

(n/a: not applicable, azaz kb. nincs támogatva; n/t: nincs tesztelve)

Verdikt

Ami engem illet, a szívemhez legközelebb, különösen a szenzációsan jó (soha ilyen jó és természetes reverb effektet nem hallottam még a Pocket PC-n) reverb effektezõ miatt, az iPlay áll.

Arra mindenképp készüljünk fel lelkileg, hogy a program honlapja több, mint valószínű, hogy egy "Problems? Use this link." oldalt hoz majd fel, a megfelelõ oldal helyett. Akinek van Voda netes elõfizetse, azon keresztül el fogja tudni érni; .hu-s címek (Pannon GSM beleértve), úgy nézem, egyáltalán nem. Ha valakit bõvebben érdekel a fazon háttere és hogy miért bannelte ki az oldaláról több, mint a fél világot, olvassa el ezt az AximSite thread-et, meg ezt. Levelet küldeni, vitatkozni nem érdemes vele: a csávó kõkemény üldözési mániás.

Ha nagyon nem "fekszik" az iPlay vagy a fentiek, vagy az ára ($24-30) miatt, akkor a TCPMP is nagyon jó választás lehet, amennyiben valóban célunk a rendelkezésre állás maximalizálása. Természetesen az olyan "extrákról", mint pl. a reverb, le kell mondanunk a TCPMP-ben.

Egyéb, ajánlott linkek

A cikkben található, szinte kizárólag angol nyelvű cikkhivatkozások mellett melegen ajánlom még ezt a PDAMania-s cikket, valamint ezt az összehasonlítást jónéhány, a piacon levõ médialejátszóról.