Failed to convert xlsx file to tiff on CentOS

dunghnguyen · November 16, 2021, 10:02am

Hi,
I’m using latest version of Aspose Cells 21.11 to convert some xlsx file to tiff image format on Linux, but they are always throw exception and stack trace like this:
Exception : Not implemented.
Stack trace:

at Aspose.Cells.Workbook.Save(String fileName, SaveOptions saveOptions)
at Aspose.Cells.Workbook.Save(String fileName, SaveFormat saveFormat)

Sample code:

try
{
using(var workbook = new Aspose.Cells.Workbook(inFile))
{
workbook.Save(outFile, SaveFormat.TIFF);
}
}catch(Exception e)
{}

Here is some files that failed to convert : sample.zip (21.8 KB)

Please help me check this.
Thank you.

amjad.sahi · November 16, 2021, 11:00am

@dunghnguyen,

Please make sure that you are using latest version/fix of the APIs. Could you please share complete details of error description and stack trace produced on CentOS. We will check your issue soon.

dunghnguyen · November 16, 2021, 11:12am

@Amjad_Sahi,
Yes, I’m using version 21.11.0.0 of Aspose Cells for .NET5. The exception message and exception stack trace are like the post. The running machine is CentOS 7.

amjad.sahi · November 16, 2021, 11:31am

@dunghnguyen,

Could you try using .Aspose.Cells.Dll for NET Standard 2.0 if it makes any difference?

dunghnguyen · November 17, 2021, 10:48am

@Amjad_Sahi,
I tried but it still meets the same error.

amjad.sahi · November 17, 2021, 12:01pm

@dunghnguyen,

We were able to reproduce the issue as you mentioned on CentOS. We found If the TIFF contains more than one page, conversion will fail. We have logged a ticket with an id “CELLSNETCORE-295” for your issue. We will look into it soon.

Once we have an update on it, we will let you know.

leoluo · November 18, 2021, 3:24am

Hi @dunghnguyen
We investigated this issue, found system.drawing.common lib did not implement this method under Linux: Bitmap.SaveAdd

github.com/dotnet/dotnet-docker

Not Implemented Exception through in system.drawing.image.saveadd(image image, encoderparameters encoderparams)

opened 12:33PM - 04 May 20 UTC

closed 06:27PM - 06 May 20 UTC

parthipanr

question

## Steps to reproduce the issue 1. Convert the multiple image files to tiff usi…ng attached code snippet. 2. Not implemented exception will through in the SaveAdd method. ## Expected behavior Image should convert properly to tiff format. ## Actual behavior Not Implemented exception ## Additional information (e.g. issue happens only occasionally) I have install the additional package for linux container. internal void ConvertBitmapToTiff(Bitmap[] images,string fileName) { //Tiff conversion ImageCodecInfo encoderInfo = GetEncoderInfo("image/tiff"); //Initialize EncoderParameters that contain specified number of Encoderparameter objects EncoderParameters encoderParams = new EncoderParameters(2); //Initialize EncoderParameter EncoderParameter parameter = new EncoderParameter(System.Drawing.Imaging.Encoder.Compression, (long)EncoderValue.CompressionNone); encoderParams.Param[0] = parameter; //Initialize the new instance for EncoderParameter parameter = new EncoderParameter(System.Drawing.Imaging.Encoder.SaveFlag, (long)EncoderValue.MultiFrame); encoderParams.Param[1] = parameter; System.Drawing.Image tiff = null; MemoryStream tiffImage = new MemoryStream(); for (int i = 0; i < images.Length; i++) { if (i == 0) { tiff = images[i]; //Save the tiff image into local disk tiff.Save(tiffImage, encoderInfo, encoderParams); } else { System.Drawing.Image image = images[i]; //Initialize the new instance for EncoderParameter parameter = new EncoderParameter(System.Drawing.Imaging.Encoder.SaveFlag, (long)EncoderValue.FrameDimensionPage); encoderParams.Param[1] = parameter; //Add the subsequent image to save into the local disk tiff.SaveAdd(image,encoderParams); } } } ## Output of `docker version` ``` (paste your output here) ``` ## Output of `docker info` ``` (paste your output here) ```

leoluo · November 18, 2021, 3:26am

We will solve the problem of exception first, make the first page of tiff content available for generation (The next patch takes effect).

But, about the problem of multiple pages tiff, we need to implement the Graphics Library in Linux ourself, which required more time.

dunghnguyen · November 19, 2021, 7:39am

Thanks for quick explanation, I understood the situation.
Please keep me posted if any updates.

amjad.sahi · November 19, 2021, 9:06am

@dunghnguyen,

Sure, we will keep you posted on the updates when available.

leoluo · November 19, 2021, 9:11am

Hi @dunghnguyen
Please use Aspose.Cells21.11.4,
We solve the problem of exception, and make the first page of tiff content available for generation.

Aspose.Cells21.11.4 For .Net5.0.Zip (5.5 MB)
Aspose.Cells21.11.4 For .NetStandard20.Zip (5.6 MB)

Since this is a patched version, you may need to manually reference the following package from nuget:
“System.Drawing.Common, 4.7.0”
“System.Text.Encoding.CodePages, 4.7.0”

leoluo · November 19, 2021, 9:23am

And, about the system.drawing.common lib is not perfect in Linux , resulting in problems (not only for Bitmap.SaveAdd)
We have discussed and evaluated this, considerd that Microsoft’s willingness to maintain it is very weak:

github.com

dotnet/designs/blob/main/accepted/2021/system-drawing-win-only/system-drawing-win-only.md

# Make `System.Drawing.Common` only supported on Windows

**Owner** [Santiago Fernandez Madero](https://github.com/safern)

In the .NET Core 2.x days we created the `Microsoft.Windows.Compatibility`
package which exposes many Windows-only APIs so that more people can migrate to
.NET Core. As part of this, we also ported `System.Drawing.Common`. This was
mainly meant for .NET Core users that still target Windows, however since Mono
already had a cross-platform implementation, we decided to bring that over. The
cross-platform functionality is provided via the native library `libgdiplus`.
Sadly, `libgdiplus` is a community supported library and at this point
effectively unmaintained.

While `libgdiplus` has helped a lot of customers expand to cross-platform it has
also caused some headaches. `System.Drawing.Common` is very Windows driven as it
is mostly a wrapper around GDI+ and is heavily coupled to Windows Forms, which
keeps evolving and diverging from cross-platform graphics. This has caused some
confusion over why some things don't work well on Unix or don't work at all.

The cross-platform implementation of `System.Drawing.Common` is mainly provided

This file has been truncated. show original

We may be about to abandon system.drawing.common in linux, and do the implementation of the new graphics library, but this may take more time.

dunghnguyen · November 22, 2021, 2:21am

@leoluo,
Thank you for your quick reply. I understood the issue here.