Szerző |
Üzenet |
Cobra
Piros troll
|
# Elküldve: 2008. Aug. 08. 13:26 - Szerkesztve: Cobra
Na sracok, mindenkit arra kerek hogy csillapodjon le, mert ez igy egy nekifutasra elolvasva tenyleg eleg ovi szagu :)
ChainQ: nekem 256MB memoriam van, es ha hiszed ha nem, nekem se kellett meg swap :) De ha kell, mert mittudomenmilyen felbontasu keppel akarok dolgozni, vagy valami gigantikus adatbazissal, vagy a Blenderrel akarok vmi komoly scenet renderelni, esetleg ezeket parhuzamosan multitaskban, akkor had ne legyen az elso dolog, hogy "megek a bo'tba, veszek megtobb RAMot", szerintem ez elegge PC mentalitas. En elvarom a rendszertol, hogy hatekonyan hasznalja a memoriat es ne szarja tele felesleges baromsagokkal, es ugyanezt elvarom az applikacioktol is. Peldaul a Firefox3 is ezert szimpi, mert egy csomo idot foglalkoztak a jo memoriakezelessel, hogy alacsony legyen a memoriaigenye.
A screen valtassal kapcsolatban tokeletesen egyetertek Sadddam-al, Amigan ez egy nagyon jo koncepcio volt mindigis, es Amiga+N/M rulz, de ha eleg sok screen van (pl. nalam szokott lenni siman 5+) akkor mar nem annyira kenyelmes ezek kozott lapozgatva megtalalni azt amit epp akarok, sokszor tullapozok, es tobbszor korbe kell mennem mire elohozom azt a screent ami kell. Egyebkent ez a Screen Depth gadget-re jobbgombos kozvetlen screen valasztas OS4-en is ott van, ha jol emlexem valamelyik Commodity csinalja, de en se az az egereszos tipus vagyok, mert azert mire te odaegereszel meg klikkelsz, en mar reg atlapoztam az osszes screenen :) De tenyleg fejleszteni kell a screenek kozotti navigalason OS4-en, pl. meg Windozon is ott van minden progi a taskbaron es directben ra tudsz ugrani barmelyikre.
"ez általános developer hozzáállás egyébként: "minek ez vagy az?? ott a shell...":))"
Ami azt illeti, a Windozos registry es az Amigas Env rendszer kozott is kb. annyi a diff egy user szamara, hogy Registry-hez ott a regedit, egy GUIs felulet amin keresztul tudja allitani a dolgokat, Amigan meg shellbol SetEnv/GetEnv parancsot hasznalva csinalod ugyanezt :) Szoval akkor szamodra jobb a Windoz registry rendszere, mert felhasznalobaratabb, es nem kell parancssorbol szarakodni, ugye? :)
|
rachy
Tag
|
# Elküldve: 2008. Aug. 08. 13:45 - Szerkesztve: rachy
@sadddam:
Van, akinek arnyekos ablakokra van szuksege, van akinek kiskutyusos hatterkepre. Ettol ezek meg nem lesznek kevesbe semmirevalo szrsagok. Ertem en, hogy nem egyformak az igenyeink... Te is meghuzod valahol a vonalat, en is. :) Na meg a titkarnok szovetseget is boldogga kell tenni. ;)
@cobra
Azert annal tobb a kulonbseg: windozon van valami rendszer a tarolas elrendezeseben (amibe gyakran belehugyoznak ugye), AOS-on meg lenyegeben nem sok. Application.lib-el probalkoztak az alkalmazasok prefs tarolasat megoldani, csak nem hasznalja minden sajnos.
|
sadddam
Tag
|
# Elküldve: 2008. Aug. 08. 13:57
rachy: értem én, értem, nehogymá vmiben is igazad adj másnak :))) (pl. cobra is mellém állt:))
te még mindig kinézetről beszélsz (árnyék, háttér), én meg funkcionalitásról, de mind1. legyen neked, tornazsákos hüjegyerek vagyok, akinek csak a csicsa számít és ezért akarok exposé-szerű ficsört. üss érte.
amugy minek kellett akkor egyáltalán a reactionon javítani, jó volt már a 3.1-es gadtools is, skinek meg true color wb, kinek kell az? tornazsák....
|
sadddam
Tag
|
# Elküldve: 2008. Aug. 08. 14:06
cobra: a win registry az nekem nem gui:) nemtom én életemben nem basztattam a registryt, talán 1x vagy 2x belenéztem de elfogott a heveny hányinger. 1 szót sem értettem belőle:)
az env az egy fokkal érthetőbb számomra, nem mintha ott sokat kotorásznék, de az legalább átlátható. setenv/getenv, kb nem is tudtam, hogy léteznek:)
os4 alatt hogy lenne ez megoldva, ha se win szerű registry, se pedig az eddigi env rendszer nem ok?
|
rachy
Tag
|
# Elküldve: 2008. Aug. 08. 16:05
@sadddam
Jovan, legyen igazad: kell neked az az exposé. ;)
Szerintem meg senki nem tudja milyen lenne a megfelelo rendszer ponotsan, tervezes szintjen van a dolog. De minden rendszer addig er valamit, amig rendesen hasznaljak, szoval itt szokott altalaban a hiba beutni.
Az egyik alapproblema a kovetkezo: honnan tudja egy globalis funkcio (pl. automatikus frissites szolgaltatas vagy hasonlo), hogy egy-egy program hol van a hattertarakon? Ez az ENV rendszerrel nincs megoldva, ott legfeljebb beallitasokat tarolnak a programok. Application.lib-en keresztul probaltak megoldani, hogy az alkalmazas regisztralja magat, csak kevesen hasznaljak ezt a funkciot. Pedig egyre tobb mindenhez jo lenne, ha a rendszer es az alkalmazasok valamifele egyseget alkotnanak es nem elesen elkulonulnenek, mint most. Az eljovendo registry-szeru megoldasnak ez lenne az egyik fontos funkcioja. A masik egyertelmuen a konfiguracios allomanyok kivaltasa, mert nem tul hatekony, hogy rengeteg apro allomanyt kell tarolni, erre nem alkalmasak hatekonyan a mai file-rendszerek. Helyette olyasmi megoldas kell, mint a jatekok belso allomanyvezerlese, ahol egy nagy allomanyba beraknak sok kicsit kozvetlenul egymas utan pakolva, hogy ne legyen toredezettseg.
Az igazan jo megoldas velemenyem szerint a file-rendszerek leselejtezese lenne, kivaltva egy altalanos, de kello mertekben hatekony adatbazis strukturaval. Egyreszt az allomanyok tarolasara, masreszt pedig valodi adatbazis funkciokra is lehetne hasznalni (tobbek kozt a konfig allomanyok tarolasara, file-ok taggingjara, gyorskereseshez, virtualis drawerekhez, stb.). Ez a megoldas sajnos egyelore igen tavol van. (Nem en talaltam ki ezt a megoldast, mondanom sem kell, sot, windoz vistaba is el akartak lopni anno, amikor meg longhornnak hivtak, WinFS neven. Vegul nem kerult bele, de a kovetkezo windozba tuti benne lesz, ahogy a tobbi oprendszer is ebbe az iranyba mozog.)
|
Chain-Q
Divatamigás
|
# Elküldve: 2008. Aug. 08. 20:11
an egy zsak XML allomany valahol egy alkonyvtar rendszerben. Na, eltalaltam? Nem.
|
rachy
Tag
|
# Elküldve: 2008. Aug. 08. 20:57
Nem nagy baj. :)
|
Derringer
Tag
|
# Elküldve: 2008. Aug. 08. 23:38
eye candy cuccok:
Pár hete egy régi ismerősömnek mutattam meg a classic vasamat, meg az os4et. Anno 15+ éve parázs vitákat folytattunk, hogy pc vagy amiga jobb e. Mivel akkoriban a helyi iskolarádió hangeffektjeinek többségét egy mezei a500-zal kotyvasztottuk elő és evvel minden konkurens csapatot lemostunk, nála az amiga hang terén a komoly ezközt jelentette. Le volt esve az álla. Hogy fejlesztenek még amiga oprendszert. A vista skin-es a workbenchem, meg átlátszó menük megtették a hatást. 128Mb ram 233MHz-es proci és tiszta vista.... és még a böngészés is megy.
Egyszóval az "ájkendi" dolgokat mutattam neki, nem azt, hogy egy vacak xls doksit nem tudnék rendesen megnyitni rajta.
|
Chain-Q
Divatamigás
|
# Elküldve: 2008. Aug. 09. 00:25
Offtopic: Multkor kivittem valamerre az A2000-t terepre, jon az egyszeri expert user, aszondja: "Ez milyen Linux, hogy ilyen gyors?" :) Mondtam, hogy pont olyan. :P
|
rachy
Tag
|
# Elküldve: 2008. Aug. 09. 13:00 - Szerkesztve: rachy
Jo, ez mind szep, de amint megprobalja komolyabban hasznalni akar bongeszesre, akar egy vacak level megirasara es kinyomtatasara, maris szembesul azzal, hogy eyecandy-t gyartani egyszerubb, mint office tamogatast... Es bizony a nepnek kevesbe kell eyecandy, mint kompatibilitas. Hogy mibol kovetkeztetek erre: XP eladasok meg mindig megelozik a vista eladasokat jocskan.
Szoval jo dolog az eyecandy demonstraciohoz, napi hasznalatban szerintem inkabb idegesito. Ki is kapcsoltam a halvany atetszoseget az inaktiv ablakokon, mert egyszeruen nem birtam hozzaszokni. Barmennyire faszan is nez ki a screenshotokon, meg ablakokkal jatszogatva.
|
Chain-Q
Divatamigás
|
# Elküldve: 2008. Aug. 09. 16:09
Nalam is az ablakokarnyeka a max. amit hasznalok ezekbol az ajkendi cuccokbol (a mindenfele rendszereken), azt is csak azert, mert jobban latszik tole, hogy melyik ablak van elol/hatul, jobban kijon terbe az egesz. De egyebkent az sem letkerdes. :)
|
Cobra
Piros troll
|
# Elküldve: 2008. Aug. 09. 21:19 - Szerkesztve: Cobra
"van egy zsak XML allomany valahol egy alkonyvtar rendszerben. Na, eltalaltam?"
Nem.
Csarli, en nem akarok kotekedni, de szerintem ha tenylegesen leirnad, hogy MacOSX alatt hogy van, es az netan miert lenne jo (ha egyaltalan az) vagy jobb mint pl. az AmigaOS-fele env, vagy a Win-fele registry, akkor az maris ertelmet adna a post-odnak :) Lehet, hogy a vegen meg az otleted bele is kerul az OS4-be, hisz erre mar korabban is volt pelda :)
|
Emeric SH
Tag
|
# Elküldve: 2008. Aug. 10. 03:09
Markos-Nádassal élve én szeretem az eyecandy-t, azzal alszom éjszaka.
|
rachy
Tag
|
# Elküldve: 2008. Aug. 10. 21:56
@emeric
Nem kevered ossze az ejszakai szemranckremmel? ;)
|
ratman
Kék troll
|
# Elküldve: 2008. Aug. 13. 22:19
Ehhehe, ez majdnem olyan mint a C laborfeladatom, amit alap A1200-n mutattam be (semmi extra, WB ablakban vektoros - am perspektivahelyes - vektorkocka). Elinditottam 10*er, szepen sergett, erre oktato: Ize, ez milyen windoz? :D (Raneztem, majd mondtam, hogy ez biza nem az, es az a billentyuzet, amin matatok az egyben a szamitogep is :D).
|
Lazi
Mr. AmiCon
|
# Elküldve: 2008. Aug. 15. 11:42
Az meg elmegy, hogy nem tudom, hogyan megy OSX-en a registry, de az mar gaz, hogy azt sem tudom eszik-e vagy isszak a compositing engine-t.
Valaki igazan dobhatna ide par sort rola! - Hova epult a rendszerben? (gfx lib, p96 API?) - Mi az amit ebbol az app. fejlesztok ki tudnak hasznalni? - Ezzel egyutt mas gfx lib funkciok is hw gyorsitast kaptak? (Vagy az mar eddig is megvolt?)
|
Cobra
Piros troll
|
# Elküldve: 2008. Aug. 18. 15:31 - Szerkesztve: Cobra
Lazi: user (vagyis coder) szemszogebol egy darab fuggvenyhivas az egesz, azzal barmit meg lehet csinalni. Nem emlexem pontosan hogy gfx lib vagy P96API, asszem gfx lib :) Nyilvan a hatterben sokkal tobb belso modositasra volt szukseg ami a grafikus alrendszert es a videokartya drivereket illeti, de ennek a reszletei teljesen transzparensek a userek/coderek szamara. Az applikacio fejlesztok termeszetesen ugyanugy hasznaljak az uj composite funkciot mint ahogy korabban a blitter funkciot, csak ugye az uj cucc sokkal tobbet tud (hw-es alpha blending es tarsai). A gfx lib egyeb grafikai funkcioi (pl. vonal rajzolas es tarsai) mindigis hasznaltak a GPU-t, mint ahogy a BitMap blit funkciok is. Igazabol a kulonfele applikaciokban es rendszerkomponensekben kellett bevezetni az uj funkcio hasznalatat, peldaul a shaped (nem negyzetalaku) ablakok tamogatasa smooth (anti-aliased elekkel) is a composite funkciot hasznlaja, ezaltal sokkal gyorsabb lett a shaped ablakok kirajzolasa es szebb a megjelenese (az alpha channel lehetoseg miatt). Az AmiDock korabban lassu fake transparency-t hasznalt, most viszont teljes hw gyorsitott transparencyt, a screen dragging csak azonos szinmelysegu scrennekkel mukodott mert a GPU-k 2D engine-je nem tud kulonbozo szinformatumok kozott realtime konvertalni, ez mar lehetseges a composite enginennel es be is van epitve az OS-be.
Szoval szerintem eleg konnyu kitalalni, hogy nem tegnap kezdtek el ennek a featurenek a fejleszteset, mint ahogy a tobbi uj 4.1-be bekerult funkciot sem, de persze varhato volt a "na ezt is a MOS2-bol loptak el" szemlelet amit paran demonstralnak, ami mar csak azert is nevetseges, mert a kerdeses featureok mas OS-ekben mar ezer eve benne vannak :) Ami egyebkent szomoru is, hogy az AmigaOS olyan sokaig tele volt mindenfele featureokkel, amik mas OS-ekben csak egy evtized utan kezdtek beepulni, most meg csak probaljuk behozni az oriasi lemaradast a "nagyokkal" szemben. Ami persze meg mindig jobb, mintha egyszeruen leallnanak a fejlesztesek es tovabb none ez a hatrany, ahelyett hogy probalnak csokkenteni.
Errol eszembe jut, amikor anno igy az 1996-2000 kozotti idoben mutattam embereknek az Amigat es AmigaOS-t, es csodalkoztak, hogy milyen egyszeruen milyen franko dolgokat lehet vele csinalni, es milyen sebesseggel, es akkor neztek a legjobban, amikor megtudtak hogy mindez amit lattak mindossze egy 25MHz-es processzoron es 64MB memoriaval ment. A multkor volt nalunk par melohelyi ismeros, akik nagyon erdeklodok voltak az Amiga illetve AmigaOne irant, szoval megmutogattam nekik miket tud, es csak lestek, hogy milyen gyors a boot, milyen gyorsan indulnak az appok, milyen gyors a reakcioido mindenre, es megintcsak csodalkoztak hogy mindez egy 800MHz-es gepen tortenik. Amin en a legjobban csodalkoztam, hogy amikor mutattak Cygnix alatt Pidgin-t (MSN/ICQ/stb chat kliens), akkor azon is amultak, milyen gyorsan feljott, holott a Cyngix X11-es cuccok epp a lassusagukrol hiresek. Csakhat mihez kepest ugye... raadasul az uj AmiCygnix (ami meg nem kiadott, betatest allapotban van) rengeteget gyorsult, meg legalabb 2-3x olyan gyorsan indul mint a regi, stb. es ok nem is azt lattak meg :) Szoval igazabol ez az ami az AmigaOS-ben meg oriasi elony a tobbi OS-el szemben, a gyorsasag, kicsi eroforrasigeny, es reakcioido.
|
rachy
Tag
|
# Elküldve: 2008. Aug. 18. 17:50
@Lazi
Amit Cobra nem irt le pontosan: a composite fuggveny felhasznalhatosaga koderek szemszogebol. Az un. Duff-Porter-fele kep kompoziciot valositja meg (anno a '80-as evekben talaltak ki, Lucasfilmnek fejlesztettek ki es ma mar szinte minden OS tudja). Rakeresel a neten akkor halmokban talalsz rola infot. Ennek a lenyege, hogy ket tetszoleges, alpha csatornaval rendelkezo kepet tudsz kombinalni, beallitva azt is, hogy pontosan mi tortenjen a kompozicio kozben. Ez lehet vagas, egymasra atfedes (alpha csatorna alkalmazasaval persze), metszet kepzes, stb. Mindemelle filteringgel torteno menet kozbeni atmeretezes (kicsinyites es nagyitas) is lehetseges. Tehat hasonlo funkciok, mint amit a Blitter tud(ott), mindezt termeszetesen a grafikus kartya altal elvegezve.
Rengeteg lehetoseg van benne, nem csak az attetszo ablakok. Peldaul:
- Kivalthatja (reszben) az overlay feluletet es parhuzamosan tud a user lejatszani videokat, mindegyiket szabadon meretezve.
- Kombinalva a Cairo alpha-ba renderelt elsimitasaval szabadon rajzolhato elsimitott betu, vonal, sokszogek, texturazott feluletek, szinatmenetek, mindezt hardver gyorsitva. Lasd meg: elsimitott vektor objektumok, a'la Flash.
- Barmilyen alaku ablakot lehet kesziteni, szeleit elsimitva, valos idoben kombinalja a rendszer a kepernyore. (Ehhez a kodernek nem sok mindent kell csinalni, csak megadni az ablak alpha csatornajat.)
- Elonezeteket lehet kepernyokrol/ablakokrol kicsinyitve, nagyitva megjeleniteni barmilyen feluleten (lasd Exposé a MacOSX-ben vagy talca a Vistaban).
- Barmilyen alaku elemnek konnyu dinamikus vetett arnyekot, ragyogast, stb. generalni.
- A feluleten mozoghatnak a felulettol fuggetlen elemek, mint regen a BOB-ok (Blitter Object), vagy a sprite-ok, de ezek most mar elsimitottak lehetnek, tehat nem kell eles konturjuknak lenni. Mondjuk egy lobogo tuz langja, amit a feluleten ide-oda lehet huzogatni es a hatter latszik mogotte. Kifejezetten jo multimedia alkalmazasok eloallitasara. (Nyomogombok arnyekkal, elsimitassal a szelukon, hatterre dinamikusan felhelyezve, stb.)
- A kezelt grafikak lehetnek sokkal nagyobbak is, mint a megjeleniteskor szukseges terulet, ezzel ki-be zoomolhatsz mondjuk egy terkepen, mikozben a vagast barmilyen alakura elvegezheted egy megfelelo alpha csatornaval.
Es meg sorolhatnam, a lenyeg, hogy ezt a funkciot mar nagyon reg meg kellett volna valositani, anno meg 2002 kornyeken jott elo eloszor az igeny (AmiDock es transzparens menuk miatt peldaul), csak szepen felretoltak. De most vegre itt van.
Hogy ne legyen azert fenekig tejfel: a grafikus kartya memoriaja szab hatart a fantazianak. Ha ugyanis az elfogy akkor ki-be kell swappolni a kozponti memoria es a grafikus kartya kozott az elemeket, mert csak azzal a grafikaval lehet elvegezni a hardver gyorsitott muveleteket, ami a grafikus kartya memoriajaban van. Azert manapsag egy 128 MB-os grafikus kartya szerencsere mar nem ritkasag, szoval a dolog mukodhet.
|
dino
Kék troll
|
# Elküldve: 2008. Aug. 18. 21:36
Quoting: rachy 128 MB-os grafikus kartya szerencsere mar nem ritkasag, szoval a dolog mukodhet. sajnos a microA1 unkben nemigen tudunk hasznalni mas grafikus kartyat, de javits ki ha tevedek...
|
AliveMOon
Tag
|
# Elküldve: 2008. Aug. 18. 22:41 - Szerkesztve: alivemoon
Ha itt tartunk azt nem tudjátok, shader rendszert mikora terveznek az OS4.x-be? Vagy most is van mod, assembly shadert feltölteni a kártyába?
|
rachy
Tag
|
# Elküldve: 2008. Aug. 19. 09:38 - Szerkesztve: rachy
@dino
Ez igy van sajnos, viszont atlag hasznalat mellett ez nem is problema. A ki-be swappolas eddig is megvolt, igaz az uj rendszer egy kicsivel tobb grafikus memoriat igenyel. En extrem multimedias felhasznalasra ertettem a 128 megat.
@alivemoon
Tudtommal nincs shader programozasra egyelore lehetoseg (bar elkepzelheto, hogy meghakkolni valahogy lehetne), nem tudom mikortol lesz ra valodi lehetoseg, kicsit kodos mit terveznek az OGL fejlesztesekkel.
|
Cobra
Piros troll
|
# Elküldve: 2008. Aug. 19. 23:07
AliveMOon: shader programozasi lehetoseg egyelore nincs, ez csak az uj grafikus rendszerrel lesz majd. Bar az R2xx driverek mar most hasznaljak a shadert, mert ott a sima polygonshader muveleteket is csak a shaderek felprogramozasaval lehet megvalositani a HW-ben. Egyelore van uj MiniGL 2, amiben mar szinte minden OpenGL 1.x funkcio (beleertve GLU+GLUT) fullra meg van. A Celestia pl. mar ez alatt futott, amit AmiCon-on mutattam.
|
dh1
Mr. DTP
|
# Elküldve: 2008. Aug. 25. 14:12
Tovabbra is lenne egy mar parszor feltett kerdescsomagom ... Uzletileg es a jovobe nezve milyen celokra fejleszti a Hyperion az OS4.x-et? Tehat az eladott kis peldanyszamon kivul milyen bevetelt remel az OS fejlesztesebol? Mik a jovobeni tervek? Mire lesz jo egy OS4-5-6-7? Mire fogjak kihegyezni az OS4-et? Mi lesz az a felhasznalasi terulet ami miatt barki is mellette dontene?!
Miert kerdezem? Azert mert gondolom a Hyp nem az edes kek szemunkert fejleszti nekunk hobbi celbol az OS-t!
|
dh1
Mr. DTP
|
# Elküldve: 2008. Aug. 25. 22:20
Aham, szoval senki nem valaszol ... Ereztem valahogy ...
|
rachy
Tag
|
# Elküldve: 2008. Aug. 26. 09:07 - Szerkesztve: rachy
@dh1
Mibol gondolod, hogy ezekre a kerdesekre itt barki is tudna valaszolni? Egyebkent is az AOS egy hobbi OS, nem fog labdaba rugni egyhamar (valaha?) a mainstream OS-ekkel szemben. Ha azt varod tole (a'la Bill McEwen), hogy majd mondjuk kigolyozza az OSX-et, akkor nagyon el vagy tevedve szerintem... :)
Mas: Composite engine-rol irtak a Friedenek egy kis doksit, az elso resz itt talalhato.
|
dh1
Mr. DTP
|
# Elküldve: 2008. Aug. 26. 09:39
@rachy
Miert nem a kerdesre valaszolsz? :) Eloszor is jo paran vagytok akik messze tobbet tudnak mint amit elmondanak. Aztan a Hyp egy ceg, egy vallalkozas, nem hobbibol tolja az OS4 szekeret. Tehat bizonyosan van egy irany ami fele halad a project, de mi az? Mi az ami anno az Amiga+OS combonal pl. a videozas es a 3D volt? Lesz egy szuper OS hw es valodi nagy alkalmazasok nelkul?
Nem hiszem, hogy valaha is gepek millioin OS4 vagy kesobbi generacioja fog futni, de ha nem adnak hozza valami pluszt ami miatt akar az otthoni akar a profi felhasznalok elcsabulnanak akkor mi a cel?
Egy ceg nem hobbi fejlesztesbol akar megelni ugye?
|
Lazi
Mr. AmiCon
|
# Elküldve: 2008. Aug. 26. 11:09
Bar nem en vagyok aki tobbet tud, mint amit elmond, megis alljon itt a velemenyem:
Egyenlore semmilyen cel fele nem lehet orientalodni hw nelkul. Teljesen irrelevans hogy letezik -e killer app. vagy sem, ha nincs hw. Ahogy en latom a hw kerdes megoldasa folyamatban van a per utjan. Ha HyP elveszti a pert, akkor nyilvan vege az OS4-nek, tehat korai lenne most celokat lengetni a nehany szaz erdeklodo szeme elott. Ha Ainc veszit, akkor nyilvan lesz hw. Az pedig, hogy milyen hw partnereket talal a HyP majd kijeloli a lehetosegeket.
Szerintem rengeteg lehetoseg all nyitva a rendszer elott, persze korantsem szuksegszeru, hogy ezeket meg is ragadja.
Azt hiszem egy A1 mellol mindenesetre sokkal igeretesebbnek latszik a helyzet, mint a hirek alapjan megitelheto.
|
rachy
Tag
|
# Elküldve: 2008. Aug. 26. 13:59
@dh1
Ha ilyen altalanossagban akarsz valaszt, akkor azt Te is megkaphatod a Hyperion OS4 oldalarol: Lightweight Multimedia OS - nyilvanvalo az irany, embedded kiosk rendszerek es hasonlo specialis felhasznalas.
De Lazinak teljesen igaza van abban, hogy amig nincs hardver, addig akarmilyen irany is mellekes. Az meg a pertol fugg, hogy mikor lesz, jelentkezok vannak ra mar egy ideje.
|
AliveMOon
Tag
|
# Elküldve: 2008. Aug. 26. 14:53 - Szerkesztve: alivemoon
Én valahol olvastam, már nem emlékszem, hol, hogy a Hyp. a beágyazott rendszerekben látná az OS4 jövöjét. Én is találkoztam már olyan gép specifikációval, ahol olyan kikötés szerepelt, hogy Windows és PC nem lehet a munkaállomás része, bármi más.
|
Lazi
Mr. AmiCon
|
# Elküldve: 2008. Aug. 26. 21:28
En egy notebookba beagyazott rendszeren latnam szivesen az OS4-et! :)
|