@Catharsis Nie myślałem, że ffmpeg może mieć takie funkcje, więc nawet nie szukałem takich opcji w nim
Wygląda na to, że krokiet-bin, jest po prostu wrapperem na binarki, które skompilowałem w CI i obecnie to wersja heif_raw_skia_vulkan_x86_64 - czyli korzysta z bibliotek systemowych libheif i libraw i korzysta z backendu skia z vulkanem(zapewne dlatego, że w defaultowym buildzie, czcionki są rozmazane/rozwalone nieco)
https://aur.archlinux.org/cgit/aur.git/commit/?h=krokiet-bin&id=17c8464a3300bf6e237af232daa251b1d1189eb4
Krokiet paczka kompiluje jedynie używa bibliotekę libheif i korzysta z domyślnego backendu femtovg - ma on minimalne zależności(dlatego jest domyślnym wyborem), ale jak wspominałem powoduje, że czcionki są lekko rozmazane
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=czkawka#n47
czyli w zasadzie działać powinny niemal identycznie, czcionki powinny lepiej wyglądać w krokiet-bin i prawdopodobnie libraw powinno też dawać dostęp do nieco większej i lepszej obsługi rawów z aparatów
qarminTwórca
Dołączył/a:
- 38 wpisów
- 59 komentarzy
- 0 obserwujących
@LondoMollari Projekt zacząłem, by nauczyć się języka, przez głowę mi wtedy nie przeszło że będzie warty tworzenia fejkowych stron i naciągania.
O ile domena się zwolni to z chęcią ją przejmę, jednak też coś czuję, że niezbyt to prawdopodobne
@Catharsis Nie, nie naprawił tego, bo nie jest to naprawione w bibliotece femtovg, która odpowiada za rysowanie fontów - https://github.com/femtovg/femtovg/issues/233
Ale jest na to obejście, czyli uruchomienie aplikacji ze skią, np. przez ręczne odpalenie - `cargo build --bin krokiet --no-default-features --features "winit_skia_opengl,winit_software"` albo po prostu użycie prekompilowanych binarek
@baklazan Nie wiem do czego ten komentarz za bardzo się odnosi.
Jeśli chodzi o https://github.com/qarmin/czkawka/blob/master/misc/docker/Dockerfile, to jest jedynie pomocniczy dockerfile, by budować aplikację bez pobierania zależności na hosta. Ja tego nie używam, ale inni już tak i mimo różnych wersji rusta i innych systemów, nie kojarzę błędów z tym związanych - to nie jest python, by aplikacja działała diametralnie inaczej dla różnych wersji kompilatora.
Posiadam w projekcie Cargo.lock a w CI jest zarówno kompilacja najnowszej wersji rusta jak i minimalnej wspieranej(przynajmniej obecnie są to te same wersje) z rożnymi feature flagami na różne systemach.
@Deykun Cóż, tworząc program głównie samodzielnie, dość trudno jest zadbać o jego ergonomię dla wszystkich użytkowników—zwłaszcza że nie mam talentu do projektowania interfejsów, a sam łatwo przyzwyczajam się do swoich, niekoniecznie ergonomicznych, wyborów.
Co do nazw takich jak "Broken Files", wydało mi się to po prostu lepiej wyglądające, dlatego taką formę wybrałem. Nie miałem jednak większych przeciwwskazań, by kolejne słowa były pisane małą literą.
Angielski jest domyślnym językiem aplikacji, ale to nie znaczy, że wszystko jest w nim dopracowane w 100%. Nie mam głowy do tworzenia w pełni poprawnych stylistycznie tekstów, więc zapewne znajdzie się tam więcej niezbyt poprawnych tekstów, nie tylko dziwnie brzmiące "Manual Add".
Jeśli chodzi o "Searching...", według mnie jest poprawne, ponieważ to pole jest nieedytowalne i wyświetla aktualny status skanowania lub liczbę znalezionych duplikatów/pustych folderów po zakończeniu skanowania.
O ile dobrze kojarzę, Slint(którego używam do tworzenia gui) nie obsługuje dynamicznej zmiany kolorów ikon w trybie jasnym i ciemnym, dlatego zostały one zaprojektowane tak, by wyglądały akceptowalnie w obu trybach.
W przyszłości być może usunę tekst i zastąpię to jakimś dymkiem z informacją co dokładnie on oznacza - no ale wtedy trzeba poprawić ikony, by jednoznacznie określały przeznaczenie przycisków
@dzek Jeśli to jest sprawka exif, to można przetestować ten MR - https://github.com/qarmin/czkawka/pull/1368
Pliki są do pobrania w actions, a po zmergowaniu będą one dostępne tutaj - https://github.com/qarmin/czkawka/releases/tag/Nightly (pewnie jeszcze dzisiaj dam radę to domknąć)
@dzek Z opisu strzelam, że to może być wina danych exif, które powodują przekręcanie się obrazu a aplikacja ich nie odczytuje, już było to zgłaszane
https://github.com/qarmin/czkawka/issues/586
https://github.com/qarmin/czkawka/issues/1039
Wstępnie mam nawet koncepcję jak to zrobić i ostatnio nawet jedna biblioteka do odczytu tych danych poprawiła błędy które im zgłaszałem, które powinny w tym pomóc.
Oczywiście to by pomogło, jeśli rzeczywiście problemem byłaby rotacja.
Inną problematyczną sprawą są pliki z kanałem alpha, bo obecne algorytmy mają z tym problem.
Jeśli to żaden z powyższych tematów, to bez próbek nie jestem w stanie zgadnąć.
@koszotorobur Zazwyczaj robi się to dość trudno, bo trzeba samemu się bawić w znajdowanie zależności.
Gdybym miał to robić ręcznie, to nigdy bym appimage nie dodał, ale całe szczęście jest plugin do gtk4 robiący to w miarę automatycznie.
Jest też generowany "minimalny" obraz appimage, który nie ma wbudowanego gtk4 i wciąga zależności z związane z tym z systemu
całe szczęście przy nowej aplikacji wszystko co potrzebne jest wbudowane w binarkę i nie trzeba się bawić w to
@bojowonastawionaowca Na własną obronę muszę powiedzieć że je na początku wpisałem, ale przy kopiowaniu treści przypadkowo usunąłem
@Catharsis Wspierał ale tylko dla filmików dłuższych niż 30 sekund.
https://github.com/qarmin/czkawka/issues/605
W zasadzie to tylko testowy build, bo nie mogę wypuścić nowej wersji z tym, bo wszystkie biblioteki od których aplikacja zależy muszą mieć stabilne wersje
@ZmiksowanaFretka Nie jest mi obce, ale cenię rozwiązania wszystko w jednym, bo np. instalacja, grzebanie w biosie, rozwiązywanie problemów trzeba robić często z ekranem a nie chce mi się zbytnio szukać kabli i podłączać za każdym razem gdy to robię - jeśli byłoby to w miarę nieawaryjne, to być może bym to dał radę przełknąć
@L4RU55O Na dockery to 8GB ramu to jest raczej minimum
@Catharsis A w czym byłyby one lepsze od laptopa, który ma wszystko zintegrowane ze sobą?
Wydajniejsze podzespoły w tej samej cenie/lepsza żywotność?
Akurat lubię laptopy, bo jak chcę coś zmienić to robię to bezpośrednio na nich, a nie przez jakieś osobne komputery, więc raczej nie byłbym skory do zmiany, no chyba że by to było dużo lepsze rozwiązanie.
@Catharsis @wombatDaiquiri
Może nie napisałem tego dość jasno ale to nie ja będę pisał aplikację, tylko będę ją zlecał do zrobienia, więc to co ja znam i w czym mogę pisać jest niezbyt przydatne.
Ja jako osoba techniczna, mam za zadanie jedynie pomóc znajomym by przypadkiem zewnętrzna firma nie szła w kierunku nadmiernych wydatków (np. dwóch aplikacji zamiast jednej) czy też użycia technologii niedopasowanych do wymagań/niemodernizowalnych, których używają od dawna i nie chce im się niczego zmieniać(bo np. póki co wszystko działa).
Dioxus raczej odpada, bo nie widziałem by ktokolwiek go używał i wydaje się trudniejszy niż tauri.
@globalbus @LondoMollari Limit pokazywany na ulimit -n to 1024
lsof | wc -l - pokazuje 31210 (co jest dość dziwne i wygląda że inni też mają podobną zagwozdkę - https://stackoverflow.com/questions/52876361/difference-between-ulimit-lsof-cat-proc-sys-fs-file-max)
Wydaje mi się że programy po prostu wysypałyby się gdyby taki błąd wystąpił, albo jakoś to ologwały - a nic takiego nie ma miejsca, więc nie wydaje mi się że to jest problemem
@globalbus Jak sprawdzić czy to rzeczywiście jest problemem(bez modyfikacji limitu)?
Problem występuje jedynie u klientów, więc najlepiej gdyby to do logów systemowych było wypisane bez żadnych losowych modyfikacji poszczególnych parametrów u klienta, a nie jestem pewien czy tak jest
@LondoMollari W rust(actix), python(uvicorn) nasłuchujemy bezpośrednio na 127.0.0.1 i wysyłamy dane też na ten port z innych serwisów wszystko w obrębie jednego urządzenia, bo nie ma sensu nic pchać pomiędzy.
@Yossarian Kiedyś ludzie z PopOS próbowali korzystać z Gnome i robić tylko na niego nakładki, jednak ich wizja gui bardzo się różni od Gnome, więc postanowili stworzyć swoje własne środowisko, bo to długoterminowo jest prostsze niż każdorazowe dostosowywanie do aktualnej wersji Gnome.