Corel FORUM

F-Głowy

Jak wygenerować PDFa, który najmniej waży?
Bo to jakieś idiotyzmy mi wychodzą.
Korzystam z presetu "ustawienia drukarskie" i dostaję PDFa giganta (18 MB).
No to bawie się za drugim eksportem suwakami, ustawiam suwak znacznie bliżej wartości "jakość słaba", aktywuje kompresję bitmap, aktywuję optymalizację przy wyświetlaniu w internecie i dostaje plik o finalnej wadze... 20 MB, czyli jeszcze więcej.

What the f....?

Znacie jakiś sposób na generowanie mało ważących PDFów?

bidon184

no ty naprawde nie kumasz interfeisu :-)

nie to zebym sie czepial ,ale troche ie motasz ;-)

juz pisze to chyba setny raz na tym forum,nie osadzajcie profili kolorow!! i juz :-)

tyle i az tyle ;-)

Cysorz

Profil zabiera nie więcej niż 2 MB.
Duże rozmiary to wina interaktywnych efektów lub dużej liczby osadzonych (najczęściej "egzotycznych") fontów.

Shame

No właśnie, F. Jak koledzy mówią. Jeśli masz w projekcie soczewki, przezroczystości, wysokorozdzielcze bitmapy lub załączasz - jak dobrze powiedział Malutki, egzotyczne - fonty, to plik będzie tyle ważył.

Swoją drogą, skoro używasz opcji eksportu, w których - jak zakładam - masz wpisaną rozdzielność 300 dpi to na jaką cholerę kompresujesz bitmapy? To po to masz je w rozdzielczości drukarskiej, żeby podczas eksportu rozmazać i kompresować? Jak coś ma iść do druku, to nie kompresuj JPGiem tylko ZIPem. A jak coś ma iść "do Neta" to wybierz JPG ale lepiej wyjdziesz na zmianie DPI na 96 niż na kompresji.

chezare

F, 18 MB to nie jest żaden gigant.
Malutki, 2 MB przy prostej wektorowej grafice która w pdf zajmuje parę kilo, to jest spora różnica. :-)

Poza tym, nie wiem jak jest w nowych wersjach programu, ustawienia zarządzania kolorami mają wpływ na wielkość tworzonego pdf, ciekawe dlaczego również wtedy, kiedy w pdf nie ma żadnych osadzonych profili i kiedy ustawienia zarządzania kolorami nie mają żadnego wpływu na samą grafikę w pdf?
W załączniku są dwa pdf, x-1a, oba wygenerowane z dokładnie tymi samymi ustawieniami.
Profil w ustawieniach zarządzania kolorami, to w obu przypadkach ISO-Coated v2 300% (ECI). Ta grafika nie spełnia specyfikacji tego profilu, ale nic w przypadku generowania pdf, nie jest w niej zmieniane, po powrotnym imporcie pdfów do Corela nic się w niej nie zmienia.
Istotna różnica w wielkości tych pdf bierze się moim zdaniem z tego jak mają one być wyświetlone, nie wydrukowane? Bodaj Tegraf powiedział, że dla drukarni oba te pedeefy są takie same, nie mają wpływu na to jak zostaną wydrukowane, choć drukarni oczywiście kolor 100/100/100/100 się raczej nie spodoba.
F, zamień teksty na krzywe, wszystkie wynalazki z cieniami, soczewkami zamień na jedną bitmapę CMYK, 300 dpi (oczywiście przy użyciu odpowiedniego profilu kolorów), która będzie pod grafiką wektorową, tak jak napisał Bidon, a wcześniej nie wiem po co, jak nie czytacie, uczył Tegraf, włącz kompresję zip. Zakładając, że plik ma być drukowany na offsecie, zrób pdf/x-1, albo x-3 i jeśli wyjdzie 180 MB, to znaczy że tak ma być.

F-Głowy

Czyli załączanie profili kolorów tyle waży? Nawet i 2 MB?
A PRZECIEŻ tuż obok opcji "załącz profil kolorów" jest napisane, że zaledwie 3 kilobajty mi doda wagi do pliku. Zatem kolejne, już podwójne "WTF" niech będzie.

Shame, u mnie ważył dużo nawet po scaleniu do bitmapy 300 DPI :) Nie było więc tam soczewek. Ale dzięki za cenną radę na przyszłość. Bym wiedział "co waży".

