@selur, post #28

• Odpowiedz

@Don_Adan, post #31

• Odpowiedz

@selur, post #32

• Odpowiedz

@michal_zukowski, post #33

• Odpowiedz

@selur, post #34

• Odpowiedz

@Lucus, post #10

• Odpowiedz

@asman, post #36

• Odpowiedz

@jimiche, post #37

Prawda jest jednak taka, że Amos sssie i uczy złych nawyków...

Makabryczne glupoty gadacie... ludzie tak potrafia nasyfic w innych jezykach , ze nikt inni poza nimi tego nigdy nie odczyta.

Zaden BASIC nie uczy zlych nawykow, tylko badziewni programisci robia syf w kodzie.

• Odpowiedz

@jimiche, post #37

• Odpowiedz

@selur, post #26

to musze jeszcze poczekac na opinie teh Kaina, Lorda Kraszana, Hexamaga...

Ostatnio pisałem w C na Amidze jakieś 6 lat temu. Teraz nie mam czasu, bo jestem zajęty robieniem przelotek i paleniem forsą w kominku. Zaś w mojej etatowej pracy, cóż, Python, JavaScript, PHP w tej właśnie kolejności.

• Odpowiedz

@Krashan, post #40

• Odpowiedz

@selur, post #41

• Odpowiedz

@asman, post #39

• Odpowiedz

@Krashan, post #42

Największy wysiłek to nauczenie się obsługi hardware (gdy piszemy gry lub dema), albo systemu operacyjnego (gdy celujemy w programy użytkowe, czy pchełki pod Workbencha)

No i te swiete slowa niech se kazdy amigowiec w ramke oprawi i nad lozkiem powiesi

Nie wiem jak inni ale ja uwazam, ze hardware Amigi, szczegolnie obsluga grafiki, to kosmos a kosmos przyjazny ludziom nigdy nie byl.

AMOS nas izoluje od jednego i drugiego, co na początku jest fajne, bo krzywa uczenia jest mniej stroma, ale potem zaczyna ograniczać.

I to wlasnie chyba przyswiecalo autorowi tego jezyka (gdzies byl o tym wywiad z Francisem ale nie wiem gdzie) - maksymalna prostota dla "'zoltodziobow" przy jednoczesnym jak najlepszym wykorzystaniu hardware'u Amigi.
I prawie to mu sie udalo, niestety najslabsze ogniwo, ktore mocno obniza range Amosa, to kiepski kod wynikowy generowany przez niedopracowany i lekko zbugowany kompilator. A dowodem na to sa wlasnie roznego rodzaju Amosowe "extensiony", ktore przyspieszaja dzialanie niektorych funkcji nawet o 100% czy 200% a to jest juz duza roznica.

i TAK, Amos w pewnym momencie zaczyna strasznie ograniczac i pojawia sie sciana nie do pokonania.
Ale pojawia sie pytanie...
Ilu amosowych tworcow w ogole zobaczylo te sciane na wlasne oczy ?
Moim zdaniem niewielu a dowodem na to sa wlasnie gry napisane w Amosie - 95% to totalna szmira. Wiekszosc tych tworcow moze opanowala podstawy i na tym zakonczyli swoj rozwoj.

Jesli lamerowi damy najbardziej wydajny amigowy kompilator C na swiecie, czy bedzie on w stanie stworzyc dobra gre w C ?

Bardzo WATPIE

• Odpowiedz

@selur, post #41

• Odpowiedz

@selur, post #44

• Odpowiedz

@selur, post #44

• Odpowiedz

@flops, post #45

Eee, może popularny, trendy i cool jest Python, ale najwięcej programuje się nadal w C.

no nie wiem...



