CompuServe Thread

#JPG vs TGA

18 messages in this thread
#192785From: GARRY HARGREAVESSep 27, 1995 5:58 AM
Hi Guys, When rendering single frames, a 100% quality JPG should be as good (in quality) as a Targa – Yes …Even though JPG are a lossy format, the quality slider should ensure the JPG quality is as good yet take up less HD space than the targa…(cos' of the builtin compression routine) Both are 24 bit, if quality is set to max, JPG are a better choice.. Any comments..? GH
#192809From: David RhotenSep 27, 1995 9:48 AM
I beleive that "100% quality" in JPG doesn't really mean to convey "no loss", but rather, that it is the "least-lossy" of the possible amounts of compression — so while you may _not_ see any compression/loss artifacts in some images at 100%, you _may_ in others. Dave
#193378From: Greg WoznicaOct 1, 1995 8:07 AM
I'm bit of a fan of JPG's, I compressed a 2.25 meg Targa down to 33K and it don't look to bad (DS9 still on Showcase), for plonking loads of Stills on one floppy or on the WWW or CIS, Jpegs are the best thing ever! Matt 🙂 Mind you they suck at almost everything else LOL 🙂 -Mike Allen
#192810From: Don LandisSep 27, 1995 10:09 AM
This is only from my experience and not based on any text book theories or formulae. The problem with using JPG, even at full quality, vs. targa, even RLE compressed targas is when you have to go through several codecs to reach your end product. When you store the jpg and then open it up again you go through one codec process. If you then use that jpg in a work and render it again, saving to a new jpg file you have two codecs. The affect of this multiple codec can be severe, much worse than true lossless compression such as RLE. I have found that the name of the game for lossless is to only use one codec in the project chain which should be the final phase. (codec: compression-decompression)
#192824From: Peter M. GruhnSep 27, 1995 11:30 AM
Depends on what you are doing with your final output. 100% is really only a best quality compression. JPEG does support a lossless saving, but I don't think I've ever seen that implemented. 100% JPEG images look darned good in most circumstances. There will be image degredation and artefacting. If you are just creating images for display on a monitor or some other straight use of the JPEG, then you are probably fine using it. If you expect to be doing further image manipulations, you may not be OK. Repeated JPEG saves will degrade the image to the point where you notice. Certain image enhancement operations can highlight the JPEG 8×8 pixel grid and other artefacting. But at 100% you might be quite OK. The best way, is to run a couple of tests. JPEG is much better at photo type images than at flat color and line cartoon like images. If you change your rendering type/look, then run your tests again. Note also that one of the first things you may notice in a JPEG image is not edge artefacting, but a change in color. – gruhn
#192834From: Mike KelleySep 27, 1995 12:23 PM
My only comment is that you can't have Alpha information with JPG, so I would always use Targa. Alpha may not be a factor, but it's something to remember (I use it a LOT).
#192851From: MARTIN G FOSTERSep 27, 1995 1:39 PM
Garry, >> a 100% quality JPG should be as good (in quality) as a Targa – << not really. In 3ds even 100% quality is around 10:1 compression at which point there are plenty of artifacts and image fidelity loss. To be considered visually lossless, it seems the concensus is 3:1 or 4:1 compression is the right ratio.
#192882From: Neil W. BlevinsSep 27, 1995 4:35 PM
I only use Jpg for two things, compressing a picture that will be used as a texture in a not so prominant place, and uploading to this forum. Maybe my eyes are just really waked, but I can tell immediately if something's been JPG'd, Just look at an area in between two distinct colors, you'll see strange out of place dots. Always make sure you have at least a tga backup of anything you Jpg. Jpging something twice is a big no no for me. – Neil
#192924From: Lydell AndersonSep 27, 1995 10:58 PM
>> Maybe my eyes are just really waked, but I can tell immediately if something's been JPG'd, Just look at an area in between two distinct colors, you'll see strange out of place dots.<< >>Jpging something twice is a big no no for me.<< Ditto. I even tried using Photoshop to erase the stray dots and resave, and Presto! I was back to square one. A great software feature would be to allow some sort of "erase to uncompressed" feature so majority of a picture is compressed, and the really critical areas are not. Or something like that. –Lydell
#193019From: Neil W. BlevinsSep 28, 1995 4:39 PM
I agree. Photoshop allow you to do masks, maybe they should create a format that compresses all areas that aren't masked, and remain intact everywhere else. That format wouldn't be called JPEG anymore, but it's a neat idea for someone to think about sometime. – Neil
#193379From: Greg WoznicaOct 1, 1995 8:07 AM
Here here, (Clap off hands) Render a TGA, then convert to JPG in Photoshop and place on the net, No-one downloads 2.25 meg TGA's but everyone will have a peek at a JPG of 200K or less LOL Matt 🙂 -Mike Allen
#193412From: John WilliamsOct 1, 1995 2:29 PM
Tga's are still better for backgrounds in 3DS though so if your upload is for general distribution for that reason… personally I'd prefer a TGA. -john- DAS.
#193425From: Greg WoznicaOct 1, 1995 4:48 PM
Good point, but my stills are just for general pleasure, if people want a Hi-Res TGA I'll send it on if they ask. Over 600 people have downloaded a 33K still of DS9 in the SCIFI/MDIA forum in the last few weeks, If I had put up the original 2.25 meg TGA perhaps 20-40 would have downloaded and I would not have had the feedback I was after LOL 🙂 I always render to TGA for the master still though… I like TGA's far better, I'm just going to have to wait for the Net to speed up a bit…! Matt 🙂 -Mike Allen
#193444From: John WilliamsOct 1, 1995 7:48 PM
Yeah I'd agree with that… It would also be nice if CSERVE didn't reset file lenghts to 0 when it times out 74% of the way through a download! -john- DAS.
#193616From: Oct 2, 1995 7:43 PM
John: >> It would also be nice if CSERVE didn't reset file lengths to 0 >> when it times out 74% of the way through a download! It's not Cserve, it must be your nav program. I just completed a 1.4 meg download myself that timed out after 1.2 megs, and it happily just picked up where it left off! I use OzWIN, and love it! Greg Pyros
#194001From: John WilliamsOct 4, 1995 1:04 PM
Hi Greg… Yes I expect it's the program… and bad luck ! I use (or try to when it works) the software CServe provide so if it don't work CSERVE don't work as far as I'm concerned. It has allowed a restart so I know it does it. -john- DAS
#194982From: Brett ShermanOct 11, 1995 9:13 PM
It depends on what the image you are working with is. I did an animation that had a catheter wire going through blood vessels. Because I was lacking hard disk space I rendered to JPEG. The wire was thin and black against a solid red. Even at the highest quality setting the wire came out looking fuzzy, as if I applied a 2 pixel gaussian blur to it. Unfortunately because of a tight deadline, I couldn't go back to Targas. Now I use mostly Targas. Compression is funny in that it is very particular to the image you are dealing with. I would do a test render with each and let your eyes be the judge.
#195090From: GARRY HARGREAVESOct 12, 1995 2:56 PM
HI Brett, BS>>Now I use mostly Targas. Compression is funny in that it is very particular to the image you are dealing with. I would do a test render with each and let your eyes be the judge. Yeah I believe most compression is based on RLE (Run Lenght Encode) which means the more repeative pixels the more compressed the image is CU GH