Cytat:

Swoją drogą, skoro używasz opcji eksportu, w których - jak zakładam - masz wpisaną rozdzielność 300 dpi to na jaką cholerę kompresujesz bitmapy?

Na taką by mi scaliło wszystkie efekty, cienie itd. Aby dopiero po tej czynności puśćić do druku. Trochę już w Corelu robię i NIEJEDEN RAZ dostawałem wydruki, które były jakimś żartem.
Że też nie wspomnę o totalnie skopanym nakładzie 6 tysięcy ofert handlowych (gazetka pod drzwi), której na szczęśćie nikt się nie dopatrzył. Bo w wyciętych elementach zamiast przeźroczystości tła dostałęm białe tło! Urotowało mnie to, że tło gazetki było w kolorze bardzo jasnego, wypłowiałego żółtego. I żadna z kierowniczek (ślepe babsztyle stare) tego po prostu nie zauważyła.

Inna sytuacja, po oddaniau bez scalenia, cały cień poszedł sobie do lasu.
Jeszcze lepszy numer. W miejscu cienia pojawił się zmniejszony i powielony KONTUR cienia, rozciągająćy się na całej szerokości miejsca w którym miał być cień.

Jakiś "Rip drukarki się wykłada" przy tym, nie znam się bo nie mam doświadczenia w obsłudze maszyn drukarskich. Dlatego SCALAM bitmapy SHAME. Po scaleniu każdy projekt wyszedł okej.

chezare

F, pytasz się jak zrobić "lekkiego" pedeefa, a powinieneś zadać pytanie jak zrobić porządnego, poprawnego pedeefa do druku.
Mam bardzo poważne wątpliwości czy wspomniane przez kolegów efekty, takie jak np. przeźroczystość mają znaczący wpływ na wielkość pliku pdf, moim zdaniem jeśli nawet mają, to jest to wpływ minimalny, one i tak w momencie tworzenia pdf zostaną albo w całości, albo częściowo zamienione na bitmapę.

Z lewej dwa wektorowe prostokąty, czarny potraktowany przeźroczystością, z prawej zaimportowany pdf. Czerwony dalej jest wektorowy, a czarny z kawałkiem czerwonego stał się bitmapą.
Większy wpływ na wielkość pliku mogą mieć obiekty wypełnione gradientem, zamienione na bitmapę będą zajmowały więcej miejsca niż przepis jak je wyświetlić czy wydrukować, ale to oczywiste.
Jeśli chodzi o kompresję bitmap, to pomyliły Ci się dwa pojęcia.
Przy tworzeniu pdf masz używać do bitmap kompresji zip, ona nie ma wpływu na jakość grafiki. Jeśli zaczniesz się bawić kompresją jpg, to zmniejszenie miejsca zajmowanego przez bitmapę odbędzie się kosztem jakości grafiki i to nieodwracalnie. Taki rodzaj kompresji jest jak najbardziej właściwy ale w pedeefach przeznaczonych do wyświetlania.
Nie powinieneś się martwić, że pdf ma kilkanaście megabajtów jeśli go porządnie przygotowałeś, bo to tak jakbyś się martwił, że czołg jest ciężki. Jest, bo być musi.
1. Bitmapy przygotowujesz w rozdzielczości 300 dpi, przekonwertowane do CMYK przy użyciu odpowiedniego dla danego zadania (papieru) profilu, na etapie projektowania.
2. W momencie generowania pdf w projekcie nie powinno być obiektów rastrowych nad wektorowymi, dotyczy to również bitmap pozbawionych tła, które teoretycznie nie włażą nad grafikę wektorową, takie bitmapy są dalej prostokątami, choć przezroczystość powoduje że tego nie widać, jak będziesz miał pecha, to możesz to zauważyć dopiero odbierając towar z drukarni.
3. Do pdf nie dołączasz żadnych profili.
4. Teksty jak nie jest ich dużo zamieniasz na krzywe, w projekcie, nie przy generowaniu pdf. Jeśli użyłeś niesprawdzonych, egzotycznych fontów też lepiej skrzywić.
5. Robisz pdf x-1, albo x-3 z kompresją zip, rozdzielczości zostawiasz tak jak są ustawione (dla kolorowych bitmap 300 dpi).
6. Pamiętasz o zadeklarowaniu spadu.
7. Spokojnie czekasz na telefon z drukarni, że można odebrać towar, nie zapominając, że oprócz tych oczywistych podstaw istnieje tysiąc możliwości żeby gotowy wyrób znacznie odbiegał od tego co chciałeś zrobić i to z twojej winy.

