Skocz do zawartości

Screen shots na macOS


314TeR
 Udostępnij

Rekomendowane odpowiedzi

Wrzucanie screen shotów może to szybko wyczerpać, sam się na to naciąłem i zacząłem wklejać linki.

 

Z drugiej strony jeden skromny screenshot/zdjęcie może być bardziej przydatny niż obszerny opis.

Screenshoty też można znacząco zmniejszyć, np używając programu ImageOptim - zobacz ile zmniejsza typowy scrrenshot. Zamiast 1MB masz 129kB bez utraty jakichkolwiek danych. Średnio zmniejsza się 80-90%.

 

Zrzut ekranu 2019-04-13 o 14.25.42.png

 

Zwiększać tego limitu z premedytacją NIE chcę, gdyż wiem, że użytkownicy absolutnie NIE dbają o optymalizację. Na forum mamy zarejestrowane ponad 11tyś kont, gdyby chociaż każdy wrzucił te 50MB, to miałbym ponad 500GB samych załączników!

 

Jak chcecie mogę delikatnie Wam podnieść limity, ale muszę widzieć, że dbacie o zawartość forum i że są załączane istotne elementy, a nie cały np cały Clover z mnóstwem skórek, dumpów ACPI itp itd.

Odnośnik do komentarza
Udostępnij na innych stronach

Screenshoty też można znacząco zmniejszyć, np używając programu ImageOptim…

Dzięki za informację, jestem świeżakiem w temacie robienia screenów na macOS.

Grab w HS 10.13.6 jest dosyć toporny w porównaniu np. do Gimpa na Fedorze.

Z drugiej strony zrzut ekranu z mojego ekranu głównego ma 28 MB, 5120x2700 pikseli.

Aby uzyskać zamierzony efekt muszę robić zrzut całego ekranu, wycinać okno

a potem je zmniejszać. Wtedy mam pliki od 100 do 300 kB.

Odnośnik do komentarza
Udostępnij na innych stronach

Podziękujmy @reyder za gotowca. :mrgreen:

 

@DKnoto

CMD + SHIFT + 4 puszczasz i zaznaczasz interesujący Cię fragment.

CMD + SHIFT + 4 puszczasz, potem wciskasz SPACE puszczasz, wybierasz okno do zrzutu.

 

Wynik zapisuje się na desctopie, przeciągasz na ImageOptim i masz 1/10 tego co było.

 

A tak z redukcją wielkości plików w ImageOptim to robię to od lat.

Jak widać nie wszyscy to robią. ;)
Odnośnik do komentarza
Udostępnij na innych stronach

Nie no u mnie parę przesłanych EFI i już tych marnych 50 GB nie było. Ale parę udało mi się wyłapać.

 

Jeszcze warto wspomnieć, że MacOS zapisuje w png. 

Przestawienie na jpg zmniejsza plik znacząco, nawet o połowę.

ImageOptim działa z jpg szybciej.

Nie chcę zwiększać tego limitu bezgranicznie. Poza tym wytłumacz mi po co załączać cały EFI? Do czego Ci np skórki. Nie chcę za bardzo zwiększać tego limitu bo wiem jak ludzie śmiecą. Jak im dasz 50MB to muszą się "ogarnąć", jak zwiększysz do 100MB to i tak zapchają i zaczną ogarniać dopiero jak dojdą do ściany.

 

Wkrótce migracja na nową wersję, tam powinienem mieć już możliwość indywidualnego ustawiania limitów, więc jak będzie potrzeba to zwiększę limity bez grymaszenia. W tej wersji mam niestety globalnie do wszystkich.

Odnośnik do komentarza
Udostępnij na innych stronach

To jak się przełączysz na macOS to sobie zobaczysz sam jak to działa.

 

Polecam też program, OyxX - możesz w nim np ustawić folder do zapisywania Screen Shotów. A przy okazji umie parę bardzo fajnych sztuczek - aczkolwiek uprzedzam! ty programem można sobie popsuć system, używać z głową.

Odnośnik do komentarza
Udostępnij na innych stronach

Program OnyX. Tym można także przestawić na zapisywanie screenshotów w jpg.

Też, nie mniej PNG ma lepszą jakość obrazu. I podejrzewam, że mniejsza wielkość okupiona będzie o wiele większą stratą jakości... ale zaraz sam sprawdzę z ciekawości.

 

EDIT:

 

Z tą mniejszą wielkością plików to też tak nie do końca, np screen shoot OnyXa:

Przed optymalizacją

PNG - 861 KB (860 804 B )

JPG - 908 KB (908 448 B )

Po optymalizacji przez ImageOptim:

PNG - 81 927 B

JPG - 82 101 B

Czyli po optymalizacji znów mniej PNG.

 

Dla porównania oba screen shoty po optymalizacji:

 

PNG: Zrzut ekranu 2019-04-13 o 18.47.04.png JPG: Zrzut ekranu 2019-04-13 o 18.47.22.jpg

 

Ja zostaję przy PNG - daje mi lepszą jakość obrazu - nie rozmywa jak JPG i nie robi artefaktów "kwantyzacji". I tak janważniejsza jest optymalizacja, bo nią zdejmuje się 90% początkowej wielkości.

