Przejdź do treści forum
atari.area forum
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
Atari800MacX 6.1.0 Popularny emulator Atari na Maca otrzymuje wsparcie dla FujiNet/NetSIO oraz liczne poprawki błędów!
RastaConverterBeta19 Najnowsza wersja RastaConvertera wprowadza nowe funkcje odległości kolorów, w tym domyślne "rasta".
Test7800 0.7.1 Nowa wersja emulatora Test7800 w wersji 0.7.1 przynosi usprawnienia w obsłudze Drag and Drop oraz poprawki POKEY dla Stone Age.
Nadchodzi Rogul na Atari ST/STE Konwersja znakomitego Fantasy-Hack'n Slash-Roguelike Rogul z małego Atari na platformy ST/STE
Gearlynx z aktualizacją do 0.0.9 Wieloplatformowy emulator konsoli Atari Lynx, Gearlynx, doczekał się nowej wersji 0.0.9.
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 76 zapytań