View Issue Details

IDProjectCategoryView StatusLast Update
0003867ScribusGraphics / Image Framespublic2008-07-22 21:36
Reportermarc Assigned Tofschmid  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionfixed 
PlatformP4 2.66 / IGOSLinux/ WindowsOS Version Mdk 2006 XP SP2
Product Version1.3.3.1 
Fixed in Version1.3.5svn 
Summary0003867: CMYK Image rendering / output
DescriptionI sent in the mailing list this message :"
Hello all,

My name is Marc and I published late 2004 a book using Sribus 1.2 . Now I need to rehaul the whole book to prepare the second edition. I would like to use 1.3.3.1 which I have installed in Win XP, Mandriva Linux and MacOSX Machines. I thought compatibility wouldn't be a main problem as I planned to start from scratch, using only the corrected text and pictures from the first edition.

My problem is that CMYK pictures I used in the French version of the book (nov. 2004) and spanish version (june 2005) now appear with weird colors (green), and not the correct size (somehow "cropped"), and not only into scribus. They export like that into pdf. This is happening only with some images, and not with others. When I check these pictuers into Photoshop, they appear correctely. I tried to change the color perfile of the image, not to avail. The info sheet revealed the new perfile, but the picture still appear weird.

When I try a pdf/X-3 output, the pictures maintain their weird colors. Strange enough, an older RGB picture, that I included for checking, that appeared as green within Scribus (but with no size problem) output to pdf with correct coloration.

I use scribus 1.3.3.1 and have unchecked the "highlight colors out of gamut" checkbox. What happens? Is there a way to get my images back to the new book? I read all the documentation and mailing list thread and was surprised not to find a solution.

Thank you for your help
Marc de Banville "

