Jeśli chcesz wziąć udział w dyskusjach na forum - zaloguj się. Jeżeli nie masz loginu - poproś o członkostwo.

• Zapomniane hasło?
• Poproś o członkostwo

1. • 1: CommentAuthorilmenit
   • CommentTime20 Apr 2012 15:04 zmieniony

    
   Zatem do MCH nie da się upchnąć wyniku generacji programu rastra - w formacie MCH wspierasz max. 13 instrukcji/linię. W programie generowanym przez RastaConverter może być do 27 instrukcji/linię (54 cykle). Nopy mają znaczenie do pozycjonowania zmian kolorów czy pozycji duszków.
   
   Poza tym nie jest bardzo oczywiste, żeby dokumentacji pliku MCH szukać w dokumentacji pliku G2F ;)
2. • 2:
      
     CommentAuthorjhusak
   • CommentTime20 Apr 2012 17:04 zmieniony

    
   @ilmenit
   
   Owa linia wynika z tego, że na Atari nijak nie da się przekroczyć ilości linii = 204 przy założeniu, że pamięć ekranu jest ciągła.
   
   A tu jest przekroczone ewidentnie :)
   
   Trzeba zrobić w dl ręcznie dodatkowy lms i przesunąć dane o te 16 bajtów (co zostaje z 4096-4080) i będzie działać bez linii.
3. • 3:
      
     CommentAuthorjhusak
   • CommentTime20 Apr 2012 17:04 zmieniony

    
   Moje próbki - uwaga - program odpalony pod wine na MacOS x!
   
   
   
   

   • Tatry.png
   • Tatry.xex
   • Beast.xex
   • Beast.png
4. • 4: CommentAuthorilmenit
   • CommentTime20 Apr 2012 18:04 zmieniony

    
   @jhusak
   Ale LMS jest w każdej linii.
   Btw, patrząc na obrazek Tatry - trzeba będzie pokombinować nad lepszym ditheringiem :)
5. • 5:
      
     CommentAuthorjhusak
   • CommentTime20 Apr 2012 18:04 zmieniony

    
   Ale LMS jest w każdej linii.
   

   
   Za szybko czytasz :)
   
   

   Btw, patrząc na obrazek Tatry - trzeba będzie pokombinować nad lepszym ditheringiem :)
   

   
   
   Wg mnie jest ok - jeśli chodzi o BRAK ditheringu.
   
   Jeśli chodzi o włączenie ditheringu, nie działa as expected - trzeba by nieźle pokombinować, aby działało DOBRZE. Chodzi o źle dobrane kolory ditheringu - często nie te dwa, co trzeba, tworzą szachowniczkę. Ale ja rozumiem, że to jest trudne. W każdym obszarze ekranu mamy inną paletę i to trzeba obsłużyć...
   W przypadku ditheringu właśnie nie będzie to nigdy dobrze wyglądać, bo mamy pionowe i poziome granice palet, więc będą zawsze pojawiały się regularne prostokątne plamy. Zostawić jako ciekawostkę; ale zrobić tak, aby działało ładnie, to się raczej nie da - chyba, że nowa heurystyka będzie decydować, czy włączać dithering (tutaj szare góry - byłoby ok) czy też nie, bo w tym i owym miejscu jest i tak dużo szczegółów.
   
   poprawiony pliczek no_name.asq
   
   działający.

   • no_name.asq
6. • 6:
      
     CommentAuthorjhusak
   • CommentTime20 Apr 2012 18:04 zmieniony

    
   I rezultat (ach, ileż on się z dziobem męczył):
   
   

   • Donald.png
   • Donald.xex
