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
Jak stworzyć składankę gier na kasecie? Dziś, dzięki nowoczesnym narzędziom, jak program Turgen, ten proces jest znacznie łatwiejszy.
HDDRIVER 12.71 Nowa wersja najbardziej rozbudowanego sterownika pamięci masowych dla 16- i 32-bitowych Atari, z mnóstwem usprawnień i nowości.
Elite - port z BBC Micro na Atari XL/XE Wczesna beta portu kultowego Elite z BBC Micro na 8-bitowe Atari.
sAIOnara v3.0 Zaawansowany układ wideo Pancia, sAIOnara v3.0, bazujący na chipie CXA2075, jest już dostępny.
Altirra 4.40 test 20 Nowa wersja rozwojowa popularnego emulatora Altirra zawiera szereg usprawnień i poprawek błędów.
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ń