| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | PnP Monitor? |
1237a69106b6 tech Hello Mark - Once again, just for the record: If you think you may want to do further manipulation of a graphic saving to JPG (JPEG) is a mistake. Loading and re-saving as a JPG _again_ will result in futher losses until the graphic becomes a dotted mess. AFAIK you can never completely 'turn off' the lossiness of a lossy format even when set to zero. > ====================== RJT>>> Start out with a .gif file that's up around 600-700K, and RJT>>> removing this sort of junk cuts the size in half. RJT>>> Convert it to .jpg and the end result is down around RJT>>> 40-60k! I guess that padding lets them look like they're RJT>>> filling up a cdrom, when in reality they're not doing RJT>>> anything close. WC>>> Someone sent me a PDF with just a short message and WC>>> photo, around .5 meg, later sent same photo JPG, 66K and WC>>> the image was larger. RJT>> The jpeg format is compact, but the compression method is RJT>> "lossy" I'm told. The thing is, if I do a conversion from RJT>> one to another and the result looks okay to me, then it RJT>> doesn't matter. ml> you can turn the compression way way down (off?) in many ml> graphics manipulation programs... of course, you'll have a ml> larger resultant file... i notice that many pictures use ml> way more memory than drive space, anyway... > > , , > o/ Charles.Angelich \o , > __o/ > / > USA, MI < \ __\__ ___ * ATP/16bit 2.31 * ... DOS the Ghost in the Machine! http://www.undercoverdesign.com/dosghost/ --- Maximus/2 3.01* Origin: COMM Port OS/2 juge.com 204.89.247.1 (281) 980-9671 (1:106/2000) SEEN-BY: 633/267 270 @PATH: 106/2000 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.