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
	ABBUC SWC 2025: wszystkie linki do gier Zebraliśmy wszystkie dostępne linki do gier z konkursu ABBUC Software Contest 2025! Zagraj i oceń.
RastaConverter Beta 20 RastaConverter, popularny konwerter grafiki dla Atari, otrzymał aktualizację Beta 20 z nowymi opcjami linii komend i poprawkami.
Test7800 0.7.2 Nowa wersja eksperymentalnego emulatora Atari 7800, Test7800, wprowadza poprawki w emulacji procesora 6502.
Rogul dla Atari STE, kolejne wieści Twórcy gry Rogul na Atari ST/STE udostępnili pierwszy film prezentujący działający gameplay na nowej platformie!
Wyniki konkursów ABBUC 2025 Znamy zwycięzców ABBUC Software i Hardware Contest 2025. Sprawdź, kto zgarnął nagrody i punkty!
 
	
	
		Opcje wyszukiwania (Strona 42 z 73)
		
		
		
		
	
	
		
		
			
				
					ARC można rozpakować na PC np. przy pomocy "pkunpak". Oczywiście łatwiej ściągnąć rozpakowane.
				 
			 
		 
		
	 
	
		
		
			
				
					mac_z napisał/a:BartoszP napisał/a:To Flash dużo żre a nie Java, nawet więcej niż stary Ził :) I też jest wszędzie
 to ile flash żre w bardzo dużym stopniu zależny od umiejętności tego kto mu kazał jechać
 Konkret:
http://asap.sourceforge.net/applet.html - 1-2% CPU
http://asap.sourceforge.net/silverlight.html - <1% CPU
http://asap.sourceforge.net/flash.html - 4% CPU
Oszacowane na oko Task Managerem na Core 2 Duo P9500 @ 2.53, zaktualizowanym Windows XP, Chrome 5.0.375.125, Java 1.6.0_21, Silverlight 4.0.50524.0, Flash Player 10.1.53.64.
Co można zrobić z tym Flashem, żeby nie był wielokrotnie wolniejszy od Javy i .NET ?
				 
			 
		 
		
	 
	
		
		
			
				
					laoo/ng napisał/a:Języki obiektowe zaś chronią dane i w poprawnym projekcie to kompilator powie ci, że czegoś ci nie wolno (bo dobierasz się do cudzego obiektu i nie za bardzo wiesz jak, bo kolega nie napisał dokumentacji) i to kompilator automatycznie zwolni zasób, gdy nie jest ci już potrzebny. To nie moda. To odciążenie.
 Ponieważ wpisuje się to w moją prośbę do Nosty'egp, pozwolę się ustosunkować: ochrona danych i operacji wewnętrznych nie jest cechą języków obiektowych: np. w C mamy static i pliki nagłówkowe zawierające interfejs, co jest nawet bardziej elastyczne od public/protected/private. Poza tym public/protected/private ma ograniczoną siłę wyrazu i nie zastąpi całkiem dokumentacji - wystarczy spojrzeć na metody publiczne udokumentowane w .NET jako "infrastructure", to samo w Javie. Garbage collector też nijak ma się do paradygmatu programowania obiektowego.
Nie mówię, że programowanie obiektowe jest niepotrzebne - ma swoje zastosowania. Jednak niepotrzebnie wciska się je do głowy studentom pierwszego roku, którzy w ogóle nie potrafią programować.
				 
			 
		 
		
	 
	
		
		
			
				
					nosty napisał/a:bardzo dlugo nie moglem zczaic o co kaman z tymi obiektami ;) Bylem przekonany ze to jakas dziwna moda, bo procedury i funkcje sa w zupelnosci wystarczajace :P No ale w koncu, zalapalem.
 To proszę wytłumacz mi, bo ja ciągle myślę, że to dziwna moda. :)
				 
			 
		 
		
	 
	
		
		
			
				
					O, flame nt. języków programowania. :)