7. • 7: CommentAuthortebe
   • CommentTime20 Apr 2012 21:04

    
   Jak zapisać program rastra?
   
   W G2F dla trybu GED- program rastra liczy 54 cykle, nie inaczej. Jest on jednak podzielony na dwie sekcje.
   
   To co widzimy po wywołaniu okna EDIT RASTERS (ALT+R) to program dla 36 cykli, a gdzie pozostałe 18 cykli ?
   
   Odpowiedź jest w oknie CHECK (CTRL+C), widzimy tam informację o dopuszczalnym limicie zmian "LIMIT = 3", to są właśnie te brakujące 18 cykli z programu rastra (3*6), te zmiany są wykonywane poza ramką ekranu.
   
   W trakcie zapisywania XEX-a łączone są obie informacje i tak powstają wynikowe 54 cykle na linie.
   
   Aby zapisać raster w pliku MCH należy rozdzielić informację, czyli z pierwszych 18 cykli linii należy informacje o zmianach rejestrów wstawić do odpowiednich tablic, wg specyfikacji pliku MCH, pozostałe 36 cykle zapisać wg specyfikacji pliku G2F.
8. • 8: CommentAuthorwieczor
   • CommentTime21 Apr 2012 00:04

    
   @jhusak: Tylko po co, bo ja efektywnie naliczyłem 5 kolorów :)
9. • 9: CommentAuthorilmenit
   • CommentTime21 Apr 2012 01:04 zmieniony

    
   @jhusak
   Nowa wersja RastaConvertera w załączniku.
   Dla obrazków Tatry i Beast spróbuj dać parametry /cdither albo /dither i zobacz, czy nie lepiej :)
   
   Dla obrazka z kaczorem jest nowy parametr /init=less który powinien szybciej generować dobry wynik.
   
   Opis nowych parametrów wrzucony też do helpa.
   
   Nowy plik no_name.asq działa poprawnie! :D
   @Tebe
   Dzięki za info, sensowne rozwiązanie. Spróbuję wrzucić wynik do MCH. Będzie jeszcze brakowało ustawienia stanu rejestrów kolorów i pozycji duszków przed pierwszą linią.

   • RastaConverterBeta2.zip
10. • 10:
       
      CommentAuthorjhusak
    • CommentTime21 Apr 2012 02:04 zmieniony

     
    @ilmenit, zgadza się. ale czy zauważyłeś zdanie:
    

    Owa linia wynika z tego, że na Atari nijak nie da się przekroczyć ilości linii = 204 przy założeniu, że pamięć ekranu jest ciągła.
    

    
    
    Moja poprawka do no_name.asq likwiduje ciągłość pamięci ekranu zgodnie z tym, co napisałem. Jest też raczej odporna na pliki o różnych długościach, bo najpierw wczytuje pierwsze 8160 bajtów, następnie robi sobie przerwę 16 bajtów, a następnie doczytuje plik począwszy od 8160 bajtu :)
    Przy czym nie wiem, jak pierwszy odczyt, ale drugi się wykona zawsze, najwyżej nic nie doczytując. Trzeba przetestować z plikami o wysokości mniejszej, niż 204 piksle.
    
    Dzięki za nową wersję :)
11. • 11:
       
      CommentAuthorjhusak
    • CommentTime21 Apr 2012 02:04

     
    imho ten floyd steinberg nie powinien tykać obrazka docelowego. Bo z fs na obrazku docelowym jest fatalnie (na obrazku Tatry)
    fs powinien wprowadzać dither i uśredniać nim nieistniejące kolory w środkowym obrazku.
12. • 12:
       
      CommentAuthorjhusak
    • CommentTime21 Apr 2012 03:04 zmieniony

     
    @wieczor, na wszystkim trzeba testować:) Jak widać niby 5 kolorów, a męczył się nad tym z dwie godziny :)
13. • 13: CommentAuthorilmenit
    • CommentTime21 Apr 2012 09:04

     
    A mozesz wrzucic oryginal obrazka Tatry?
14. • 14:
       
      CommentAuthorjhusak
    • CommentTime21 Apr 2012 09:04 zmieniony

     
    Voilla.
    
    
    
    
    
    

    • Tatry2.png
    • tatra-6x6.jpg
    • Tatra.png
    • Tatra.xex
