Polskie Forum Użytkowników GIMP-a

Witam !
Tworze grafikę ale mam problem, chcialbym aby tekst byl w postaci animacji a reszta siedziała nieruchomo ale kiedy odpalam animacje wszystkie obrazy lecą po kolei nie tylko ten tekst.Jak to zrobić i wyodrębnić tylko te warstwy które chce jako animację ?

Każda warstwa, to osobna klatka animacji, która jest wyświetlana przez ileś tam milisekund, np. 100. Klatki mogą być wyświetlane na 2 sposoby: zastępowanie (repleace) lub składanie (combine). W przypadku zastępowania widoczna w danej chwili jest tylko jedna, aktualna klatka, a po upływie ustalonego czasu wyświetlania (np. 100ms) znika i pojawia się następna. W przypadku składania, wyświetla się najpierw pierwsza klatka, następnie po upływie 100ms na tą pierwszą nakładana jest druga i widoczne są obie jednocześnie przez kolejne 100ms, później dochodzi trzecia itd. Jeśli warstwy są przezroczyste, to w miejscu przezroczystości widoczne są warstwy znajdujące się pod spodem, tak jakbyś je ułożył w stos, jedna na drugiej (wyobraź sobie warstwy/klatki animacji jako przezroczyste kartki z naklejonym napisem i innymi elementami). W przypadku warstw całkowicie nieprzezroczystych efekt jest praktycznie taki sam, ja przy zastępowaniu, bo każda kolejna warstwa przesłania poprzednią, tak jakbyś układał w stos nieprzezroczyste kartki.

 W przypadku tej konkretnej animacji prawdopodobnie (na zrzucie nie widać wszystkich warstw, więc nie jestem pewna co tam dokładnie na nich jest) musiałbyś powielić i podłożyć tło pod każdą klatkę z napisem z osobna i połączyć je parami, tak aby na każdej warstwie było tło i napis jednocześnie.

już widzę ogarnąłem, jednak mam problem bo podczas konwersji na gif jakość poświat spada na jakości - jest na to jakiś sposób ?
https://i.imgur.com/c9h1GqD.mp4

Format GIF obsługuje ograniczoną ilość kolorów i stąd taki efekt. Podczas eksportu obraz jest konwertowany do trybu indeksowanego automatycznie z domyślnymi ustawieniami, które nie zawsze są najlepsze dla danego obrazu. Można przed eksportem przekonwertować go samodzielnie (Obraz -> Tryb -> Indeksowany) stosując wybrany dithering. Zazwyczaj w takich przypadkach sprawdza się Floyda-Steinberga (zwykły)

GIF to już pomału historia starożytna, proszę zajrzeć:
https://www.gimpuj.info/index.php/topic,68611.0.html

Gify to mam wrażanie, że przeżywają renesans, do pokazywania "śmiesznych" animacji.

Nie chodzi o to c pokazujemy, tylko w jakim formacie zapisujemy animację.
Wszystkim przy takim jak obecnie natłoku informacji w internecie chodzi o oszczędność czasu transmisji, aby w tym samym czasie lepiej wykorzystać łącza.

Zgadzam się ze Zbyma72age. Zapomniałam o tym formacie, a i też po prawdzie, to go jeszcze nie testowałam, bo od dawna nie tworzyłam żadnej animacji

Chyba nie rozumieliście mnie: gify wciąż są najpopularniejszym formatem krótkich animacji, pozbawionych dźwięku.

kiedy zapisuje w tym formacie zapisuje mi to jako "zastępywanie" a nie "składanie klatek" mam tło i wszystkie klatki lecą po kolei a kiedy zapisuje w gimp wszystko gra - jak to naprawić ?

Zapisujesz w WebP? Dlaczego chcesz użyć składania? Nie wiem jak dokładnie ma ta animacja wyglądać, ale po załączonym zrzucie wydawało mi się, że i tak składanie w jej przypadku nie ma sensu. A nie wiem, czy format WebP obsługuje taki sposób wyświetlania animacji, bo jak już wcześniej pisałam, nigdy go nie testowałam. To już Zbyma72age musi się wypowiedzieć

Wszystkie warstwy są poza tłem nie połączone dzieki temu moge je swobodnie przerabiać, wychodzi na to ze w tym formacie wszystkie warstwy musza byc złączone w jedną z tłem każda z osobna - tak ?

