@gx, post #60

• Odpowiedz

@RadoslawF, post #61

Rece normalnie opadaja z szelestem. Madremu to jeden przyklad wystarczy, a....

• Odpowiedz

@gx, post #62

• Odpowiedz

@RadoslawF, post #63

Rece opadaja coraz nizej . Do czego Ty zmierzasz ?.

Po drugie przykład otwarcia ekranu w 256 kolorach został napisany po wejściu nowszych wersji AMOSa

ale juz Ci pisalem, ze kompatybilny jest z wersja 1.x, ten przyklad w zupelnosci wystarcza, zeby przestac drazyc ten temat, walnales gafe i sie szybko wycofales, okej, przyjmuje :)... ten jeden tryb tworzy sie tak samo jak wszystkie pozostale, w ten sposob tzn. zapisujac rejestry AGA (jakims amosowym klonem instr. bejsicowej poke/peek) opakowane oczywiscie w funkcje/proc...

Po pierwsze przykładu z otwarciem ekranu w productivity nie było, nawet jednego.

przeciez AMOS umozliwia otworzenie ekranow i okien systemowych, po pierwsze... a po drugie, mozna oczywiscie napisac sobie pelny wlasny sterownik AGA w AMOSie (zgodnie z wersja AMOS 1.x) z obsluga wszystkich trybow graf. 15/23/27/29/31Khz wraz z odpowiednimi funkcjami/proc. graf., tylko nikt nie widzi w tym sensu, w tym sek, a nie dlatego, ze to niemozliwe :)

Ostatnia aktualizacja: 24.11.2012 01:48:24 przez gx

• Odpowiedz

@gx, post #64

• Odpowiedz

@RadoslawF, post #65

Cos Ci przypomne, wiec to co napisales jest nieprawda i tyle w temacie :)

na otwarcie ekrany w trybie np. productivity i 8 bitowej głębi kolorów w wersji 1.x nie słyszałem

Ekran productivity otwiera sie dok. tak samo jak 8bitowy ekran AGA, trzeba tylko znac wartosci jakimi nalezy zapelnic rejestry itd... :), skoro to potrafili, to potrafia tez to, tylko pewnie nikt nie czul takiej potrzeby, ot cala prawda.

niestety w trybie productivity dalej nie potrafiła otworzyć

pisales o wersji 1.x, sila rzeczy ani AMOS, ani GFA Basic tego nie potrafia , przed premiera kosci AGA, z drugiej strony oba jezyki umozliwiaja wykorzystanie funkcji systemowych, wiec Twoje zarzuty sa jalowe wobec AMOSa.

• Odpowiedz

@gx, post #66

• Odpowiedz

@gx, post #66

• Odpowiedz

@RadoslawF, post #68

• Odpowiedz

@kjb666, post #67

• Odpowiedz

@RadoslawF, post #68

Po to masz rozne dodatki etc. do jezykow programowania zeby nie pisac tego od zera .

• Odpowiedz

@gx, post #71

• Odpowiedz

@RadoslawF, post #72

Ten dodatek który byłeś łaskaw zaprezentować wyszedł pięć lat po wprowadzeniu maszyn z AGA czyli pięć lat za późno

I co z tego, chodzilo tylko o pokazanie takiej mozliwosci na v 1.x :), co zreszta kazdego kto ma choc blade pojecie o porgramowaniu nie powinno dziwic.

była już dostępna inna wersja AMOSa która ekran w 8 bitach potrafiła otworzyć w productivity w dalszym ciągu nie potrafi.

i czego to ma niby dowiesc, ze nie mozna , oczywiscie mozna, tylko nie przy uzyciu amosowej biblioteki funkcji graficznych, jedynie tego

• Odpowiedz

@ITU, post #70

• Odpowiedz

@Ender, post #74

• Odpowiedz

@ITU, post #70

Otwarcie ekranu to najbardziej banalna tutaj sprawa, wazniejsze jest to co mozna na tym ekranie zrobic, szczegolnie na A500 , a w/w GFA Basic to jezyk b. ubogi pod tym wzgledem w porownaniu do AMOSa, zeby zrobic pewne proste operacje bedziesz musial narypac sie jak pijany dzinks .

AMOS jest idealny do pisania dla klasycznych Amig z ukladami OCS i prockiem 68000/030, jest konkurencja dla assemblera. Jezeli ktos chce bawic sie w programowanie na wyzsze konfigi wykorzystujac ich "pare" powinien pomyslec o zmianie... jezeli nie chce przechodzic na inny jezyk, to tylko zmianie Basica np: PureBasic, AmiBlitz3 itp.

