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: CommentAuthormono
   • CommentTime20 Jun 2023 18:06

    
   Tak.
2. • 2:
      
     CommentAuthorgienekp
   • CommentTime20 Jun 2023 19:06

    
   Dobra...
   Ale ładniej jest w zmniejszonym okienku na forum, gdzie dithering jest akceptowalny.
   Czy na real ATARI gdzie piksele ditheringu to jakieś wielkie kropy.
   
   Dajcie XEXy to zobaczymy na real ATARI jak to w zasadzie wygląda. :)
   
   @Tebe zwrócił uwagę na ciekawą cechę algorytmu. FWA wyglądają całkiem dobrze. No ale te obrazki nie mają "falujących gradientów". Kontur, płaszczyzna, kolor i czuć retro.
3. • 3: CommentAuthorTrachu
   • CommentTime25 Aug 2023 21:08

    
   Pojawila sie nowa wersja beta z poprawiona paleta altirra 128kolorowa i opcja konwersji do 4kolorow.
   Niestety G2F dalej nie poprawnie rozpoznaje kolory wynikowych PNG.
   Mimo ze wybiera sie mu palete Altirra, czesci kolorów w obrazkach nawet 4colorowych nie widzi...
   Jest wielka prosba do autorów G2F zeby ustalili czego to przyczyna.
   Zalaczam przykladowy obrazek

   • giraffe160x240_output4c.png
     
     
     
     
4. • 4: CommentAuthorTrachu
   • CommentTime26 Aug 2023 07:08

    
   mam tu tez przyklad 5kolorowej zabki w 128kolorow altirra, ktorych to kolorow G2F nie widzi.

   • frog160x240_output5c.png
     
     
     
     
5. • 5: CommentAuthortebe
   • CommentTime26 Aug 2023 08:08 zmieniony

    
   bmp2mic dokonuje konwersji do plików które "trawi" G2F
   
   bmp2mic -p altirra.act -c name_palettes.png name_output.png
   
   powstają pliki MIC, COL, INV (jeśli wybrana została konwersja do 5-u kolorów)
   
   p.s.
   najnowszt plik HAM_Convertera to
   
   ham_convert_1.9.2_beta_24-08-2023

   • bmp2mic2.zip
6. • 6: CommentAuthorTrachu
   • CommentTime26 Aug 2023 08:08

    
   dzieki tebe, ale czy na pewno oto nam chodzi???

   • frog160x240_output.bmp
7. • 7: CommentAuthorTrachu
   • CommentTime26 Aug 2023 08:08

    
   tu jest paleta do tej zaby

   • frog160x240_palettes.png
     
     
     
     
8. • 8: CommentAuthortebe
   • CommentTime26 Aug 2023 10:08

    
   dałeś wersję z 5 kolorami zamiast 4

   • frogAtariPal_output2.g2f
9. • 9: CommentAuthorTrachu
   • CommentTime26 Aug 2023 12:08 zmieniony

    
   Hmm, albo ja tu czegos nie zrozumialem albo cos rzeczywiscie zle dziala w bmp2mic2.
   W zalaczniku jest zrodlo w postaci png obrazka i jego 5 kolorowej palety zmienianej co linie, jak i plik wynikowy.
   W tej palecie kolor tla jest czarny przez dlugi okres czasu czyli plik col powinien sie zaczynac od 00 i co 5 bajtow przez dlugi czas byc 00, a juz w drugiej linii zmienia sie na 26
   
   Jak rozumiem twoj program radzi sobie takze z 5kolorami. Rozumiem ze przez restrykcje moge wystepowac jakies bledy w 4 i 5 kolorze, ale nie jesli chodzi o kolor tla???!!!!!!
   Na moj gust program zle odczytuje kolory.

   • frog160x240_output5c.zip
10. • 10: CommentAuthorTrachu
    • CommentTime26 Aug 2023 12:08

     
    a tu proba konwersji 4kolorowa wygenerowala zupelnei dziwny plik COL

    • frog160x240_output4c.zip
11. • 11: CommentAuthortebe
    • CommentTime26 Aug 2023 13:08

     
    program najlepiej działa dla 4 kolorów, plik z paletą musi mieć wtedy szerokość 4 pikseli, oraz wszystkie pliki PNG muszą być !!! 8bit per pixel !!!, inaczej będzie źle odczytywał kolory
    
    dla 5 kolorów przestawia paletę wybierając tak aby najmniej "glitchy" było, więc paleta możę być przestawiana co linię
12. • 12: CommentAuthorTrachu
    • CommentTime26 Aug 2023 14:08

     
    ok, rzeczywiscie w przypadku 4kolorow to byl problem.
    Standardowo ham_convert robi 24bitowe PNG i konwersja ich na indeksowe zalatwila problem.
    Natomiast jesli chodzi o 5kolorowe to dalej sobie nie radzi.
    Mozesz mi powiedziec dlaczego juz w drugiej linijce konwerter pozbywa sie czarnego koloru tla???
    Wydaje mi sie ze nadal algorytm potrzebowalby poprawy.
    Zalaczam pliki testowe

    • frog160x240_output5c2.zip