Moje zdanie: dobry programista napisze dobry program w każdym języku, słaby programista nie napisze dobrego programu w żadnym języku.
				 
			 
		 
		
	 
	
	
		
		
			
				
					Nie jest to wyczerpująca specyfikacja, ale nic lepszego nie ma.
				 
			 
		 
		
	 
	
		
		
			
				
					Oprócz POKEYa istotnymi elementami są 6502 (lub jego emulator) i 64 KB RAMu. Gdybyś brał prawdziwy 6502, licz się z tym, że  do niektórych SAPów potrzebna jeszcze namiastka ANTICa (rejestry $D40A, $D40B).
				 
			 
		 
		
	 
	
		
		
			
				
					Można się oprzeć na SDL, jest port GBA.
				 
			 
		 
		
	 
	
		
		
			
				
					Znalazłem go kilka dni temu. :)
				 
			 
		 
		
	 
	
		
		
			
				
					To nas nie przybliża do ASAPa na GBA. Potrzebny jest kod źródłowy, a jeszcze lepiej programista GBA.
				 
			 
		 
		
	 
	
		
		
			
				
					Coś z tym ZIPem jest nie tak.
				 
			 
		 
		
	 
	
		
		
			
				
					Kwestia zrobienia wybieraczki plików i odtwarzania sampli 44100 Hz. Gdyby był taki gotowy player, byłoby dużo łatwiej - podpięcię do tego ASAPa to już pestka.
Zauważyłem, że GBA ma 16 MHz, a nie 33 jak mi się wydawało. To może oznaczać, że nie będzie się wyrabiał ze wszystkimi SAPami (szczególnie tymi z samplami i stereo).
				 
			 
		 
		
	 
	
		
		
			
				
					Mała jest. Wydajnościowo powinno uciągnąć. Tylko kto to zrobi?
				 
			 
		 
		
	 
	
		
		
			
				
					Dla przeciętnego atarowca ważniejsze, żeby działał joystick, niż klawiatura. W Atari800 jest klawiatura ekranowa - wybierasz przycisk najeżdżając na niego strzałkami.
				 
			 
		 
		
	 
	
		
		
			
				
					Nieźle! Może sypie się na odczycie joysticków w SDL? Emulator ma opcję -nojoystick.
geo650 napisał/a:(jeszcze nie sprawdziłem, w jaki sposób wyłączyć to przez configure, ale tymczasem po edycji config.h robię make).
 Spróbuj tak:
./configure --host=arm-SamyGO-linux-gnueabi --target=...
Prawdopodobnie Twoje zmiany w configure okażą się wtedy niepotrzebne.
				 
			 
		 
		
	 
	
		
		
			
				
					Prawdopodobnie wersja basic działa już poprawnie i wchodzi do Self Testu. Włącz Atari BASIC (w pliku konfiguracyjnym lub z command line), to powinieneś zobaczyć READY i móc pisać w BASICu. Możesz też uruchamiać dyskietki i execi w trybie tekstowym.
Czy w wersji SDL na pewno WORDS_UNALIGNED_OK jest taki, jak w działającej wersji basic?
Problem z WORDS_UNALIGNED_OK jest spowodowany tym, że nieprawidłowo wywołujesz configure. Poczytaj o autoconf i cross-kompilacji - powinieneś podać parametr opisujący docelowy system. Być może WORDS_UNALIGNED_OK nie jest jedynym problemem tym spowodowanym. Ogólnie nie edytuje się configure, tylko przekazuje mu parametry.
				 
			 
		 
		
	 
	
		
		
			
				
					Jak bus error, to obstawiam, że trzeba undefować WORDS_UNALIGNED_OK w config.h.
				 
			 
		 
		
	 
	
		
		
			
				
					Makes no difference.
a. If it's a simple 8k or 16k cartridge, just add DOS headers.
b. Multi-game cartridges may contain executables, you need some skills to extract them.
c. For single game bank-switching cartridges you surely have not enough skills. ;)
				 
			 
		 
		
	 
	
		
		
			
				
					Wersja basic działa w trybie tekstowym przy użyciu standardowego we/wy, czyli printf i podobnych. Oczywiście da się w ten sposób uruchamiać tylko programy działające w trybie tekstowym.
Lista mailowa Atari800 ma archiwum dostępne z WWW.
				 
			 
		 
		
	 
	
		
		
			
				
					geo650 napisał/a:Racja, trzeba popróbować z prostszymi portami. Choć na razie nie wiem jak ;)
 Skoro jest telnet, to rozumiem, że jest też jakiś shell i może da się skompilować zwykłego exe, a nie jakieś so i odpalić z tego shella?
./configure --target=basic && make
 
			 
		 
		
	 
	
		
		
			
				
					Jak idzie (z pomocą dwunastu osób) ?
				 
			 
		 
		
	 
	
		
		
			
				
					Sugeruję na początek spróbować uruchomić prostsze porty Atari800 - basic i curses.
				 
			 
		 
		
	 
	
		
		
			
				
					Mnie też. Nasuwa się też niedawny bash. ;)
				 
			 
		 
		
	 
	
	 
	
		
Znalezione posty [ 1,026 do 1,050 z 1,805 ]
	
		
		
	 
		
		
	
	
		
	Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
	 
		Wygenerowano w 0.062 sekund, wykonano 26 zapytań