Przy zastępowaniu tak. Kumulacja w ogóle bardzo rzadko się sprawdza, praktycznie tylko w wyjątkowych przypadkach. Musiałabym zobaczyć XCF, żeby stwierdzić, czy tutaj ta kumulacja warstw (składanie) w ogóle znajdzie zastosowanie.

Nie odpowiedziałeś, w jakim formacie ostatecznie chcesz zapisać tą animację.
I której właściwie wersji GIMP-a używasz? Pytam, bo ja mam 2.10 portable i u mnie nawet indeksowanie nie działa w tej wersji. W ogóle nie mogłam zapisać animacji jako GIF ani przekonwertować na tryb indeksowany. Musiałam użyć v.2.8, ale nie wiem, czy w oficjalnej wersji instalacyjnej też taki błąd występuje i ogólnie nie sprawdzałam tego jakoś dokładnie, bo tylko na szybko chciałam przetestować te rodzaje ditheringu i opcje wyświetlania animacji (dawno już żadnej nie robiłam, a i GIMP-a też ostatnio rzadko używam). Może dziś jeszcze raz na spokojnie to przetestuję, jak będę mieć czas

WebP chciałbym zapisywać bo jest lepszej jakości.
wersja mojego gimpa to 2.10.8.

Nie mogę wgrać tu pliku roboczego bo jest za duzy ale tu na screenie widac na jakiej zasadzie stworzylem animacje i na skladowaniu dziala jak nalezy, kiedy chce zapisac w WebP nie moze byc chyba pojedynczych warstw tylko wszystko musi byc gotowe w jednej - razem z tłem więc chyba wiem wszystko

https://i.imgur.com/3G8moiq.png

Sądząc po zrzucie, to raczej składanie się tu nie sprawdzi, ale pewności nie mam, bo tego akurat na tym zrzucie zobaczyć nie można. Musiałabym widzieć, w jaki sposób się to ma animować :P
Możliwe, że format WebP nie obsługuje takiego sposobu wyświetlania animacji, ale tak jak pisałam wcześniej, nie testowałam go nigdy, więc to już pytanie do Zbyma72age

Dobra mam czyli w tym formacje wszystkie efekty i cała grafika zawarta w jednej klatce musi być dodana jako jedna warstwa, nastepne przejscie "klatka" w drugiej i tak dalej troche to niewygodne ale jednak jakość jest o niebo lepsza - dziekuje bardzo za pomoc ;)

Jeszcze jedna sprawa, jak wrzucam plik po wyexportowaniu mam gotowy plik Chrome HTML Document (.webp) - wrzucajac go np na fb pokazuje mi informacje ze plik nie moze byc wielszy niz 4mb (nie jest) i musi byc w formacjie gif itd... i WebP a jest mimo to wyskakuje błąd.

