Poor image quality when uploading an image with Rise

Welcome to the community, Nina! 👋

Thanks for adding your voice here–I've added your side-by-side comparison to the report and soon as we have any more information, you'll also be notified right away. 

Really appreciate everyone staying tuned while we sort this issue out, and we're here if you need anything else in the meantime!

Hi Daniel, 

I don't have an ETA to share yet, but as soon as we have more info we'll pop into this discussion to update everyone.

Roland, we always appreciate having more examples as that helps our team with testing to see it against real-world examples and conditions. If you're able to share the original image file I can include those in the report filed with our team.

Otherwise, hope you enjoy your holiday leave. Hope it's somewhere filled with lots of fun adventures! 

Hi,  I could be wrong but I believe this issue has been running for more than 12 months.  Sadly the response from the Articulate team has not given any timeframe as to when this issue is likely to be resolved.  I love A360, particularly Rise so I really love the enhancements  that have been added to Rise.  However,  it would be wonderful to receive a more thorough response and indication of when this issue is likely to be resolved.

Hi Irina, 

Expect a reply along the lines of 'we're sorry you're having this issue, our team are aware of it and we'll get back to you when we have an update'. 

12 months after you raised this as an issue, there is not a single update. I think it's fair to say that the Articulate team have no intention of fixing this issue at all! :(

Alex 

Hi, I too am facing issues with compression - it's really noticeable in vector/flat style illustrations. I also wanted to let everyone know about what I had observed. When I uploaded my PNG file to be background for the 'Text on Image', my original file size was 56KB (a PNG file with file size 3000x1500 px) but Rise compressed my file to a PNG with a file size of 69KB. Another file, original file size 94KB to 262KB... Which goes against my understanding of... 'compression'... but I took a look at the file dimension and noticed that they changed the width to 1680px. So I resized my PNG accordingly and this seems to do okay sometimes - while I can still see some pixelation, it's something that I can live with... but again, this work around isn't fool-proof either, sadly. 

I also wanted to voice my concern also about the 'Best Practices document' - I see that some of the staff are trained to just link it whenever there is a question about image quality, and personally I am wondering if these staff that link to this guide have even read through this - the only information here is that Rise has its own compression technology (which is a complete mystery to us) and the maximum file sizes for each file type. It really needs to provide more guideline to be able to be titled 'Best Practices' since currently it just says 'upload whatever you want under the file size limit and we'll just compress it for you (or in my case make the file size bigger and change the file type without telling you, and render your clean looking vector-style art weirdly).

So Articulate staff, I'm sure you are more aware of how the compression technology behaves in your own product. I think having something like this in the 'Best Practices document' would be really helpful if you cannot fix the bug due to resource restraints - provide us with the dimensions the platform is trying to compress the image to? Thanks!

Hi Allison,

As nice as being able to tone that setting back to 10% is (pun intended)... it's still quite a shift being made to the cover image even at 10%. This really messes with my designers when trying to utilize our brand colors and functional icon sets for unique product based covers. It's quite the trial and error routine trying to zero in the particulars of 'Dutch Orange' when we know the hex code, can see what we want in Illustrator/Photoshop and then have to mess with the original color to try an accommodate what Rise will do with the 10% text contrast setting.

I'm pretty sure there's already a submitted request to allow the text contrast to be turned off altogether or at least set to 0%. Let us know if you see that in your system or not. If there is an existing request, please add my name to it if it hasn't been already.

Thanks!

Thanks all for your responses. It is still showing brown, lowering to 10% helped. I will submit a feature request. I'm not sure why 0 isn't already an option. This is difficult when working with company brand colors that are very specific. 

This is still happening in 2019 and is next to impossible to have custom graphics look good in final Rise project. Please advise.

My own experience on this issue is that Rise uses a very agressive compression of bitmaps when stored on the cloud during authoring, not on final export. I guess that this is intended to limit the storage cost. But amazon and google have image archive solutions that preserve quality and are offered for free.

In previous Rise releases, full color PNG images where always palette-reduced and dithered without warning. Now they are always converted to JPG and the poor quality produces a lot of artifacts on flat areas.

Anyway, the current situation is not acceptable for a quality (and costly) authoring solution and should be addressed. Maybe on general settings you could configure the media quality for storage? At least, you could preserve PNG quality and apply compression only to JPGs. That way, authors could choose what kind of image to use for different scenarios.

Interesting aspect of storage cost - but then, if there is a limit on image size, we could still prepare it locally at the quality that is satisfactory for us, on our own responsibility. I'd rather play with settings in Photoshop to reduce the file size, rather then have it uncontrollably converted to low-quality JPG.