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
Nowa wersja ARIFE Tool od PVBest73 Uaktualniono uniwersalne narzędzie do analizy obrazów ROM i dysków Atari
Echa Sommarhack 2025 Podczas szwedzkiego party Sommarhack zaprezentowano kilkadziesiąt produkcji,
MadPascal 1.7.3 już dostępny Nowa wersja kompilatora MadPascal przynosi poprawki i optymalizacje
Echa Lost Party 2025 Wyniki, zapis wideo oraz stuff.
Lost Party 2025 startuje już jutro W Licheniu Starym rusza zlot fanów 8-bitowych komputeró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ń