tegraf

Shame

Ja pozwolę sobie pociągną przykład chezarego.

Różnica w przygotowaniu projektu. Efekt z lewej stworzony z dwóch gradientów. Po prawej pojedynczy obiekt z przezroczystością normalną 0-100%.

Różnica po imporcie wygenerowanego PDFa.

Który Twoim zdaniem, F, jest prawidłowo zrobiony?

Co prawda dla powyższego przykładu nie ma to znaczenia - jest zbyt prosty - i różnica w wadze takiego pliku była żadna, ale jeśli odnieść to do skomplikowanego projektu o sporych rozmiarach (duża strona lub wiele stron) to zaczyna mieć to poważne skutki. Nie mówiąc o tym, że jak dasz takie historie nad wektory to wyjdzie totalna miazga.

F-Głowy

ALe zaraz, nikt nie mówi przeciez że klient dostaje produkt niezgodny z tym co zaakceptował.
TYlko chodzi mi o czas. Zanim klient dostanie poprawnie wydrukowany plik to miną kolejne dwa dni, a tego chcę się uniknąć.

Cytat:

Który Twoim zdaniem, F, jest prawidłowo zrobiony?

Nie rozumiem chyba do czego zmierzasz. Zrobiłeś te wzory na dwa sposoby. Powiem tak: nikt w tym przykładzie nie projektuje tego w sposób rozdzielania linii na dwa gradienty. Może jest to fajne rozwiążanie w przypadku późniejszego zaimportowania sobie wygenerowanego PDFa z którego możemy coś tam edytować, ale NIKT nie robi projektów w ten sposób. Bo byłoby to bezcelowe. Wracając do pytania - nie wiem o co ci chodzi i jakiej odpowiedzi oczekujesz. Pewnie chcesz powiedzieć, że prawidłowo jest zrobiony ten z lewej (co się na 2 gradienty podzielił). Ale ja Ci powiem, że nikt nie będzie niepotrzebnie sobie tak gradientów rozdzielał. Więc wybieram ten po prawej, jak mapa bitowa. Co więcej, umiem to uargumentować.

Chezarre, dzięki za wykład. N0, też tak tworzę PDFy. Myślę że tu się rozchodzi o to, że 18 mega to dla mnie dużo. Du drukarni słąłęm i PDFy ważące po 200 MB.
Ale mój przypadek jest taki, że klientka poprosiła mnie o wysłanie rónież alternatywnego PDFa z wielkośćią nie większą niż 500 kilobajtów. A ja nie mogłęm sobie wygenrować nic mniejszego niż 3 megabajty (to ten 18 megabajtowy PDF z ustawieniami drukarskimi eksportu). No to jakością bitmap musiałem zjechać mocno.

Ale dzięki za rady na temat kompresji, bo ja nie używałem ZIP

tegraf

Shame

F-Głowy

Heh, Tegraf.
Tak, zgodziłem się w imię zasady klient nasz pan :)

http://prntscr.com/8yo9vy

Shame, ale ja chce odchudzić PDFa W MOMENCIE JEGO EKSPORTOWANIA a nie w trakcie jego projektowania.
Dowiedziałem się o nie dołączaniu profili kolorystycznych do niego oraz o wybraniu kompresji ZIP, dzięki.

I sam nie wiem jakie jest uzasadnienie dla tych 500 kilobajtów

Shame, no i nie dowiedziałem się "który jest prawidłowo zrobiony"

tegraf

Cysorz

Skoro brałem udział w tej dyskusji, to czuję się uprawniony/upoważniony (jak kto woli) do skomentowania tego.

marak