Odnośnik do komentarza
Udostępnij na innych stronach

@Altemirabelle - tylko ja nie rozumiem po co to piszesz i po co to robisz? Szukasz na siłę sytuacji aby udowodnić, to co napisałeś? Podałeś jako screen shoot ekranowy że zapisany w jpg jest znacznie mniejszy, co sprawdziłem i wcale nie jest mniejszy. A teraz pokazujesz dywagacje nad wyższością świąt Wielkanocy nad Bożego Narodzenia? Po co?

 

Większy zysk na screen shotach jest z wywalenia zbędnych metadanych niż z miany zapisu na jpg i tyle - to jest konkluzja.

Odnośnik do komentarza
Udostępnij na innych stronach

Wprowadzasz ludzi w błąd, dlatego o tym piszę a konkluzja jest taka, że

wszystko zależy od wielkości screenshota i wywalenie zbędnych metadanych w dużych niewiele daje.

I właśnie zmiana na jpg to poprawia. 

Screenshoty które wstawiłem to wykazują. 

 

W którym miejscu wprowadziłem w błąd? Wykazałem na konkretnym przykładzie screenshota - na domyślnych ustawieniach systemu - tak jak każdy je robi, że NIE ma różnicy w wielkości PNG vs JPG - tak jak TY to twierdziłeś. Jedyne co zrobiłem to wyprowadziłem ludzi z błędu. Pokazałem też, że więcej daje wywalenie metadanych niż zmiana formatu zapisu, tym bardziej, że zmieniasz na niższą jakość, to wtedy normalne, że masz mniejsze pliki.

Odnośnik do komentarza
Udostępnij na innych stronach


Czym screenshot jest większy, tym stosunek "materiału" do metadatów jest większy. Na monitorze 4K screenshot może mieć nawet ok 13 MB, ...

Fakt, u mnie pełny z HS bez okien to 28 MB.

 

PS. Jak z klawiatury uzyskać znak wielokropka „…”?

Edytowane przez DKnoto
Odnośnik do komentarza
Udostępnij na innych stronach

@Altemirabelle, ale o czym rozmawiamy? O screen shotach czy o różnicy w wielkości zdjęcia (widoczku) po zapisaniu jej do formatu jpg vs png. Przytaczasz wciąż przykład zapisu tapety z zdjęcia, zamiast zrozumieć, że screen shoty robi się w 99% z interface'u aplikacji a nie tapety pulpitu. Szukasz na siłę wyjątku aby udowodnić, że jpg jest mniejszy, a potem przełożyć na "skoro w tym wypadku jest mniejszy, to jpg zawsze jest mniejszy". Niestety tu się nie zgodzę. JPG jako format stratny będzie mniejszy, ale to wynika z jego konstrukcji - tracisz w nim dane. Przy zwyczajowym wrzucaniu screen shotów z aplikacji pokazujących np jak coś zaznaczyć w interface'ie to różnica PNG vs JPG jest pomijalna, a przy PNG zachowujesz np przeźroczystość, nie wspominając o wyższej jakości. 

 

Jak dla mnie temat wyczerpany.

Odnośnik do komentarza
Udostępnij na innych stronach

Więcej zapchałeś folderami EFI zajmującym po parę MB a nie zdjęciami, za wyjkątkiem tego którym chcesz udowodnić, że jpg jest mniejszy. Ten plik to obecnie twój największy załącznik... pozostałe załączniki (screen shoty) które zamieściłeś, to typowe fotki, które zajmą tyle samo w domyślnym png co w jpg, a przy okazji png ma lepszą jakość... to tak apropos zapychania limitu.

 

Jeszcze raz powtórzę - przy typowych screen shotach robionych w macOS, nawet tych które Ty wrzuciłeś, zmiana zapisu z png na jpg nie przynosi oczekiwanego zysku. Ty dodatkowo to obrabiasz "cisnąc" kompresję, w więc wywalając sporo danych.

 

Robimy typowy screen shot z kawałka np interface'u wychodzi np ~1MB w PNG i tyle samo w JPG, po wywaleniu metadanych i prostej optymalizacji bez utraty jakości zarówno PNG i JPG zajmują po ~100KB - czyli jakieś 10 razy mniej? Czy o oznacza, że stosowanie JPG zawsze jest lepsze? Nie. Nie w przypadku typowych screen shotów. Poza tym 99% osób i tak nie wie jak to przerobić na jpg...

Odnośnik do komentarza
Udostępnij na innych stronach

Dołącz do dyskusji

Możesz dodać zawartość już teraz a zarejestrować się później. Jeśli posiadasz już konto, zaloguj się aby dodać zawartość za jego pomocą.

Gość
Dodaj odpowiedź do tematu...

×   Wklejono zawartość z formatowaniem.   Usuń formatowanie

  Dozwolonych jest tylko 75 emoji.

×   Odnośnik został automatycznie osadzony.   Przywróć wyświetlanie jako odnośnik

×   Przywrócono poprzednią zawartość.   Wyczyść edytor

×   Nie możesz bezpośrednio wkleić grafiki. Dodaj lub załącz grafiki z adresu URL.

Ładowanie
 Udostępnij

×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Korzystanie z tej witryny, wymaga zakceptowanie naszych warunków Warunki użytkowania.