http://bugs.winehq.org/show_bug.cgi?id=20694
Summary: Image filetypes with images of the music are saved in Windows, but not WINE/Mozart10. Product: Wine Version: 1.1.33 Platform: PC URL: http://www.mozart.co.uk/programs/mzsetup.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: let02do@earthlink.net
Mozart is a music notation and score editing program.
The latest version of the App, Mozart10, uses calls to the Windows functions for handling image files and is mostly broken. Its previous version, Mozart9, used a third party library to process image files, and that worked with no incident in WINE, but now that Windows functions are used, there's no joy in this area. My WINE version is wine-1.1.33 with a clean install.
Attempting to save image files of a score in Mozart10, fails with an error message "Failed to save file..." for file extensions *.gif, *.jpg, *.tiff . There are no wine console messages.
For files with extension *.png and *.bmp, Mozart10 saves a file, but with no image in it. Files with extension *.emf (Windows encapsulated meta file <i.e.,paint>) are saved with only part of the image correctly displayed.
To sum up: file types with extensions: *.gif, *.jpg, *.tif, *.png, *.bmp, *.emf are saved with images of the music score in Windows XP, Vista, and Win7, but this does not work in wine-1.1.33/Mozart10.
http://bugs.winehq.org/show_bug.cgi?id=20694
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=20694
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Image filetypes with images |Mozart 10: cannot save gif |of the music are saved in |jpg or tiff, png + bmp are |Windows, but not |empty, emf only partial. |WINE/Mozart10. |
http://bugs.winehq.org/show_bug.cgi?id=20694
--- Comment #1 from Lawrence E Toal let02do@earthlink.net 2009-11-13 18:25:02 --- Apologies for not including this at first.
To watch the bug in Mozart10, one can open any of the example *.mz scores in ~/.wine/drive_c/Program Files/Mozart10/Samples
Then from the upper toolbar: File | Export | Save page image will open a dialog to select the type of image file in which one wishes to save the score.
Unless there is a score loaded, there are no export options available from the toolbar File | Export |...
http://bugs.winehq.org/show_bug.cgi?id=20694
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |madewokherd@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=20694
--- Comment #2 from Vincent Povirk madewokherd@gmail.com 2009-11-13 20:18:26 --- Does native gdiplus help?
http://bugs.winehq.org/show_bug.cgi?id=20694
--- Comment #3 from Lawrence E Toal let02do@earthlink.net 2009-11-13 22:35:57 --- (In reply to comment #2)
Does native gdiplus help?
Yes!! All the formats render and save as they should with a native gdiplus.dll
Thanks, that resolves this problem... a quick download from:
http://www.dll-files.com/dllindex/dll-files.shtml?gdiplus
and the Mozart's score export functions work now...It's nice to know where those Windows functions live :-)
--Lawrence
http://bugs.winehq.org/show_bug.cgi?id=20694
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |gdiplus
http://bugs.winehq.org/show_bug.cgi?id=20694
Lawrence E Toal let02do@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |WORKSFORME
--- Comment #4 from Lawrence E Toal let02do@earthlink.net 2009-11-15 00:24:56 --- Using a native gdiplus.dll instead of the built-in resolved all the image file difficulties.
http://bugs.winehq.org/show_bug.cgi?id=20694
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|WORKSFORME |
--- Comment #5 from Nikolay Sivov bunglehead@gmail.com 2009-11-15 00:56:10 --- (In reply to comment #4)
Using a native gdiplus.dll instead of the built-in resolved all the image file difficulties.
It just proves it's a gdiplus bug. Not resolved.
http://bugs.winehq.org/show_bug.cgi?id=20694
--- Comment #6 from Lawrence E Toal let02do@earthlink.net 2009-11-15 01:44:24 --- (In reply to comment #5)
(In reply to comment #4)
Using a native gdiplus.dll instead of the built-in resolved all the image file difficulties.
It just proves it's a gdiplus bug. Not resolved.
(In reply to comment #5)
(In reply to comment #4)
Using a native gdiplus.dll instead of the built-in resolved all the image file difficulties.
It just proves it's a gdiplus bug. Not resolved.
(In reply to comment #3)
(In reply to comment #2)
Does native gdiplus help?
Yes!! All the formats render and save as they should with a native gdiplus.dll
Thanks, that resolves this problem... a quick download from:
http://www.dll-files.com/dllindex/dll-files.shtml?gdiplus
and the Mozart's score export functions work now...It's nice to know where those Windows functions live :-)
--Lawrence
(In reply to comment #5)
(In reply to comment #4)
Using a native gdiplus.dll instead of the built-in resolved all the image file difficulties.
It just proves it's a gdiplus bug. Not resolved.
(In reply to comment #5)
(In reply to comment #4)
Using a native gdiplus.dll instead of the built-in resolved all the image file difficulties.
It just proves it's a gdiplus bug. Not resolved.
OK, point taken. --Lawrence
http://bugs.winehq.org/show_bug.cgi?id=20694
--- Comment #7 from Lawrence E Toal let02do@earthlink.net 2009-11-15 02:28:01 --- Created an attachment (id=24751) --> (http://bugs.winehq.org/attachment.cgi?id=24751) WINEDEBUG=+gdiplus wine mozart32.exe &> /tmp/output.txt
This is the output of WINEDEBUG=+gdiplus... upon trying to save a GIF image of a simple two bar page of music using the built-in version of gdiplus.dll
Both WINE and the App seem to handle the failure to save the image gracefully, but no image file is produced.
http://bugs.winehq.org/show_bug.cgi?id=20694
--- Comment #8 from Lawrence E Toal let02do@earthlink.net 2009-11-15 02:38:12 --- Created an attachment (id=24753) --> (http://bugs.winehq.org/attachment.cgi?id=24753) WINEDEBUG=+gdiplus wine mozart32.exe &> /tmp/output2.txt
This is the WINEDEBUG=+gdiplus... output with the configuration set to use a native Windows gdiplus.dll
The same sequence of instructions were used in the App, and a GIF image of the music was successfully saved.
http://bugs.winehq.org/show_bug.cgi?id=20694
--- Comment #9 from Lawrence E Toal let02do@earthlink.net 2009-11-15 02:40:08 --- Created an attachment (id=24754) --> (http://bugs.winehq.org/attachment.cgi?id=24754) This is the image sucessfully produced by a native gdiplus.dll
http://bugs.winehq.org/show_bug.cgi?id=20694
--- Comment #10 from Vincent Povirk madewokherd@gmail.com 2009-11-15 08:19:29 --- GIF, JPEG, and TIFF image writing support are missing from Wine's gdiplus, and adding them would be straightforward (but probably a few days' work). It'd be more interesting to know why the BMP/PNG files are written incorrectly.
http://bugs.winehq.org/show_bug.cgi?id=20694
--- Comment #11 from Lawrence E Toal let02do@earthlink.net 2009-11-15 10:49:14 --- (In reply to comment #10)
GIF, JPEG, and TIFF image writing support are missing from Wine's gdiplus, and adding them would be straightforward (but probably a few days' work). It'd be more interesting to know why the BMP/PNG files are written incorrectly.
Would another run of WINEDEBUG=+gdiplus.. with a built-in's output while trying to save BMP/PNG formats be of help?
http://bugs.winehq.org/show_bug.cgi?id=20694
--- Comment #12 from Vincent Povirk madewokherd@gmail.com 2009-11-15 11:34:58 --- Probably not.
http://bugs.winehq.org/show_bug.cgi?id=20694
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |orbar1@gmail.com
--- Comment #13 from Austin English austinenglish@gmail.com 2010-05-15 17:57:30 --- *** Bug 21051 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=20694
--- Comment #14 from Vincent Povirk madewokherd@gmail.com 2011-03-23 16:03:36 CDT --- PNG and BMP files look correct to me. GIF, JPEG, and TIFF should just be a matter of adding codecs to save them.
I don't have any programs that can view an EMF file. How are you testing that?
http://bugs.winehq.org/show_bug.cgi?id=20694
--- Comment #15 from Lawrence E Toal let02do@earthlink.net 2011-03-23 17:17:01 CDT --- (In reply to comment #14)
PNG and BMP files look correct to me. GIF, JPEG, and TIFF should just be a matter of adding codecs to save them.
I don't have any programs that can view an EMF file. How are you testing that?
The emf and wmf files are one of Windows formats used in MS Word and power point components ( I think?).
There is a free viewer at: http://www.visual-integrity.com/metafile-viewer.htm
This viewer requires the mfc42.dll to install with wine. You can pick up this dll at: http://www.dlldump.com/download-dll-files_new.php/dllfiles/M/mfc42.dll/6.0.400/download.html
After copying that dll to the system32 folder in wine, the visual-integrity free metafile viewer installs and displays emf and wmf files.
That's how I view emf's to test... I don't have a Word installation, but if you do, that might work too.
I should note that with the windows own native gdiplus.dll Mozart's save *.ems produces a file that displayes in this viewer.
The App I maintain, Mozart10 is a music notation program. It has the ability to export image files of the sheet music displayed by the program. The dialog gives these formats to choose from: Enhanced metafiles (*.emf) (*.gif) (*.jpg) (*.png) (*.gif) The last four are a bit easier to view :-)
http://bugs.winehq.org/show_bug.cgi?id=20694
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=20694
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4@web.de
--- Comment #16 from Fabian Maurer dark.shadow4@web.de --- Is this still an issue in recent wine-3.2?
https://bugs.winehq.org/show_bug.cgi?id=20694
--- Comment #17 from Vincent Povirk madewokherd@gmail.com --- Retested in Wine from the master branch, I get a crash on startup.
https://bugs.winehq.org/show_bug.cgi?id=20694
--- Comment #18 from Vincent Povirk madewokherd@gmail.com --- Actually, the version I have that crashes is Mozart 13, not Mozart 10. We may need a new download link for the old version.
https://bugs.winehq.org/show_bug.cgi?id=20694
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |47399
--- Comment #19 from Vincent Povirk madewokherd@gmail.com --- Filed bug 47399 for the Mozart 13 crash. Internet archive has Mozart 7 and Mozart 11, no version 10. Version 11 gives me the same crash as 13. Version 7 does not use gdiplus to save images.
I don't think it's possible to retest this. I will mark this bug as blocked by the other one, just in case Mozart 11 is similar to 10 and can be tested when that bug is resolved.
https://bugs.winehq.org/show_bug.cgi?id=20694
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net Ever confirmed|0 |1 URL|http://www.mozart.co.uk/pro |https://web.archive.org/web |grams/mzsetup.exe |/20130604002601/http://www. | |mozart.co.uk/programs/mzset | |up.exe Status|UNCONFIRMED |NEW
--- Comment #20 from Anastasius Focht focht@gmx.net --- Hello Vincent,
--- quote --- I don't think it's possible to retest this. I will mark this bug as blocked by the other one, just in case Mozart 11 is similar to 10 and can be tested when that bug is resolved. --- quote ---
https://web.archive.org/web/20130604002601/http://www.mozart.co.uk/programs/... -> Mozart 11
Looks like it can be reproduced with Mozart 11 (needs fix from bug 47399). Even with most recent Wine 4.11, the .gif part is still not fixed (empty), others look ok? With old Wine 1.4 some of the aforementioned issues were reproducible.
In general bug reports involving multiple image formats should be split up. Wine's gdiplus uses Windows Imaging Component (WIC) to decode/encode image formats. There could be different insufficiencies in each of the formats which should not be mixed into a meta-bug (staying for many years).
$ sha1sum mzsetup.exe 1b5ab2671b601883ec2805078f33798e6a8e86c5 mzsetup.exe
$ du -sh mzsetup.exe 23M mzsetup.exe
$ wine --version wine-4.11
Regards
https://bugs.winehq.org/show_bug.cgi?id=20694 Bug 20694 depends on bug 47399, which changed state.
Bug 47399 Summary: Mozart 11-13 crashes on startup https://bugs.winehq.org/show_bug.cgi?id=47399
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
https://bugs.winehq.org/show_bug.cgi?id=20694
florian.will@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |florian.will@gmail.com
--- Comment #21 from florian.will@gmail.com --- Current status for Mozart 11 is that bmp, tif, jpg and png work. emf doesn't work (no file created), as gdiplus has no encoding function registered for that file type, there's only "decode_image_emf".
Exporting a gif file creates a 1-byte file (containing 0x3b ";"). The root cause appears to be that wine's windowscodecs implementation supports only the GUID_WICPixelFormat8bppIndexed pixel format for the GIF encoder, but the Mozart gdiplus bitmap is in PixelFormat1bppIndexed and the attempted conversion (by gdiplus) to PixelFormat8bppIndexed is not supported: "0024:fixme:gdiplus:GdipBitmapLockBits cannot read bitmap from 30101 to 30803".
So if anyone still needs gif export for some reason, the easiest way to get it to work might be adding the 1bppIndexed -> 8bppIndexed conversion in gdiplus/image.c convert_pixels().
https://bugs.winehq.org/show_bug.cgi?id=20694
--- Comment #22 from Esme Povirk madewokherd@gmail.com --- I'm not sure if native GdipBitmapLockBits can do that.
WIC should be able to do that though, if it's implemented.
https://bugs.winehq.org/show_bug.cgi?id=20694
Bartosz gang65@poczta.onet.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gang65@poczta.onet.pl
https://bugs.winehq.org/show_bug.cgi?id=20694
--- Comment #23 from Bartosz gang65@poczta.onet.pl --- The implemented solution for GIF export is available at Pull Request: https://gitlab.winehq.org/wine/wine/-/merge_requests/3539
https://bugs.winehq.org/show_bug.cgi?id=20694
--- Comment #24 from Bartosz gang65@poczta.onet.pl --- The export to GIF was fixed with commit: https://gitlab.winehq.org/wine/wine/-/commit/90c2949b254c82bc8ddc00d251c64ce...
https://bugs.winehq.org/show_bug.cgi?id=20694
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |90c2949b254c82bc8ddc00d251c | |64ce336b7d8e8 Summary|Mozart 10: cannot save gif |Mozart 10/11: Cannot save |jpg or tiff, png + bmp are |gif jpg or tiff, png + bmp |empty, emf only partial. |are empty, emf only | |partial. Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #25 from Anastasius Focht focht@gmx.net --- Hello folks,
this was indeed fixed some time ago. I've exported a score into all supported image formats and they look visually fine.
--- snip --- $ pwd /home/focht/.wine/drive_c
$ ls -lsa test.* 136 -rw-r--r--. 1 focht focht 136958 Mar 31 11:55 test.bmp 20 -rw-r--r--. 1 focht focht 18966 Mar 31 11:54 test.gif 96 -rw-r--r--. 1 focht focht 98159 Mar 31 11:54 test.jpg 12 -rw-r--r--. 1 focht focht 8305 Mar 31 11:55 test.png 136 -rw-r--r--. 1 focht focht 137094 Mar 31 11:54 test.tif
$ file test.*
test.bmp: PC bitmap, Windows 3.x format, 1536 x 713 x 1, image size 136896, resolution 3780 x 3780 px/m, 2 important colors, cbSize 136950, bits offset 62 test.gif: GIF image data, version 89a, 1536 x 713 test.jpg: JPEG image data, JFIF standard 1.01, resolution (DPI), density 96x96, segment length 16, baseline, precision 8, 1536x713, components 3 test.png: PNG image data, 1536 x 713, 1-bit colormap, non-interlaced test.tif: TIFF image data, little-endian, direntries=13, height=713, bps=1, compression=none, PhotometricInterpretation=RGB Palette, width=1536
$ identify test.* test.bmp BMP3 1536x713 1536x713+0+0 1-bit sRGB 2c 136958B 0.000u 0:00.004 test.gif GIF 1536x713 1536x713+0+0 8-bit sRGB 256c 18966B 0.000u 0:00.000 test.jpg JPEG 1536x713 1536x713+0+0 8-bit sRGB 98159B 0.000u 0:00.000 test.png PNG 1536x713 1536x713+0+0 8-bit sRGB 2c 8305B 0.000u 0:00.000 --- snip ---
Resolving fixed by commit https://source.winehq.org/git/wine.git/commitdiff/90c2949b254c82bc8ddc00d251... ("gdiplus: Add support support for 1, 4 and 8 bpp indexed pixel format conversion.").
Thanks Bartosz
$ wine --version wine-9.5-95-g8568848ba83
Regards
https://bugs.winehq.org/show_bug.cgi?id=20694
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #26 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 9.6.