No cóż naczytałem się tu wiele prawie politycznych dywagacji, tylko żadnego wyjaśnienia dlaczego wielkość pliku potrafi z niczego wzrosnąć kilkukrotnie. Przykład: etykieta instrukcja, 42 tysiące skrzywionych liter (Black 0,0,0,100) na formacie A2. Plik ma 3,5 Mb. Imporuję do Corela aby usunąć 3 litery, a właściwie obiekty. Zapisany plik Corela ma 3,45 Mb. Ponowny zapis do PDFa - 9,8 Mb. Inna etykieta. Praktycznie na całym formacie A2 pięciokolorowy TIFF. Cała reszta to 2 zdania tekstu i kilka prostych obiektów. Nie ma przejść tonalnych ani przeźroczystości. PDF ma 18,5 Mb. Import do Indesigna. Plik .indd ma 4,5 Mb. Druk do Pdfa, daje znów 18,7 Mb. Wydobywam w Acrobacie tify z przed i po zapisie do Indesigna. Porównuję w Photoshopie. Są praktycznie identyczne. To czemu wielkość pliku tak się różni.
I jeszcze jedno małe wyjaśnienie, a jednocześnie pytanie. F-głowy pamiętaj, że jak dajesz publikuj do PDFa, to w PDF-ie jest widoczne to co na stronie, ale zapisane jest również wszystko to co miałeś poza obszarem strony. Pytanie: jak to co jest poza stroną z PDFa odzyskać.

chezare

To nie prawda, że w pdfie zapisują się wszystkie śmieci które są w dokumencie.
W pdf do drukowania (np. x-1, x-3), zapisuje się tylko to co mieści się w obrębie strony, ewentualnie plus zadeklarowany spad.
A może Corel tylko tego nie umie przeczytać? Trochę straciłem pewność siebie.

marak

tegraf

Marak, porównywanie wielkości wynikowych plików pdf ze źródłami w cdr czy indd jest trochę bez sensu. To różne światy.

Natomiast sens ma porównanie pdfów o podobnej zawartości generowanych np. z Corela i Indesigna. Ale trzeba by porównywać dwa pdf z wygenerowane z taką samą wersją, z taką samą kompresją (zip czy jpg) i innymi ustawieniami w miarę podobnymi. I tu jak sądzę, wygra pdf z programu adobowego. Pdf i Adobe - to jedność, w końcu to oni ten format wymyślili i wiedzą, jak to zrobić.

Osobny problem (na osobny wątek) to pytanie, jak się dostać do zdjęć poza obszarem strony w pdf. Jak masz taki przykład, to załącz - zobaczymy, czy da się.

chezare

Przyznam się, że kolega Marak mnie trochę zaskoczył. Byłem przekonany, że w pdf jest tylko to co widać, ale tak nie jest i to jest moim zdaniem poważny błąd, żeby nie powiedzieć dziadostwo.
Stworzyłem dokument w którym strona ma 10x10 cm i na środku jest jeden wyraz.
Pdf x-1, tekst "nieskrzywiony", kompresja do zipa.

Dzięki radosnej twórczości programistów Corela mam z tego pdf który ma rozmiar 47 MB, bo obok strony była bitmapa.
Jak przy generowaniu pdf zaznaczyłem rodzaj "do edycji", to mam 220 MB z jednego czarnego wyrazu.
Teraz zastanawiam się co oprócz tego obrazka zapisuje jeszcze do pdf Corel, numer buta, adresy odwiedzanych stron www?
Wygląda na to, że do pdf zapisuje się wszystko, obojętnie jaki to by nie był typ pdf i tylko wymiary i pozycja pudełek (media, trim, itd) powoduje że nie wszystko widać.
Czy to czego nie widać da się z pdf wyciągnąć? Jeśli jest w pliku, to bez wątpienia się da, choć nie koniecznie w jakiś prosty sposób.

Sound

potwierdzam, miałem takie przypadki z bitmapami poza stroną

np czarne prostokąty (bitmapy) obok strony przy eksporcie do pdf x-3 zwiększają wagę pliku.
Po importowaniu tego pdf-a do corela, pojawia się biała bitmapa na tle wielkości dokumentu. Testowane na corel x5.

bidon184

Sound

tegraf

bidon184

no tak

tylko ja piszac niekoniecznie graficznie mialem na mysli bardziej skomplikowana sytuacje np,robisz sobie cosik ,potem bawisz sie tym,no i na koncu nie dajesz konturu ani wypelnienia,w pdf jak najbardziej to bedzie(oczywiscie mowimy o sytuacji powiedzmy poza stolem),tylko nie bedzie tego mozna wyswietlic graficznie ,ale w pliku beda wsporzedne ,wystarczy postepowac zgodnie z nimi i bedziemy mieli obiekt o ktorym projektant zapomnial lub chcial ukryc :-)