15. • 15:
       
      CommentAuthorjhusak
    • CommentTime21 Apr 2012 09:04 zmieniony

     
    @tebe, jest mała inkonsystencja w mads :) instrukcja inc odmawia asemblacji, jeśli podamy parametry wykraczające poza plik (np. czytaj od 1000 bajtu a plik ma 800 bajtów). Nie ma tego w dokumentacji.
    
    Dwa rozwiązania:
    może normalnie czytać (bo pliki często są generowane i bez sensu zmieniać źródła) jak normalna instrukcja fread - najwyżej jakiś warning wyrzucać :)
    albo można dodać przełącznik regulujący to zachowanie :)
    
    Teraz nie wiem, jak to obejść (programowo się da, ale nie o to chodzi)
    
    @ilmenit - moja poprawka do no_name.asq nie działa dla plików krótszych niż 204 linie ...
16. • 16:
       
      CommentAuthormentos
    • CommentTime21 Apr 2012 14:04 zmieniony

     
    Nie chcę mieszać w innych wątkach. Jak wspominałem zanabyłem zestawik 800XL i 1050. Self Test oki, mam także karta zgrą, więc komp sprawny. Stacja wydaje się także. Mam tylko jakieś dyski HD więc widzę że kręci, nie rzęzi i boot error wyskakuje. Nie mam jednak jakiejś dyskietki z DOS'em by zobaczyć czy czyta, kopiuje, nagrywa itp. Czy mógłby mnie nowicjusza ktuś poratować takim startowym dyskiem? Oczywiście płacę przelewem za dysk, fatygę i wysyłkę. Proszę o info na priva. Dzięki z góry.
    M
17. • 17: CommentAuthors2325
    • CommentTime21 Apr 2012 17:04

     
18. • 18: CommentAuthortebe
    • CommentTime21 Apr 2012 20:04

     
    jhusak zawsze możesz sprawdzić jaka jest długość pliku
    
    .len 'file_name'
    
    ?len = .len 'plik.asm'
    
    ins 'plik.asm',?len-800
19. • 19: CommentAuthoremkay
    • CommentTime21 Apr 2012 20:04 zmieniony

     
    Btw. Delta .... I did a unfinished modulation test some years ago
    
    

    
    
    Put some nice gfx to the sounds :)
20. • 20: CommentAuthorat0mic
    • CommentTime21 Apr 2012 21:04 zmieniony

     
    c64 hires + sprajty:
    

    • tatry.png
    • tatry.prg.prg
21. • 21:
       
      CommentAuthorjhusak
    • CommentTime21 Apr 2012 22:04

     
    A jak by to wyglądało bez dithering? Bo powiem szczerze, na tym obrazku to już późna jesień ...
    A na Atari wczesna wiosna!
    I szczyty gór poginęły...
    
    Ale z drugiej strony to jest ten tryb, co Atari go jednak nie ma...
22. • 22: CommentAuthorat0mic
    • CommentTime21 Apr 2012 22:04 zmieniony

     
    Kuba, tu mam tylko 16 kolorów więc bez ditheringu to puszczę CI interlace żeby trochę kolorów "wyprodukować":
    
    
    bezsprzecznie Atari ma więcej kolorów :D
    
    zobacz ten prg pod jakimś emulatorem - na prawdziwym c64 ledwo widać miganie
    
    Bez ditheringu i bez interlace:
    
    
    to przesunięcie niestety mysi być żeby pewnym trikiem (czyt. FLI) zerwać wszelkie więzy na kolorowanie ;)

    • tatra2.png
    • tatra2.prg
    • tatra_bezInt.prg
    • tatra_bezInt.png
23. • 23:
       
      CommentAuthorKaz
    • CommentTime21 Apr 2012 22:04

     
    Kuba, a zapusc prosze na swoich obrazkach - dla porownania - dithering.
24. • 24: CommentAuthortebe
    • CommentTime22 Apr 2012 01:04

     
    C64? ni z gruchy ni z pietruchy, może jeszcze konwersja dla ST, AMIGI a na końcu dla PC
    
    dla PC pewnie konwersja wyjdzie 1:1
