<< 1 11 21 31 41 51 61 71 81 91 101 111 121 131 141 >> |
 |
|
Cobra |
2004 február 8. vasárnap 22:15  |
Hozzászólásai: 2.505 |
ChainQ: " Lesz Pegasosra? :) (Bocs...:)"
Szerintem lehetne Pegasosra, nem akarsz OS4-hez Pegasos Hardware Abstraction Layer-t írni? |
|
Balogh Károly |
2004 február 8. vasárnap 23:04  |
 Hozzászólásai: 3.759 |
Tudtommal nem lehet Pegara OS4-et irni, mer' a gonosz Genesi nem vett licenszt. Egyebkent szerintem is atom lenne. Azt kene megerteni, hogy a Genesi alapvetoen multiplatform lapot epitett, es nem akarja az OS4 licensz arat minden lapba beepiteni, hiszen csak az alaplapok toredeken fognak OS4-et futtatni. De a Hyperion siman arulhatna dragabban az OS4 for Pegasost, amibe be van epitve a ROM licensz ara is. En pl. szo nelkul megertenem h. miert van, es kifizetnem. Nemertem miert olyan kivitelezhetetlen ez.
Persze el kell adni az AmigaOne-t, de en spec. utalom az arukapcsolast, es most nem kell azzal jonni, hogy regi Amigan is kaptal OS-t defaultbol, mert akkor 1., meg nem volt alternativa, 2., az OS ellatta a boot ROM / firmware feladatait is, amire ma nincs szukseg.
De nem akarom ujrakezdeni a flamet ami a Pegasos topicban vegre valahara alabbhagyott. Egyebkent mint feladat erdekelne egy HAL layerhez driver irasa, foleg mert mar csinaltam ilyet/hasonlot, igaz az meg PC-n volt, de hat a Pega/AOne hardver eleg sok szempontbol PC-szeru. :) De sajnos C-ben kell irni, az meg jelentosen csokkent a motivacion, nalam sokkal jobb C programozok vannak erre a feladatra. Viszont ha lenne Pegara OS4, akkor egy Free Pascal portot bevallalnek szivesen. :) (Egyebkent volt mar aki kerdezte h. nem-e csinalnam meg az OS4 verziot, mikor mondtam h. fejlesztegetem a Classic Amiga verziot, es lassan elstartol a MOS port is. Mondtam h. rajtam nem mulik, de nincs gepem amin futna az OS4.) |
|
Balogh Károly |
2004 február 8. vasárnap 23:15  |
 Hozzászólásai: 3.759 |
Rachy: 4 giganal nincs gond, de ahelyett 2gb a limit tudtommal a dos.libraryban... Lesz vmi uj API ennek megkerulesere? Egyebkent miaz hogy milyen 4gb-nal nagyobb file van? Pl. egy DVD-image... A Pegasos listan valaki irta, hogy szembesult a problemaval, hogy csak ugy tud DVD-t irni, ha szetvagdossa az imageket 2gb-nel kisebb darabokra... :/ |
|
Rajnai Almos |
2004 február 9. hétfő 08:32  |
Hozzászólásai: 2.799 |
Chainq: a HAL-t C-ben es ASM-ban vegyesen kell irni (mivel a lowlevel procival/egyeb HW-val foglalkozo resz az nyilvan ASM). Amugy semeddig nem tartana szerintem Pegasos portot kesziteni. (Max. 1 het, ha vmi nagy gubanc lep fel.)
De tudjatok jol, hogy ez elvi kerdes. Engem hiaba gyozkodtok, felolem aztan lehetne Pegasos port. (Legalabb abbol is kaszalnek vmennyit... ;) Ket okbol nincs ilyen verzio: 1. megakadalyozzak a kalozkodast (ha kulon lehet megvasarolni, akkor mindenki nekiesik lemasolni), 2. nem latnak igazi piaci erot a Pegasosban. (Orulnek, ha most nem kezdenetek el bizonygatni, hogy pedig mekkora piaci ereje van pedig.)
A 2 gigas file limit tenyleg van, meghozza azert mert elojeles longwordon abrazol bizonyos adatokat a DOS. Egyelore erre nincs megoldas, kesobb talan igen. A gubanc az, hogy a DOS ala keszult eddigi programokat nem lehet utolag atirni, hogy hasznaljak mar legyenek szivesek a 64 bites mutatokat.
DVD irasra eddig nem is gondoltam, de sajna ez tenyleg problema. :/ |
|
Balogh Károly |
2004 február 9. hétfő 08:55  |
 Hozzászólásai: 3.759 |