O to, to już chyba musisz zapytać na Facebooku, na jakiejś grupie graficznej. Polecam np. Problem grafika (https://www.facebook.com/groups/260429107316469/)

Format zapisu a stworzenie samej animacji to są dwie odrębne sprawy.
O ile dobrze widzę na zrzucie to problem zaczyna się od warstwy Tło.
Jej czas trwania i dlaczego są dwie.
Jak pobierzesz jakiegoś przykładowego gifa, to po otwarciu w GIMP-ie będziesz mógł zobaczyć z czego się składa.
Dla uzupełnienia proponuję zapoznanie się z całą masą gotowców, przykładowo:
https://www.gimpuj.info/index.php/topic,85.0.html
https://www.gimpuj.info/index.php/topic,1078.0.html

https://www.gimpuj.info/index.php/topic,65511.0.html

https://www.gimpuj.info/index.php/topic,52441.0.html
https://www.gimpuj.info/index.php/topic,58574.0.html
https://www.gimpuj.info/index.php/topic,27351.0.html

https://1drv.ms/b/s!Ao2sT6WskMABgvwReDPI13DWAhl4Aw

Simple tools for animations.
http://www.gimp-forum.net/Thread-Simple-tools-for-animations

Proponuję jeszcze raz przeczytać ale wnikliwie mój poradnik, nie wszystko piękne co się świeci.
Nawet nie wszystkie przeglądarki już akceptują format WebP, a co do wielkości pliku to przecież tylko suwakiem wybieramy sobie jakość nawet można spróbować np. 30.

Przy okazji jest również coś takiego jak:
GIFmicro - optymizator plików GIF
http://www.romeolight.com/products/gifmicro/
GIFmicro to aplikacja do optymalizacji obrazów GIF i zmniejszania rozmiaru pliku.

wkleiłeś poradniki do tworzenia animacji, napisałem wyżej że wybrałem tworzenie w .webP w tym celu aby funkcjonowało wszystko musiałem wszystkie warstwy wcielić i wyglada to mniej wiecej tak:

https://i.imgur.com/mPpcE2f.png

plik nie przekracza wymogów fb a wyskakuje mi taki błąd:

https://i.imgur.com/nF6TDnD.png

A pytałeś na tej grupie facebookowej, jak radziłam w moim poprzednim poście?

Raczej wątpię!

Mam konto fb, mogę dodać zdjęcie/film.
Wobec powyższego klikam  - Wybierz plik do przesłania
Otwiera się okno - Wysyłanie pliku
Obok miejsca Nazwa pliku mamy Wszystkie obsługiwane typy; jest tu ich spora ilość różnych więc szukam czy jest wymieniony WebP, niestety nie natomiast jest filmowy WebM.
Na wszelki wypadek Robię więc małe doświadczenie.
Umieszczam na pulpicie plik WebP i WebM i co niestety w oknie wysyłanie pliku pojawia się możliwość wysłania tylko pliku WebM, natomiast WebP wogóle nie pojawi się na liście.

Jaki stąd wniosek fb do chwili obecnej nie umożliwił przesyłanie zdjęć i animacji w formacie WebP.

No ale mamy jeszcze możliwość konwersji gif na WebM w FormatFactory o czym w poradniku pisałem 

Poczynając od pierwszego linku pytania tego kolegi były mylące, nie wiadomo jak odpowiedzieć.

dzieki wielkie poradziłem sobie w taki sposob ze zapisuje plik w formacie WebP i za pomocą konwertera online przerabiam ggo na gif nie tracąc przy tym na jakości nie wiem jak to działa ale działa :D Jeszcze jedno, da się jakoś pogodzić kilka animacji na jednym pliku gif ? tzn. takich które potrzebują inne opóźnienie ? np. animowany jest tekst i w dodatku na dole w okienkach lecą sobie dodatkowo 3 inne animacje.

Tak, możesz dla każdej klatki wpisać inne opóźnienie, a w przypadku łączenia kilku różnych animacji, to kwestia wyliczenia sobie ilości klatek. Jest do tego skrypt:
https://www.gimpuj.info/index.php/topic,55793.0.html
https://www.gimpuj.info/index.php/topic,66320.msg299224.html#msg299224

Przecież to nie jest nijak możliwe.
WebP obsługuje 24-bitowy kolor RGB z 8-bitowym kanałem alfa , czyli Webp to ponad 16000 kolorów
GIF obsługuje 8-bitowe kolory GIF i 1-bitową alfa => tylko 256 kolorów

Zabawa dla samej zabawy, bez żadnego uzasadnienia, chyba że było to jednorazowo uzasadnione, żeby nie tworzyć ponownie gif w GIMP-ie.

Bardziej efektywnie trzeba było zastosować metodę konwersji na akceptowany format, przy okazji znowu zmniejszając wielkość pliku:
https://ezgif.com/webp-to-mp4

Wysłałem animowany plik WebP 4MB, otrzymałem plik MP4 2,17MB
Nie mówiąc o tym że możemy tutaj zastosować dodatkowe efekty!!

O wszyskim była mowa w poradniku, no ale trzeba czytać.
fb przyjmuje filmowy WebM

Z całym szacunkiem, ale jest. GIF może zawierać dowolną liczbę kolorów. Ograniczenie do 256 nie wynika z formatu pliku, a z niepełnej obsługi przez GIMP-a.
Odsyłam np. do Wikipedii: Graphics Interchange Format (https://pl.wikipedia.org/wiki/Graphics_Interchange_Format).

Jak mówią młodzi, należy "olać" to stwierdzenie, ale odpowiem dlatego aby inni korzystający z forum nie pamiętali głupot.

Nie jest istotne co umożliwiał format opublikowany przez Steve Wilhite w 1987r, ale to co przyjął do ogólnoświatowego stosowania komitet Standardów
Co mówi przyjęty do stosowania standard GIF proszę sobie poczytać:
https://www.w3.org/Graphics/GIF/spec-gif89a.txt
http://ec.europa.eu/ipg/standards/image/gif/index_en.htm
Przy okazji jednoznacznie Steve Wilhite wypowiedział się na temat spornej kwestii: Mówi się 'dżif'. Koniec, kropka.
Dalej wg. logiki kolegi niepełna obsługa jest stosowana nie tylko przez GIMP-a, ale Photoshop i inne programy graficzne, a w ogóle to oni są beeeee.
W świecie obowiązuję standardy lub Graphics Interchange Format (GIF) Specification, a nie to co zaproponował w swoim opracowaniu autor formatu.

Przyjmując to co opublikował kolega, ile by trzeba zmienić podręczników, czy miliony publikacji.

Dwie animacje:

(https://www.gimpuj.info/gallery/98/81047_07_04_19_3_14_48_0.gif) (https://www.gimpuj.info/index.php?action=gallery;sa=view;id=98023)

(https://www.gimpuj.info/gallery/98/81047_07_04_19_3_14_49_1.gif) (https://www.gimpuj.info/index.php?action=gallery;sa=view;id=98024)

Pytanie retoryczne, która jest z GIMP-a?

Ciekawy jestem co to ma udowodnić, w poradniku podawałem linki do tego pliku.
W poradniku był również link
https://1drv.ms/u/s!Ao2sT6WskMABgvw9brvUUhzdKOJMVA
aby ściągnąć pliki do porównania.

Jeśli nie widzisz różnicy w jakości, to nic nie ma udowadniać.

Ja różnicę widzę, ponieważ z gifa zrobiono nowy gif.
Jeżeli już tak daleko, to można do pliku zastosować najpierw indeksowanie i otrzymać plik o rozmiarze

Ale można również zastosować mp4

Bardzo ciekawa dyskusja się wywiązała :)
@Aaseel - mógłbyś napisać, które programy w pełni obsługują format GIF i pozwalają zapisywać animacje w tym formacie bez utraty części kolorów? Do tej pory byłam przekonana, że ograniczenie liczby kolorów wynika z samego formatu. Wielokrotnie o tym wspominałam na forum i nikt nigdy mnie nie poprawił :(

Kilka postów wyżej pokazałem dwie animacje w formacie GIF. Oryginał (pierwsza animacja) został pobrany ze strony Gifski (https://gif.ski/) i utworzony przy pomocy narzędzia z tejże strony. Druga została utworzona w GIMP-ie. Moje pytanie "Która jest z GIMP-a?" miało Was sprowokować do głębszego zastanowienia się czemu gimpowa animacja ma gorszą jakość i nie chodziło o rozmiar pliku. Istotna tu jest ilość kolorów każdego z nich.

GIMP posiada fajne narzędzie o nazwie "Analiza sześcienna kolorów" w menu "Kolory -> Informacje". Wyświetla wykres i liczbę kolorów obrazu. Bym zapomniał, kolory są zliczane tylko dla aktywnej warstwy, dlatego musiałem użyć małego wybiegu, który moim zdaniem nie miał wpływu na wynik pomiaru.

Otworzyłem obie animacje w GIMP-ie i poszerzyłem płótno każdej z nich dwukrotnie. Przeniosłem pierwszą klatkę animacji (najniższa warstwa) na samą górę stosu warstw, przesunąłem w prawo i połaczyłem wszystkie warstwy. Na tak otrzymanych obrazach dokonałem pomiaru w/w narzędziem. Wyniki prezentuję poniżej:

Animacja z GIMP-a:
liczba kolorów - 207

(https://www.gimpuj.info/gallery/98/81047_08_04_19_7_12_41_1.png) (https://www.gimpuj.info/index.php?action=gallery;sa=view;id=98026)

Animacja oryginalna utworzona przy pomocy narzędzia "Gifski":
liczba kolorów - (nie możliwe, toż to GIF) - 1913

(https://www.gimpuj.info/gallery/98/81047_08_04_19_7_12_41_0.png) (https://www.gimpuj.info/index.php?action=gallery;sa=view;id=98025)

Nadmienię, że obie pokazane we wcześniejszym moim wpisie animacje są zgodne ze standardem GIF89A.

By nie być gołosłownym przytoczę kolejny przykład. Tekst autorstwa Philip'a Howard'a. Wymienione w tekście animacje do obejrzenia w archiwalnej treści publikacji na stronie web.archive (https://web.archive.org/web/20150222123613/http://phil.ipal.org/tc.html).

"
Trzy obrazy po lewej pokazują różnicę między widmem 32697 kolorów a tym samym widmem zmniejszonym przez kwantyzację do tylko 256 kolorów. Wszystkie trzy obrazy są w formacie GIF. Wszystkie trzy są zgodne ze specyfikacją formatu GIF89A opublikowaną przez Compuserve. Duża różnica polega na tym, że biblioteka ANGIF została użyta do wygenerowania prawdziwego koloru GIF bezpośrednio z bufora danych w programie, który utworzył widmo kolorów w obrazie 217 x 217 pikseli.

Błędne przekonanie, że GIF ma limit 256 kolorów, prawdopodobnie pochodzi ze sposobu, w jaki po raz pierwszy użyto GIF. W późnych latach 80-tych karty graficzne z PC zazwyczaj obsługiwały nie więcej niż 256 kolorów. Wymiana obrazów stawała się coraz popularniejsza wśród systemów BBS, a Internet i programy przeglądające były szybko produkowane. Nikt nie próbował ani nie potrzebował generować obrazów z ponad 256 kolorami, ponieważ nie można było ich oglądać na tańszych stacjach graficznych. Programy, które konwertowały obrazy do GIF, opracowały szereg metod zmniejszania liczby kolorów do 256 lub mniej. Niektórzy rzeczywiście wykonali bardzo dobrą robotę. Pliki GIF zostały skonstruowane za pomocą pojedynczego bloku obrazu, mimo że standard GIF nie ograniczał liczby bloków. Ponieważ nie było więcej niż 256 kolorów, nie było sensu używać więcej niż jednego bloku obrazu. Ta praktyka została skutecznie wkomponowana w kulturę komputerową i ostatecznie wszyscy „wiedzieli”, że GIF obsługuje nie więcej niż 256 kolorów. Faktem jest, że programy generujące pliki GIF obsługiwały nie więcej niż jeden blok obrazów, a zatem nie miały możliwości radzenia sobie z więcej niż 256 kolorami. Górny obraz pokazuje, że plik GIF może mieć ponad 256 kolorów.

Im więcej kolorów ma obraz, tym większy będzie plik GIF. Wiele bloków obrazów ma nadmiar innego nagłówka bloku i innej lokalnej tabeli kolorów, oprócz słabej kompresji. W przypadku ANGIF nie ma żadnej kompresji (brak implementacji LZW z powodu ograniczeń patentowych). Tak więc plik GIF z ponad 256 kolorami bardzo szybko staje się bardzo duży. O ile nie ma szczególnej potrzeby wyświetlania bezstratnego, rzeczywistego obrazu w przeglądarce, która nie obsługuje formatu PNG, nie należy używać GIF w prawdziwym kolorze.

Podczas gdy użycie ponad 256 kolorów w GIF jest w większości przypadków złą praktyką i powinno być ograniczone do pewnych przypadków technicznych, w których można tolerować ekstremalne rozmiary, stwierdzenie, że format pliku obrazu GIF jest ograniczony do 256 kolorów, jest po prostu fałszywe."

Tłumaczenie z translatora bo jestem leniwy  :D .

Kolejny tekst, ale ten, wybaczcie mi, przetłumaczcie sobie sami: Andreas Kleinert (2007). "GIF 24 Bit (truecolor) extensions" (https://web.archive.org/web/20120316215949/http://uk.aminet.net/docs/misc/GIF24.readme)

Podsumowując:

Nikt nie wmówi mi, że GIF obsługuje 256 kolorów, a nawet tylko 255 jeśli użyjemy przezroczystości. Chyba, że jestem głupi i nie rozumiem tego co czytam.

Z poważaniem.

@Aaseel - dziękuję za obszerną wypowiedź :) Czyli GIF może obsługiwać większą liczbę kolorów, ale na ogół nie ma sensu tworzyć takiej animacji, bo waga pliku będzie zbyt duża? Trudno też znaleźć darmowe narzędzie do tworzenia dobrej jakości animacji. Rozumiem, że na tą chwilę możesz nam polecić tylko stronę gif.ski?

Najlepszym wyjściem z sytuacji wydaje się więc zrobić tak jak autor wątku, czyli utworzyć animację w formacie WebP i przekonwertować do GIF. Tylko czy każdy konwerter zachowa wejściową liczbę kolorów bez powiększania wagi pliku?

@szeju - mógłbyś napisać, którego konwertera użyłeś w tym przypadku? Chętnie bym sprawdziła, jak to faktycznie działa

Cały czas czekam, aż zostanie podany program przydatny dla ludzi (okienkowy), który umożliwia tworzenie tru-color GIF.

Wypowiedź kol. Aasell:
"Kilka postów wyżej pokazałem dwie animacje w formacie GIF. Oryginał (pierwsza animacja) został pobrany ze strony Gifski i utworzony przy pomocy narzędzia z tejże strony."

Tylko że szanowny kolega nie przytoczył iż te obrazy powstają poprzez przekodowanie z wideo na GIF.

Ja w swoich wypowiedziach wyraźnie podkreślałem że GIMP takiej wersji animacji nie tworzy, ponieważ programiści przestrzegali obowiązujących standardów.

"Nie jest istotne co umożliwiał format opublikowany przez Steve Wilhite w 1987r, ale to co przyjął do ogólnoświatowego stosowania komitet Standardów
Co mówi przyjęty do stosowania standard GIF proszę sobie poczytać:
https://www.w3.org/Graphics/GIF/spec-gif89a.txt
http://ec.europa.eu/ipg/standards/image/gif/index_en.htm "

Po co użytkownikom GIMP-a mieszać w głowach, skoro nie mogą tworzyć takich wersji.

Bardzo chętnie skorzystam z poradnika stworzonego przez kol., odnośnie tworzenia tru-color GIF.

Pojedyncze egzemplarze samochodów odrzutowych także stworzono, ale nie wszyscy mogą i chcieli by z nich korzystać.
 

 

Będę niegrzeczny, bo mierzi mnie już ta dyskusja. Jak ktoś się obrazi to z góry przepraszam.

Cały spór rozpoczął się od:



Ja tylko wykazałem, że jest i jak w średniowieczu palono heretyków, tak Zbyma72age, chce mnie zlinczować. Bo standardy, bo GIMP nie potrafi, bo piszę głupoty, mógłbym tak długo. Zbyma ogarnij się. Świat nie kończy się tam, gdzie Twój zasób wiedzy i Twoje narzędzia. By ułatwić sobie życie wiedzę należy poszerzać, a kolejne programy instalować.


@Zbyma72age


Nikomu tego nie obiecywałem. Poza tym konsola też jest dla ludzi. Zwierzęta nie potrafią jej obsłużyć, a jeśli Ty jej nie lubisz to już twój problem. Ja używam i to często, bo w wielu zastosowaniach jest szybsza od okienek.


Tak, nie wspomniałem ponieważ nie ma to znaczenia. Gifski nie tworzy GIF-a z filmu, a zplików PNG. Film został użyty do stworzenia tychże.
Proszę sobie poczytać  ;).
Tworząc animację można wyeksportować każdą jej klatkę do PNG w GIMP-e i na tak powstałych obrazach użyć Gifski.


Nigdzie nie stwierdziłem, że tworzy.


Standardy mają to do siebie, że zmieniają się z upływem czasu.


Jak chcę dotrzeć do Nowej Zelandii, a używam tylko samochodu, to mam się nie przesiąść na samolot lub statek?


Co ja czytam, jednak konsola nie gryzie?


Może jestem jakiś inny, CHCIAŁBYM!!!. Fakt, nie mogę.

Z mojej strony to już wszystko. Uważam temat ilości kolorów w GIF-ie za zamknięty.
Dziękuję wszystkim za uwagę.

@Aaseel - przeciętny użytkownik jednak z konsoli nie korzysta. Myślałam, że skoro tak dobrze się w tym orientujesz, to podpowiesz coś praktycznego, co będzie użyteczne dla większości czytających ten temat. W końcu to wątek publiczny, nie prywatna dyskusja :(
Rozumiem, że nie odpowiesz na moje pytania z poprzedniego posta?

Zrobiłem, cieszę się i jestem tak niemiłosiernie wkurzony ze masakra...

Grafika działa i podoba mi się jak na takiego laika jak ja :D
Jednak jest problem którego nie przewidziałem - jakość formatu gif w gimpie ssie za przeproszeniem a konwertując go do WebP a z kolei do Gif tworzą się jakieś kosmiczne krztałty na animacji na końcu.Teraz musze te wszystkie klatki sciagnać jako zdjęcia i wrzucic w jakiś normalny konwerter gif... ma ktoś lepszy pomysł albo sposób jak z xcf pliki zapisać do zdjeć osobno wszystkie czy musze usuwać warstwy i pojedynczo zapisywać ?

Hmm, nie bardzo rozumiem. Dlaczego konwertowałeś GIF do WebP? To nie można utworzyć animacji WebP bezpośrednio? Wydawało mi się, że tak właśnie wcześniej napisałeś. Myślałam że utworzyłeś animację WebP i przekonwertowałeś ją na GIF jakimś konwerterem online i jest dobrej jakości.
Co do zapisywania warstw jako osobne obrazy, to jest do tego skrypt: https://www.gimpuj.info/index.php/topic,34874.0.html

przerobilem z WebP na Gif za pomocą jakiegos konwertera i za kazdym razem robia sie jakies krzaczki wiec musze osobno wgrac klatki, dzieki za skrypt ;)

nie robilem tego z gif do webp

Nie wiem dlaczego jest stosowany taki skomplikowany algorytm konwersji.
Dla przykładu z podanego wcześniej pliku c9h1GqD.mp4 przechwyciłem kilka klatek i wykonałem konwersję na animowany gif i webp.
Podkreślam że konwersję na animowany gif wykonałem jako nie zgodny ze standardem, ale jako true color oraz ze względu na ograniczenia forum przeskalowałem do 720x450.
WebP musiałem umieścić w *.zip (forum nie umożliwia przesyłwnie WebP)

już nie mam sił do tego, jesli sie nie uda to trudno bedzie troszke gorszej jakości a szkoda bo to moze piekne nie jest ale jednak jakosc obrazu gryzie.

chcę uzyskać efekt z pliku webP tyle że w gif (z opóźnieniem 40 dla kazdej klatki):

https://im4.ezgif.com/tmp/ezgif-4-8bcaacae16fa.webp

Po zapisie do gif z gimpa traci jakość:

https://i.imgur.com/KyvlL0M.gifv

Po innym konwerterze gif z internetu jakość lepsza ale tworzą się jakieś dziwne kształty:

https://i.imgur.com/O2ZZaq7.gifv

A sprawdzałeś przez tę stronkę, którą wcześniej podawał Aaseel?

Przepraszam jeśli kogoś urażę ale mam wrażenie że gramy w głuchy telefon !

Trochę wxcześniej"

@Aaseel - przeciętny użytkownik jednak z konsoli nie korzysta. Myślałam, że skoro tak dobrze się w tym orientujesz, to podpowiesz coś praktycznego, co będzie użyteczne dla większości czytających ten temat."
Ano to prawda.

Podany link przez niego link:
"gifski konwertuje klatki wideo na animacje GIF za pomocą fantazyjnych funkcji pngquant dla wydajnych palet ramek i ditheringu czasowego".
No ale użytkownik musi znać metody pracy z konsoli, i co to ma wspólnego z naszym forum, gdzie tam jest GIMP?

Jeden link powyżej pokazałem, że można wszystko wykonać z zastosowaniem GIMP, po przechwyceniu interesujących klatek z filmu wideo. (jak przechwytuje się klatki z filmu - to jest inny temat).
Możemy tworzyć tru-kolor GIF oraz WebP. Załączyłem zrzuty.

Gdyby szeju załączył pliki lub podał link do źródła, można wtedy dyskutować co robi nie tak, ewentualnie podać szybkie rozwiązanie.

Pozdrawiam

@Zbyma72age - Nom, masz sporo racji, wzajemne zrozumienie jakoś kuleje w tym wątku :(
Ja się tej stronce nie przyglądałam, myślałam że wystarczy wgrać klatki, zaznaczyć jakieś opcje i tyle...

Zdjecie wygasło a w zip nawet nie moge tu wrzucic pewnie dlatego ze wazy prawie 50 MB - jest jakiś hosting animacji w tym formacie ? :D

Możesz spakować, wrzucić na jakiś hosting plików i podać tu odnośnik do pobrania