25. • 25:
       
      CommentAuthorjhusak
    • CommentTime22 Apr 2012 01:04

     
    @Kaz, nie dam, bo opcji nie ma, a jak jest, to nie działa to jeszcze dobrze (czytaj po ditheringu jest gorzej)
    
    @tebe, taki wątek :)
26. • 26: CommentAuthorat0mic
    • CommentTime22 Apr 2012 12:04

     

    jhusak:

    A jak by to wyglądało bez dithering? Bo powiem szczerze, na tym obrazku to już późna jesień ...
    A na Atari wczesna wiosna!
    I szczyty gór poginęły...

    
    
    Na c64 bez ditheringu się nie da z dwoma kolorami zielonymi przeciw 24 kolorom na Atari. Nie można porównać grafiki CGA do VGA a tak miniej więcej wygląda porównywanie możliwości wyświetlania zdjęć na C64 i Atari...
27. • 27:
       
      CommentAuthorKaz
    • CommentTime22 Apr 2012 19:04

     
    Kuba - zrozumialem juz wczesniej, ze gorzej :), ale chcialem zobaczyc jak bardzo gorzej :)
    
    Tebe - watek zaczal sie od jakiejs przepychanki Atari-C64, wiec Atomic przypomnial temat watku :P
28. • 28:
       
      CommentAuthorjhusak
    • CommentTime22 Apr 2012 20:04

     
    Nie ma co sprawdzać, że gorzej, skoro będzie lepiej :P
    Prawda, ilmenit?
29. • 29: CommentAuthorilmenit
    • CommentTime23 Apr 2012 10:04 zmieniony

     
    Dithering zapuszczony na docelowym obrazku nie jest taki zły. Dla obrazka Tatry podstawowy (/dither), czyli floyd-steinberg, rzeczywiście daje kiepskie efekty, ale już parametr /cdither całkiem dobre. Chessboard dithering muszę jeszcze usprawnić, żeby nie powodował takich "skośnych smug".
    
    Btw, Booker w poście nr. 40 na pierwszej stronie prosił o konwersję tego obrazka z C64:
    
    
    No to skonwertowałem:
    
    lub
    

    • 4bookerC64.png
    • 4booker1.png
    • 4booker2.png
    • 4booker1.xex
    • 4booker2.xex
30. • 30:
       
      CommentAuthorbooker
    • CommentTime23 Apr 2012 15:04 zmieniony

     
    @ilmenit: no! całkiem najs wyszło. Czy daje się to jeszcze ręcznie dopoprawić ..czy to raczej limit? Część detali jednak "ukradło" mimo iz color counter podaje mi obrazek na atarkę ma 32 i drugi 36 kolorów.
31. • 31: CommentAuthorilmenit
    • CommentTime23 Apr 2012 17:04 zmieniony

     
    Aktualnie nie da się edytować. Graph2Font nie jest jeszcze dostosowany do edycji, ale poprawki są możliwe (i potrzebne). Być może za jakiś czas wrzucę lepsze wersje tych obrazków, bo konwerter wciąż je optymalizuje.
    Większa liczba kolorów jest spowodowana tym, że niektóre piksele z C64, których nie da wyświetlić na Atari obok siebie, zostały uśrednione do pośredniego koloru.
32. • 32:
       
      CommentAuthorcrrn
    • CommentTime23 Apr 2012 18:04

     
    @ilmenit @booker
    obrazek raczej kiepski do konwertowania bo nie dość że ma w tle tzw PAL color blending to jeszcze duże powieżchnie w ditheringu.
    ja chętnie zobaczył bym coś z innej bajki
    ->link<-
    i to nie jest prowokacja ;)
    
    albo to:
    ->link<-
    
    w tym drugim przypadku może wyjść całkiem nieźle bo bardziej malowane jest "plamą" a nie ditheringiem.
    
    natomiast cała kwestia konwertowania grafik z c64 zaczyna nabierać sensu jak kolory oryginalne z c64 zaczniemy zastępować takimi jakie c64 nie ma. ja np mocno testuję pixlowanie na C+4 a zaczynam od konwertowania grafik z C64 przy czym zamieniam kolory np ciemnoszary (ktory używany jest w połączeniu z zielonym) zamieniam na ciemnozileony, itp
    to wtedy zaczyna ciekawie wyglądać.
    takie coś bym chtnie na Atari zobaczył.