Rachy: A Classic Amiga verzional nem felnek a kalozkodastol? A piaci erot szerintem is hagyjuk, egyelore tenyleg nem kepvisel nagyot, a tobbi pedig a jovo zeneje. :)
Tudtommal az OS4 kapcsan irtak at BCPL-bol C-be a dos.library-t. Akkor nem gondoltak erre? Kivancsi lennek hogy mit terveznek megoldaskent erre, mert elobb utobb meg kell oldani, nincs mese. Es jo lenne ha az OS4-ben egybol ennek a megkerulesere is lenne API. Ha mar uj programokrol beszelunk, akkor ne kelljen majd az uj OS4-es progikat is egy megujabb API-hoz portolni. |
|
Chip |
2004 február 9. hétfő 09:12  |
Hozzászólásai: 3.193 |
ChainQ: OS4 futik BPPC-n es CPPC-n is. Szoval nem kotelezo A1 ahhoz, hogy az ember fejlesszen ra. ;)
Rachy: BV tulzas, hogy nem mux. Fogalmazzunk inkabb ugy, hogy mar docog. ;) |
|
Balogh Károly |
2004 február 9. hétfő 09:38  |
 Hozzászólásai: 3.759 |
Chip: BPPC-m es CPPC-m sincs. De ha szerzel egy B2604 prototipust, akkor beszelhetunk rola. :) |
|
Cobra |
2004 február 9. hétfő 10:00  |
Hozzászólásai: 2.505 |
Abbol amit rachy meselt az OS4 uj library interface-rol, gond nelkul megoldhato lenne egy uj dos.library interface, a regi progik meg a regit kapjak. Termeszetesen az nem megoldhato, hogy a regi programoknal ne legyen ott a 2GB limit, hisz peldaul az FSeek es hasonlo DOS hivasokban 32 bites pointerkezeles van, igy a regi programok mind 32 bites pointereket hasznalnak. Ha egy program csak relativan seekel, vagy csak read-el, akkor mukodhetne nagyobb fileokkal is a moka. Bar szerintem sok regi progi kozvetlen kiolvas a dos strukturakbol dolgokat, amiket nem kene. Igy ha a strukturaban kibovitenenek mindent 64 bitesre, ez a visszafele-kompatibilitas karara menne. De szerintem megoldhato, hogy a regi wareknal regi modban menjen a dos, az uj interfacen keresztul pedig teljesen mas kod lep eletbe ami 64 bites adatokkal dolgozik. |
|
Saughassy |
2004 február 9. hétfő 10:04  |
 Hozzászólásai: 4.007 |
Hat azért ezt a filesystem dolgot elegge szomoruan hallom... a filemeret limitrol nem is beszelve. Erdekes, hogy a szinatmenetes ablakok minden developernek eszebe jutottak, egy ilyen bug meg nem :(
Az IDEs vinyok lehuzogatasa lehet, hogy nem tul szabalyos megoldas, viszont gond nelkul mukodik kindozon. A vinyok sem halnak meg, ha meg megis, az legyen az user baja. (Plane ilyen röhejes vinyóárak mellett.) |
|
Chip |
2004 február 9. hétfő 10:10  |
Hozzászólásai: 3.193 |
@Sau: Nalam Amigan is mukodik. En pl. OS4-et igy szoktam kiprobalgatni. :] Max hivatalosan nincs tamogatva, de attol meg muxik.
"Erdekes, hogy a szinatmenetes ablakok minden developernek eszebe jutottak, egy ilyen bug meg nem :("
Rachy irta, hogy ezen mar morfondiroztak, ergo eszukbe jutott. Csak nem tudtak megoldast krealni ra, hogy visszafele compatible legyen a moka. |
|
<< 1 11 21 31 41 51 61 71 81 91 101 111 121 131 141 >> |
 |
|