Mam grafikę na PC, którą chciałbym przygotować dla Atari (głównie tryb 7 lub 12). Programuje w AtariBasic/TBXL wiec potrafie tylko podstawowe mozliwosci. Dotychczas radzę sobie prostym programem mtPaint - ze względu na wyświetlanie palety indeksowo, scalania i usuwania duplikatów. Potem ew. pomoc G2F żeby podzielić gotową grafikę na znaki i dopasować paletę - jeśli chcę trybu 12. Najtrudniejszym jest jednak zawsze przygotowanie odpowiedniej grafiki lub elementów pod rozmiar, ilość kolorów i paletę Atari. Chciałbym się dowiedzieć jakimi programami (i na jakiej są licencji) Wy pracujecie.
grafx2, program jest darmowy nie ma tam wsparcia dla podziału na fonty itp atarowskie klimaty, ale rysuje się tam bardzo wygodnie, jeżeli ktoś jest przyzwyczajony do 16 bitowych programów (deluxe paint, personal paint itp) generalnie mkożna ustawić tam odpowiednie pixel ratio i paletę - wygoda jest.
Do konwersji kolorów, rozdzielczości itp. wystarczy darmowy Gimp, choć ma on błędy w konwersjach do max 8 bitowej głębi kolorów (lepiej sobie radzi GemView z ST).
Gimpa nie lubię i dawno nie używałem, po spróbowaniu najnowszej wersji nic się w moim odczuciu nie zmieniło. Grafx2 jest ciekawy, choć trzeba się trochę przyzwyczaić. Niemniej nie przewyższa tego co obecnie używam. Swego czasu był taki DOSowy program graficzny (tryb 13h) i nazywał się "Splash!", niestety nie odnalazłem do ściągnięcia, może ktoś ma albo wie skąd ściągnąć? Niestety wszystko powyższe nie jest dokładnie tym czego poszukuje. Aż dziw, że nie ma programu na "wielkie komputery" który pozwalałby dowolnie rysować tak jak na starych komputerach.
Jak nie ma, jak dawno jest... :P ATARI INTERLACED STUDIO 1.2.9
Program dla PC umożliwiający odczyt,zapis i edycję plików graficznych MIC, INP, IST, CIN, HIP, RAW. Klawisze "+" i "-" pozwalają powiększyć/pomniejszyć obrazek, klawisz "ENTER" ustawia pisak na aktualny kolor wskazywany przez kursor myszki. Program udostępnia podstawowe operacje na grafice, obsługuje się go podobnie jak inne programy graficzne na PC. Podkolorowanie obrazka np. CIN, odczytujemy 4-kolorowy MIC, zapisujemy jako CIN, odczytujemy ten CIN i kolorujemy w 64 kolorach.
Download Jak zauwazyl kiedys autor w/w, program przyda sie nie tylko do interlejsowatych obrazkow. :)
@Xeen Na emulatorze można odpalić różne programy graficzne i w nich tworzyć, albo próbować bezpośrednio w BASICu. Tyle, że chodzi mi to o czas, możliwości i wygodę - chcę wstępnie przygotować obrazki na PC.
@Dracon AIS - Tu już lepiej, bo jest paleta Atari, ale tylko jedna rozdzielczość obrazka i nie chce mi exportować obrazka do innego pliku niz XEX (a chcialbym zapisać zapisać sobie jako PNG).
@oxy Zawsze możesz zgłosić swoje sugestie autorowi, bo rozwój AIS-a uzależnia on od odzewu użytkowników. Namiar na stronie ->link<- (osobnik pierwszy od góry)
Wielkie dzięki. Przeglądałem forum i chyba musiałem przegapić. To jest super i oparte o wygodny Paint.NET [jak dla mnie]. Gdyby tylko była wersja Atari to byłoby wspaniale.
Autor Timanthesa wyrazil chec przystosowania programu do potrzeb Atari, ale poprosil o opisanie grafiki Atari (w jezyku angielskim). Na razie nikt tego nie zrobil.
Od razu uprzedzam - autor nie potrzebuje porad w stylu: "prosze sobie wygoglac, zrodel w necie jest mnostwo". Autor potrzebuje zaangazowania kogos, kto zna i rozumie specyfike grafiki Atari, zeby dostosowanie nie polegalo na spedzeniu roku na przeszukiwaniu zrodel i probie zrozumienia grafiki Atari :)
Ja akurat wypracowałem sobie taki system, że zapisuję grafikę w formacie PGM (odcienie szarości) jako plik tekstowy, a potem swoimi skryptami w bashu generuję z danych tego pliku kod asm (z danymi w dta, już z odpowiednimi etykietami itp.) Oczywiście nie jest to uniwersalny ani zbyt wygodny sposób.
@Kaz: Po prostu pikselowanie w nowoczesnych programach graficznych jest bardzo wygodne, tylko cały problem polega na tym, jak potem przenieść grafikę na coś zjadliwego na hardware małego Atari. Ktoś zdolny pewnie potrafiłby napisać jakieś dobre skrypty konwertujące bezpośrednio dla Gimpa. Ale ja akurat odpadam, bo standardowy skryptowy język Scheme jest dla mnie kompletnie nieczytelny i nielogiczny :/
Ja uzywam darmowego XnView, radzi sobie swietnie z konwersja, mozna tez bezposrednio manipulowac paleta. Tylko do GR.10 sie nie nadaje, bo manipuluje paletami bazujacymi na potedze dwojki (2 kolory, 8, 16, 32, 64, 128, itd), wiec do GR.10 nadaje sie IrfanView, w ktorym paleta moze miec dowolna liczbe kolorow.
Przepraszam za lamerskość pytania, ale w grafice jestem cienki jak opłatek.
Chciałbym sobie przygotować kilka klatek animacji. Każda klatka to cały ekran w trybie $E ANTICa, czyli - jak dobrze liczę - 7680 bajtów. Bez kolorów, bez niczego. Tylko bajty.
Znalazłem ten wątek i kombinuję z AGS. Narysowałem sobie co następuje z pokazanymi obok opcjami:
I teraz pytango: jak to "Save Asować", żeby dostać po prostu surowe bajty?
A na poważnie, spróbował bym MIC, GR8. Jeśli wywali 7680+ bajtów to raczej pierwsze 7680 bajtów będzie raw + kolory po nich - kilka bajtów, np. 4 albo 5..
Ależ wręcz przeciwnie, wszystko prawidłowo :D. MIC może dawać więcej niż 7680 bajtów jeżeli obraz jest większy niż 160x192 piksele, bo przecież każda linia ekranu to 40 bajtów. A tak zapewne jest w Twoim przypadku, że masz obraz 160x240 pikseli, a więc 40 bajtów razy 240 linii równa się 9600 bajtów. Te 4 dodatkowe bajty to dane rejestrów kolorów. Wszystko się zgadza.
Masz rację... Ale chyba i tak podejdę do tematu trochę inaczej, tzn. wygeneruję sobie te X klatek w TBXL, a potem BPUT od $a150. To może być nawet wygodniejsze, bo te klatki będą dość proste i powtarzalne, więc stosunkowo łatwo narysować je PLOTEM i DRAWTEM.