33. • 33:
       
      CommentAuthorjhusak
    • CommentTime23 Apr 2012 18:04 zmieniony

     
    Ja jestem ogólnie pod wrażeniem typu: opad szczęki :P
    Już po raz drugi @ilmenit zaskoczyłeś mnie dość mocno:
    1. reversi - nie udało mi się wygrać.
    2. teraz to. Jeśli chodzi o oprogramowanie typu "konwersja" jest to jeden z najoryginalniejszych konwerterów, jakie znam. Jestem pewien, że gdyby ktoś inny takie coś napisał (a nie napisał :P) nie zrobiłby tego nawet w połowie tak dobrze. Już się boję, kiedy mnie zaskoczysz po raz trzeci :)
    
    A co do poprawek:
    to, co napisał tebe bym rozszerzył na:
    - nie używaj sprajtów (lista|all)
    - nie używaj kolorów (lista|all)
    - ustaw poroporcje ekranu (rozdzielczość)- pozwalałoby robić rysunki na sprajtach np :)
    - nie używaj modyfikacji w linii (tylko DLI)
    - ogranicz podany zakres na linie od:do (pomysł tebe)
    - jeszcze bym wprowadził tryb dwuliniowy z wykorzystaniem opóźnienia palowskiego o linię, wtedy można by piękne zdjęcia robić.
    
    Swoją drogą jestem też pod wrażeniem wycyklowania zmian - czy ktos dałby wiarę, że poza dwoma WSYNCami na początku, potem nie ma żadnych dli, żadnych wsynców, tylko strumień kodu? Przynajmniej na tym, co testowałem.
    
    Zaiste, są (edit: SKROMNI) ludzie na tym świecie, od których mogą uczyć się najlepsi...
    
    edit: powstanie tego programu jest nieco podobnym zdarzeniem do Sid-playera na Atari by Swiety (tzn translacja w locie muzyki granej przez rutynę 6502 na Sidzie na dźwięki pokeya). Z tym, że sid-player jest jednak duuuużo prostszy, niż RastaConverter.
34. • 34: CommentAuthorilmenit
    • CommentTime23 Apr 2012 18:04 zmieniony

     
    @crrn
    
    Miśka mam aktualnie konwertowanego. Oryginał:
    
    
    
    po konwersji (aktualny stan optymalizacji, paleta laoo):
    
    

    • happyteddy_b_npe.png
    • misiek.png
    • misiek.xex
35. • 35: CommentAuthorilmenit
    • CommentTime23 Apr 2012 19:04

     
    @jhusak
    Dzięki.
    (dostałem pochwałę od mistrza, dostałem pochwałę od mistrza! :D)
    W nowszej wersji będzie możliwość lepszej konfiguracji procesu, wznawiania przerwanego oraz definiowania warunków stopu, lepszy dithering.
36. • 36: CommentAuthorjury
    • CommentTime23 Apr 2012 19:04 zmieniony

     
    O jaaa, mój "ulubiony" typ wątków :P
    Generalnie nie czytam takich wątków, bo uważam, że ważniejsze od ustalania czy np Atari czy Commodore jest lepsze, o wiele ważniejszym i pożyteczniejszym dla ludzkości jest wreszcie ostateczne ustalenie czy Ala ma kota czy nie! :]]]
    Ale, że dzisiaj w pracy się nudziłem to jakoś wpadłem tutaj. Za dużo nie dałem rady przeczytać, ale jak zobaczyłem:
    

    booker:

    @Rastan, hmm.
    
    No na mayhemie nic nie ma prawa migac, bo uzyte sa natywne tryby graficzne.
    
    Oprawa muzyczna w czasie gry na Crownland jest dla mnie przyjemniejsza :)
    

    
    

    
    
    to normalnie zrobiłem w gacie %-) Ta gierka MIAŻDŻY! :) Tylko oprawa dzwiękowa jakas taka ... :P
    Chyba czas kupić sobie jakiegoś 8-bitowca.