Ostatnia aktualizacja: 24.11.2012 19:53:30 przez gx

• Odpowiedz

@gx, post #76

• Odpowiedz

@ITU, post #75

• Odpowiedz

@gx, post #76

• Odpowiedz

@Ender, post #78

A gdybym ja wybieral, to bym nie wybral zadnych pierdow typu Pythony, Perle, Rubiny i inne programistyczne potworki

• Odpowiedz

@RadoslawF, post #77

iestety są też minusy wynikające z ograniczeń. Jeśli autorzy czegoś nie przewidzieli to zrobienie tego samemu jest przeważnie bardziej skomplikowane i zajmuje więcej czasu niż w innych językach

nieprawda , jezeli tego samego nie przewidzeli w innych jezykach i nie ma odpowiednich dodatkow... to jest praktycznie rownie skomplikowane co w AMOS - jezyki ktore tutaj wymieniamy mieszcza sie w tym samym pradygmacie programowania.

• Odpowiedz

@kjb666, post #79

AMOS ma dużo instrukcji do grafiki itd, ale czy działają dla AGA tak samo jak dla ECS?

dzialaja tak samo, w koncu AGA jest mocno kompatybilna z ECS :), a jezeli masz na mysli czy w trybach AGA beda dzialac tak jak powinny, to raczej nie, chocby z powodu np: 24bit palety barw... AGA to nie tylko nowe tryby graficzne itd.., bo chocby nawet ekran byl 2 kolorowy to na AGA ma dostep do 24bit palety barw...

• Odpowiedz

@Ender, post #78

• Odpowiedz

@gx, post #83

• Odpowiedz

@Ender, post #84

• Odpowiedz

@gx, post #81

• Odpowiedz

@Aniol, post #85

• Odpowiedz

@RadoslawF, post #86

GFA Basicu piszesz standardową komendę a w trzecim parametrze zamiast 3 piszesz 8 i masz otwarty ekran

ale nic poza tym (ilosc bitow koloru jest przepisywana na wywolanie systemowe (szczesliwie zgodne z SA_Depth) i na tym wlasciwie koniec, wiele jezykow powstalych przed epoka AGA tak potrafi na OS3.x...), dalej machasz "na recznym", bo GFA Basic niczego wlasciwie nie wspiera w AGA i musisz to albo zaprogramowac od zera, albo uzyc gotowej biblioteki z odp. funkcjami np: funkcji systemowych, ale tylko tej wersji systemu ktory wspiera AGA!, takze odpada np: OS 1.3 uruchomiony na maszynie AGA - gdzies musi byc koncowka kodu zapisujaca wlasciwe rejestry w sposob wlasciwy dla AGA, takze sama obecnosc AGA nie wystarcza... . AMOS jest mimo wszystko jezykiem stojacym o poziom wyzej, jezeli chodzi o stopien zaawansowania komend graficznych na Amidze, choc tylko niestety z ukladami OCS, bo to komendy operujace bezposrednio na rejestrach, bez kompleksowego przepisania na AGA, albo przystosowania do OS nie sa w stanie wspierac w pelni AGA itd... Przyklad mial sluzyc tylko temu, ze mozna i tyle, a mozna wszystko, tylko nie wszystko zostalo zrobione... ot tyle Ci tylko dowiodlem

A mozesz otworzyc na GFA Basic tryb HAM8 ? :).

Jak sam przyznałeś nie znasz AMOSa, nie znasz też GFA Basica

ale znam dobrze BASIC, choc glownie z 8bit i troche w najnowszych wydaniach, w czasach AMOSa to ja juz czym innym paralem sie...

Jak skomplikowane jest otwarcie ekranu

nie jest skomplikowane jezeli bedziesz mial gotowy kod, ktory wywolasz jednym poleceniem :) etc.., mozna tez skorzystac z systemowego wywolania, a to jest tez latwiejsze. Musisz pojac, ze AMOS podobnie jak inne jezyki programowania jest takze jezykiem otwartym i nie ma obowiazku uzywa tych wlasnie komend jezeli nie wykonuja tego co oczekujesz, musisz tylko zorientowac sie jaki masz inny wybor itd... :)

Ostatnia aktualizacja: 25.11.2012 00:27:07 przez gx

• Odpowiedz

@gx, post #87

Nie zrozum zle,ja cie lubie,;) ale poniewaz nie da sie z toba wygrac ,wszelka dyskusja jest bezcelowa

• Odpowiedz

@Aniol, post #89

taka karma

• Odpowiedz