Avox asked me to "It would be nice if you could file a bug on bugs.scribus.net and provide
your
files. You can mark it with "View Status: private" if you want to restrict
access to developers." Then here am I.
Steps To ReproduceNormally opening the file attached should be starightforward. The first two pictures (Flag and logo) look bad in CMYK and good in RGB. (This wasn't the case before, they have been printed quite well in teh book.
Strangely, the third picture (other logo) is also CMYK, but outputs well...
TagsNo tags attached.
Patch

Relationships

has duplicate 0003866 closedavox CMYK Image rendering / output 
child of 0004413 acknowledged Metabug: Colors 

Activities

avox

2006-05-24 15:16

administrator   ~0011440

I can't open that archive. Please check if it's ok.
Personally, I prefer .tar.bz2, .tar.gz and .zip files.

avox

2006-05-24 16:11

administrator   ~0011441

BTW, no need to post separately to the ML, Marc.
I'll get an automatic email if you add a note here and the people on the ML won't be interested in that stuff.

No need to keep your files private?

marc

2006-05-24 16:16

reporter   ~0011443

Avox

These are no secret graphics, a pair of logos... OK, I won't post to the ML. I am in skype user "canalvalley". Did you succeed into opening the folder?

BTW. I am trying to install scribus 1.2-3 in parallele with my 1.3.3.1 linux install, but the mdk rpms enter in conflict. Only solution : recompile with other prefix. right?

Marc

avox

2006-05-24 16:20

administrator   ~0011444

Something is wrong with your system. Four of those .tif files are empty.

2006-05-24 16:55

 

Scribusbug2.zip (1,193,495 bytes)

marc

2006-05-24 17:01

reporter   ~0011446

Avox,

I apologize. I didn't really checked the directory I had asked Scribus to export the files. As it was the second export, original files were no longer here. I replaced them and had the document relinked.

So sorry

Marc

2006-05-24 19:25

 

Scribusbug-1.2.4.1.sla (44,450 bytes)

marc

2006-05-24 19:29

reporter   ~0011449

Avox,

This is what I supposed. I just compiled scribus 1.2.4.1 in the same mandriva box. Using the same images, it shows well and outputs in pdf well (next files) whereas the 1.3.3.1 outputs weird. To test it, place it in the Scribusbug folder and open it with 1.2.4.1... I send both pdf outputs now.

Thanks again for your time

2006-05-24 19:35

 

Scribusbug-124.pdf (1,006,941 bytes)

2006-05-24 19:49

 

Scribusbug-1331.pdf (1,534,914 bytes)

avox

2006-05-24 20:25

administrator   ~0011451

The images in question have RGBA resp. CMYKA format. Currently Scribus does not support CMYKA
(and apparently doesn't have a graceful fallback, either).

I wonder why it works in 1.2.4. What's the C-C-T-F-A string in Scribus->About ?

marc

2006-05-24 20:55

reporter   ~0011452

Thanks,

It worked so well with scribus 1.2.x that I published two books with them...

The point now is how do I convert thos CMYKA files into a CMYK format Scribus 1.3.x accepts to show and export. And also how on hell did I ended up with those CMYKA files. (What does the A stands for BTW) Is it possible Photoshop 5.5 (MacOS9) I used for converting the gimp files to CMYK is involved in this? Do you know another program that could produce scribus1.3-compatible CMYK tiffs (under Linux? Windows or OSX86?.

And last but not least, where did you see the F line in "about scribus". The 1.2.4.1 Linux version is C-C-T the Linux 1.3.3.1 is C-C-T-F-A from scribus-1.3.3.1-0.1.20060.Sos and Windows 1.3.3.1 is C-*-T-*-A-Windows. What does the A stands for is unknown to me....

Marc

avox

2006-05-24 21:19

administrator   ~0011453

Hi Marc!

> It worked so well with scribus 1.2.x that I published two books with them...

This is what puzzles me, too. Maybe we can find out what went wrong.

> The point now is how do I convert thos CMYKA files into a CMYK format Scribus 1.3.x accepts to
> show and export. And also how on hell did I ended up with those CMYKA files. (What does the
> A stands for BTW)

A stands for the alpha or transparency channel.

> Is it possible Photoshop 5.5 (MacOS9) I used for converting the gimp files to CMYK is involved in this?

Only in that it preserved the alpha channel from Gimp.

> Do you know another program that could produce scribus1.3-compatible CMYK tiffs (under Linux?
> Windows or OSX86?.

You can try to save those files without transparency (you should define a suitable background then).

> And last but not least, where did you see the F line in "about scribus". The 1.2.4.1 Linux version is
> C-C-T the Linux 1.3.3.1 is C-C-T-F-A from scribus-1.3.3.1-0.1.20060.Sos and Windows 1.3.3.1
> is C-*-T-*-A-Windows. What does the A stands for is unknown to me....

In version 1.3.4cvs. 'F' stands for fontconfig support, 'T' for libtiff, 'A' for libart (there should be
a tooltip in the About box explaining this).
I was wondering if your 1.2.4 was build without libtiff and using Qt instead for reading Tiffs, but it seems that is not the case.

I'll talk with the other developers about what could cause this behaviour. Maybe we can come up with a fix soon.

/Andreas

marc

2006-05-24 21:32

reporter   ~0011454

Thanks for your answer. I'll try to save them without transparency. It is true that it worked very well with Scribus 1.2, as you can see in the pdf file from 1.2.4.1 . The change should come from Scribus, because both pdf were produced in the same Linux Box (same libraries ) Maybe this would allow CMYKA support in 1.3.3.1 ...

I'll be very interested to know more about it.

Marc

marc

2006-05-24 21:44

reporter   ~0011455

OK, the issue is solved for my photos. I'll try to make a batch script for Photoshop to strip the transparency channel.

My guess is that scribus 1.2.x was ignoring the alpha channel and treating as white total transparency.

Thanks Avox. Hoping this bug story could lead to improvements.

Marc

avox

2006-05-25 00:23

administrator   ~0011464

Franz told me that Scribus 1.2 always uses the TIFF_ReadRGBA() function, even for CMYK.

Since the old behaviour converted to RGBA anyway I see no point in going back to that
state, better try to fix it properly in 1.3.4.

marc

2006-05-25 01:01

reporter   ~0011465

OK, it would be great to have a proper management of transparent tiffs in 1.3.4 Thanks again, I'm on my way to publish three more books with Scribus.

Marc

fschmid

2006-11-04 10:05

administrator   ~0013269

CMYKA images should now work with 1.3.4cvs

Issue History

Date Modified Username Field Change
2006-05-24 14:53 marc New Issue
2006-05-24 14:53 marc File Added: Scribusbug.rar
2006-05-24 15:06 avox Relationship added has duplicate 0003866
2006-05-24 15:16 avox Note Added: 0011440
2006-05-24 15:38 marc File Added: Scribusbug.zip
2006-05-24 16:11 avox Note Added: 0011441
2006-05-24 16:16 marc Note Added: 0011443
2006-05-24 16:20 avox Note Added: 0011444
2006-05-24 16:55 marc File Added: Scribusbug2.zip
2006-05-24 17:01 marc Note Added: 0011446
2006-05-24 19:25 marc File Added: Scribusbug-1.2.4.1.sla
2006-05-24 19:29 marc Note Added: 0011449
2006-05-24 19:33 avox File Deleted: Scribusbug.zip
2006-05-24 19:33 avox File Deleted: Scribusbug.rar
2006-05-24 19:35 marc File Added: Scribusbug-124.pdf
2006-05-24 19:49 marc File Added: Scribusbug-1331.pdf
2006-05-24 20:25 avox Note Added: 0011451
2006-05-24 20:55 marc Note Added: 0011452
2006-05-24 21:19 avox Note Added: 0011453
2006-05-24 21:32 marc Note Added: 0011454
2006-05-24 21:44 marc Note Added: 0011455
2006-05-25 00:23 avox Note Added: 0011464
2006-05-25 00:26 avox Status new => confirmed
2006-05-25 00:26 avox Projection none => major rework
2006-05-25 00:26 avox Category Usability => Picture Frames
2006-05-25 00:26 avox ETA none => > 1 month
2006-05-25 01:01 marc Note Added: 0011465
2006-10-14 22:07 mhanski Relationship added child of 0004413
2006-11-04 10:05 fschmid Note Added: 0013269
2008-07-05 08:43 fschmid Status confirmed => resolved
2008-07-05 08:43 fschmid Fixed in Version => 1.3.5svn
2008-07-05 08:43 fschmid Resolution open => fixed
2008-07-05 08:43 fschmid Assigned To => fschmid
2008-07-22 21:36 jghali Status resolved => closed
2015-09-17 20:10 Kunda Category Graphics / Image Frames => Graphics/Img Frames
2015-09-17 20:11 Kunda Category Graphics/Img Frames => Graphics / Image Frames