37. • 37: CommentAuthors2325
    • CommentTime23 Apr 2012 19:04

     
    
    
38. • 38: CommentAuthorCharlieChaplin
    • CommentTime23 Apr 2012 20:04

     
    Well,
    
    attached you will find some C64 slideshows for the A8. They were done in the 80s and early 90s (afaik 4-colour only conversions), so many pics can be improved nowadays...
    
    -Andreas Koch.

    • C64PICS.zip
39. • 39:
       
      CommentAuthorjhusak
    • CommentTime23 Apr 2012 21:04 zmieniony

     
    @jury. Oczywiście - kupuj :)
    
    Ja uważam, że komputery ośmiobitowe stanowią czystą esencję. Potrzeba i wystarcza ośmiobitowca do zrobienia niemal WSZYSTKICH rzeczy, które się chce (vide 8-bit PIC czy AVR). W 90% wyzwań są idealne i używanie wszelkiego większego kalibru mikroprocesorów jest "na wyrost".
    
    Właściwie nie zdarzyło mi się ubolewać w stylu: eeee, tego nie da się zrobić na ośmiu bitach :)
    
    Jeśli czegoś się nauczysz na ośmiu bitach, to mnożysz razy 4 i masz 32 bity :P
    
    Dla niektórych zaczynanie od 32 bitów to zbyt wysoka poprzeczka, a 8 - mniam.
40. • 40: CommentAuthormgah
    • CommentTime23 Apr 2012 22:04 zmieniony

     
    Potrzeba i wystarcza ośmiobitowca do zrobienia niemal WSZYSTKICH rzeczy, które się chce (vide 8-bit PIC czy AVR). W 90% wyzwań są idealne i używanie wszelkiego większego kalibru mikroprocesorów jest "na wyrost".

    
    Nie zgadzam się, jest wiele zastosowań gdzie 8-bitowce np. AVR wymiękają. Proste liczenie granic bufora wymaga paru rozkazów co już może być niedopuszczalne. Chociaż z drugiej strony program na 8-bitowca wyliczony co do cyklu zegara potrafi być piękny. Ale mimo wszystko przy dzisiejszych cenach najprostszych ARM-ów stosowanie 8-bitowców traci sens nawet ze względu na cenę. Bym powiedział odwrotnie, że dla 8 bitowców pozostało 10% zastosowań, a pozostałe 90% to niestety 32 bity. Na 8 bitach da się zrobić wszystko, lecz niestety w zwolnionym tempie.