GOTO (po dziadku Fortran'ie), to rzeczywiscie bylo ZUO z Basicow 8-bitowcow, ktore mialy straszna wade numerowania linii programu i tak jest ale AMOS to juz zupelnie inna epoka basicow.

W Amosie podstawa optymalizacji programu jest instrukcja... GOTO tadaaa i nie ma innej alternatywy

• Odpowiedz

@selur, post #44

void write_pixel(UWORD planesNum, UBYTE** planePtr, UWORD x, UWORD y, UBYTE val) {
	
	
	UBYTE *memPos;
	//calculating place in memory (offset from plane start where byte holds a bit to modify)
	UWORD offset = ( (x>>3) + (y * (SCREEN_WIDTH/8)) );
	
	//mask out how many pixels to shift in byte (0-7) and invert
	//bits are filling byte from right, but we are filling pixels from left
	UBYTE pixShift = (~x & 0x7); 
	UBYTE pixMask = (1 << pixShift); //mask for a bit to write in a byte
	
		
	switch(planesNum){
		
		case 6:
		
		
		case 5:
		
		
		case 4:
		memPos = planePtr[3] + offset;
		*memPos = (*memPos & ~pixMask) | (pixMask & ( ((val>>3) & 1)<<pixShift ) );
		
		
		case 3:
		memPos = planePtr[2] + offset;
		*memPos = (*memPos & ~pixMask) | (pixMask & ( ((val>>2) & 1)<<pixShift ) );
		
		case 2:
		memPos = planePtr[1] + offset;
		*memPos = (*memPos & ~pixMask) | (pixMask & ( ((val>>1) & 1)<<pixShift ) );
		
		case 1:
		memPos = planePtr[0] + offset;
		//copying a bit from the palette value to the memory
		*memPos = (*memPos & ~pixMask) | (pixMask & ((val & 0x01)<<pixShift));
		
		
		case 0:
		break;
		
		default:
		break;
		
	}
	
	
}

• Odpowiedz

@teh_KaiN, post #46

To była pierwsza jego styczność z językiem C. Jak na pierwszą skończoną i wydaną grę to chyba wyszło przyzwoicie.

No dobra Master Si PLi PLi ale tworzysz ACzE ktory ma byc do profesjonalnego tworzenia gier na Amige czy tak dla jaj...

ja tu widze pewna analogie...
Wszyscy AMOS'a na pewno znaja, niektorzy kochaja choc wiekszosc go nienawidzi, wielu w nim pisalo gry ale co ostatecznie powstalo ?
w wiekszosci przypadkow LIPA , a dlaczego ?
ktoz to wie ale, moze nie tak powinni to robic...

Na moje oko, nawet jesli ACE jest nawet dla "ulomnych", to wpierw trzeba jednak znac nieco C..

• Odpowiedz

@selur, post #48

• Odpowiedz

@selur, post #50

• Odpowiedz

@teh_KaiN, post #46

Jeszcze scrolling trick'i dodaj do ACE

• Odpowiedz

@san_u, post #52

Nawet najlepszy programista nie zrobi najlepszej gry, jeśli nie ma pomysłu

Ale cos zrobi a poczatkujacy musi przejsc przez szczebelki drabiny zanim w ogole osiagnie te "cos".


Tak, MDW zrobil wtedy kilka amosowych produkcji z czego sensowne jest tylko "Miasto Smierci".
W mojej ocenie MDW osiagnal maksymalnie 4/10 poziomow wtajemniczenia, choc wtedy srednia krajowa, to bylo jakies 2/10

• Odpowiedz

@san_u, post #52

• Odpowiedz

@flops, post #55

tu najgorsza byla pechowa grafika ale jajoglowi tez mieli swoich fanow

• Odpowiedz

@selur, post #56

Wszyscy tu wieszają psy na "go to"... Ale czasami to jest po prostu najprostsze i najczytelniejsze wyjscie. Jeśli np. mamy serio sensownie zrobioną obsługę wyjścia w naszym programie, to bez wzgledu na to jakim jezykiem się posługujemy, to bezpośredni skok do tej procedury po prostu ma sens.
Fakt że nadużywanie tej praktyki może dać bardzo nieczytelny kod nie oznacza jeszcze że uzywana rozsądnie nie ma swojego miejsca w kodzie vide jakiś tam kod Linuxa

Ostatnia aktualizacja: 30.11.2022 22:48:34 przez pisklak

• Odpowiedz

@selur, post #50

• Odpowiedz

@san_u, post #53

• Odpowiedz

@teh_KaiN, post #59

• Odpowiedz