Przejdź do treści forum
atari.area
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
Gearlynx 1.2.21 Nowa wersja popularnego emulatora konsoli Atari Lynx przynosi poprawki timingu i nowe API.
Nowa wersja DitherLab wraz z źródłami Teraz można eksportować obrazy do formatów .MIC, .GR8, .GR9 oraz G15.
TURGEN 9.4.5 Wydano nową wersję popularnego narzędzia TURGEN 9.4.5.
Altirra 4.50 test 17 Phaeron opublikował kolejną wersję testową emulatora 8-bitowego Atari.
RastaConverter 1.0 RC8 Nowa wersja konwertera grafiki dla 8-bitowego Atari.
Opcje wyszukiwania
Dzięki. Chyba przeoczyłem. Nie korzystam z GNU cpp, ale dałem radę. Można w Swingu to popchać z drzewkiem na ASMA i dobajerzyć (play, stop, next/.prev song, głośność itd.). Nadto można trochę optymalizacji wprowadzić (inline, zestripować informacje debuggingowe, ograniczyć backward comp. w dół, np. od 1.4, usunąć niepotrzebne casty, zdjąć lazy inity na tablicach, poprawić zerowanie tablic, itd.). Możnaby jeszcze bardziej zhermetyzować sam player i ograniczyć synchronizację. Mogę coś wymodzić - niech tylko inne taski ze mnie zejdą :(. Co myślisz/cie?
Na 1 z Draconusa na Pentium Mobile 1.69 Ghz z 1 GB RAM i kartą onboard zużycie procesora jest niezauważalne (<1%) (XP). Miło!
No i fajno. Trochę poportowałem, a tu proszę...
Jak widać Java sobie radzi.
Fox - grtulacje - można gdzieś źródła Java znaleźć?
Próbowałeś uruchamiać na telu jakimś?
Mam tu jakiegoś kompa i natywny player zżera mi max 2,5% CPU. Myślę, że całkowity porting do Javy jest uzasadniony. Ogga Java ciągnie, pociągnie i SAPa. Zaskoczyło mnie to, że player jest de facto emulatorem. Najgorsze jest to, że łażenie po pamięci w Javie lekkie nie jest...
Szybko muszę...
Bori: myk jest taki, że w dystybucjach nietrywialnych aplikacji Java zawsze znajdziesz elementy natywne, w wielu wersjach - pod różne systemy. Czemu?
Może nie tak bardzo jak sugeruje dely, ale Java jest jednak trochę wolna, i baardzo pamięciożerna... Progres w algorytmach optymalizacji jednak bardzo zbliżył czasy wykonywania do C. Oczywiście natywne elementy Javy też dojrzały...
Jellonek złapał to, o co mi chodzi - dynamiczna detekcja systemu i deployment adekwatnej biblioteki. Gwarantuje to cross-platforming, wydajność i - przede wszystkim :) - krótki czas realizacji projektu.
Miker - dzięki - rzucę okiem i zobaczę - może da się to jednak sportować. Tylko to byłoby szansą na zaistnienie midletu. A wtedy... byłoby nieźle :)
Mogę z Java pomóc i zakodować co chcecie :). Nalepiej podpinać dll'ki - do GUI'a w Java. Z midletami mogę powalczyć później..
Znalezione posty [ 5 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.006 sekund, wykonano 75 zapytań