41. • 41:
       
      CommentAuthorjhusak
    • CommentTime24 Apr 2012 09:04 zmieniony

     
    Jeśli chodzi o ceny - różnica w cenie jest spora. Jeśli produkuje się w tysiącach, to każda złotówka zaoszczędzona na mikrokontrolerze daje 1000-ce zł oszczędności. A różnice są większe, jeśli chodzi o ceny hurtowe.
    
    Oczywiście, jak się coś robi dla siebie lub się uczy/eksperymentuje, to różnica jednostkowa typu 20 zł nie jest duża.
    
    Jest też różnica w: "co można zrobić" a "co chcę zrobić", lub "co robię na codzień, na zlecenie". A to, co chcę, to nie jest framegrabber, bo to jest skomplikowane i nie umiem:) ja chcę sobie zrobić skomplikowany sterownik do czegośtam, zabawkę/grę, programator pamięci, emulator sida, zobaczyć, jak działa generowanie sygnału TV w locie, SIO2SD, pograć jednobitową muzykę, obsługę wyświetlacza, czujnik, linię radiową, linię IR. Ponadto sterowniki do silników aut są na ośmiu bitach, do pralek, lodówek, ekspresów do kawy, alarmów, zabawek gadających, kalkulatorów, sterowników pojazdów elektrycznych, pilotów.
    
    To jest dla mnie 90% zastosowań. Znajdź mi zastosowanie (oprócz urządzeń tv/rzutników/rejestratorów/komputerów) gdzie 32 bity są niezbędne.
    
    Zasada: dobierasz NAJTAŃSZY procesor będący w ofercie, który spełni zadanie przy MINIMALNYM wysiłku programisty/projektanta. jeśli jest kilka podobnych, używasz NAJNOWSZY, bo on stanieje zaraz. Jeśli urządzenie ma być rozwijane, procesor musi być "na wyrost", bo koszty późniejsze wymiany mogą być sporawe.
    
    Ja projektuję/programuję na 8-bitów AVR na codzień i co jak co, nie cykluję, piszę w C, nie mam problemu z mocą obliczeniową, na dodatek wszystko się da wyliczyć, a nie, że robimy, a potem: ble. stoi. za wolne.
    
    Masz prawo się z tym nie zgadzać :P
42. • 42:
       
      CommentAuthorcrrn
    • CommentTime24 Apr 2012 13:04

     
    @ilmenit
    A czy mogę poprosić o paletę kolorów atari najlepiej jako gif ze wszystkimi kolorami? chętnie się pobawię w konwertowanie swoimi sposobami.
    Czy twój konwerter wczytując np png zakłada że kolor nr 1 to jest kolor nr 1 z palety atari itd? to by pozwoliło na jeszcze łatwiejsze konvertowanie.
43. • 43: CommentAuthorat0mic
    • CommentTime24 Apr 2012 13:04

     
    te konwersje są piękne! a8 nie dość że żyje to ma się bardzo dobrze! @jury kupuj Atari! jak się będziesz chciał wymienić później na c64 to się zamienimy (stan idealny).
44. • 44: CommentAuthorilmenit
    • CommentTime24 Apr 2012 17:04 zmieniony

     
    @crrn
    W załączniku dwa obrazki z paletami Laoo oraz emulatora Altirra. W trybie używanym przez mój konwerter dostępny jest co drugi kolor, czyli 128 z 256.
    
    Konwerter nie zakłada kolejności kolorów. Można konwertować obrazki nawet z palety 24/32bit.

    • laoo.gif
      
      
      
      
    • altirra.gif
      
      
      
      
45. • 45: CommentAuthorwieczor
    • CommentTime24 Apr 2012 18:04

     
    Faktycznie się różnią, ale czy zawierają pełną paletę to bym polemizował :))))
46. • 46: CommentAuthorat0mic
    • CommentTime25 Apr 2012 11:04 zmieniony

     
    co do kolorowości w grach to mam taki przykład z c64
    
    
    
    
    
    

    
    
    
    
    
    
47. • 47: CommentAuthors2325
    • CommentTime25 Apr 2012 13:04 zmieniony

     
    Clystron ukazał się także na Amidze zachowując styl kolorów czym się wyróżnia i od razu sugeruje korzenie ->link<-
48. • 48: CommentAuthorilmenit
    • CommentTime25 Apr 2012 14:04

     
    Obrazki nie musza miec widocznych kolorow, zeby zawieraly pelna palete. Zalaczone przeze mnie GIFy maja pelna palete Atari.
49. • 49: CommentAuthorGonzo
    • CommentTime25 Apr 2012 23:04 zmieniony

     
    ilmenit - nie mam pojęcia jak ty to zrobiłeś, ale działa rewelacyjnie :)
    ciekawe jest to, że na obrazku oryginalnym jest 13 kolorów, a po skonwertowaniu na a8 zrobiło się 28 :)
    
    c64
    
    
    a8
    

    • stunt_car_racer.xex
50. • 50: CommentAuthorkade
    • CommentTime25 Apr 2012 23:04

     
    szok.