http://bugs.winehq.org/show_bug.cgi?id=24679
Summary: SketchUp cannot produce correct png/jpg/bmp files Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: aerilius@googlemail.com
When you click in SketchUp in the menu to file - export 2d graphic, it does not export valid graphics. The resulting images have the correct dimensions, but they are either completely transparent (png, tif) or black (jpg, bmp). For example a png file looks like that (cat test.png): �PNG�k\ � �� �5� p �� �C � IEND�B`� As far as I can see, it has a header and 5 chunks, that means it contains pixel data (the bmp image has 1.5MB), but it shouldn't be empty.
The png export problem of the Mozart program (http://bugs.winehq.org/show_bug.cgi?id=20694) seemed first to be similar, but I tried to enable native GDIplus and it does not help.
In a SketchUp forum I once read about an export problem which was solved by disabling hardware acceleration, but that is not possible in Wine because SketchUp does not run without hardware acceleration.
http://bugs.winehq.org/show_bug.cgi?id=24679
Paul Jimenez pj@place.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pj@place.org
--- Comment #1 from Paul Jimenez pj@place.org 2010-12-22 19:08:34 CST --- I've got sketchup 8 on ubuntu 10.10 and wine 1.2.1 and can confirm that exporting to a 2d graphic gives the results explained here before.
http://bugs.winehq.org/show_bug.cgi?id=24679
Brad Templeton wine@mail.4brad.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wine@mail.4brad.com
--- Comment #2 from Brad Templeton wine@mail.4brad.com 2011-01-07 14:00:02 CST --- I also confirm this. Any work arounds? I used a screen cap to get one image, but that's kludgey, as is going to a windows machine to re-load the file and convert it. Any other linux programs that can load any of the 3d formats and render them?
http://bugs.winehq.org/show_bug.cgi?id=24679
Yorik van Havre yorik.vanhavre@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |yorik.vanhavre@gmail.com
--- Comment #3 from Yorik van Havre yorik.vanhavre@gmail.com 2011-03-31 22:23:42 CDT --- It looks indeed like sketchup is unable to output images, being 2d images exports, thumbnails images inside the sketchup file, or textures packed inside google earth .kmz files. Note that the file output itself works ok, there is always a file created, but with wrong or no image content.
As reported above, this seems to be the case for several image formats (jpg, png, etc...)
If someone has any idea about that issue and what can be tried, i'd be happy to investigate.
Cheers Yorik
http://bugs.winehq.org/show_bug.cgi?id=24679
--- Comment #4 from aerilius@googlemail.com 2011-04-01 04:49:10 CDT --- I think I can remember that it worked very long time ago (sorry that I didn't remember it earlier), it was before Intel introduced the new Linux graphics driver for their chipsets. So maybe it's a driver issue or a regression. I don't have deeper experience with Wine or regression testing, I couldn't do it myself.
I'll try to research which Wine/Ubuntu/driver versions.
http://bugs.winehq.org/show_bug.cgi?id=24679
--- Comment #5 from Yorik van Havre yorik.vanhavre@gmail.com 2011-04-01 09:47:58 CDT --- I use the nvidia driver, so this is probably not related... I suspect some character/encoding issue that makes the image data wrong, but need to investigate further.
Also there is this strange thing: when you build a model for google earth, you typically take the textures from google streetview (integrated in sketchup). When you are done, you export it to a .kmz file, that is the format read by google earth. A kmz file is nothing else that a zip file containing a .dae (collada) model and images used for textures. Normally, sketchup would crop and remap the streetview images before storing them in the kmz file.
When exporting the kmz file from sketchup running with wine, the textures are stored in the file, but uncropped and not remapped. So basically that whole operation is not done...
Anyway, that might be the same cause. I'll try to see better what's wrong with those image files...
http://bugs.winehq.org/show_bug.cgi?id=24679
Duncan Lithgow duncan.lithgow@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |duncan.lithgow@gmail.com
--- Comment #6 from Duncan Lithgow duncan.lithgow@gmail.com 2011-04-02 07:37:08 CDT --- I can see this bug is linked to SketchUp 8 - but the version is not mentioned in this bug. Could you please add the SkecthUp version to the description?
http://bugs.winehq.org/show_bug.cgi?id=24679
--- Comment #7 from Duncan Lithgow duncan.lithgow@gmail.com 2011-04-02 07:58:14 CDT --- Same problem here with Wine 1.3.16 and SketchUp 8.0.4811 on Ubuntu 10.10
http://bugs.winehq.org/show_bug.cgi?id=24679
--- Comment #8 from Yorik van Havre yorik.vanhavre@gmail.com 2011-04-02 10:00:56 CDT --- Wine 1.3.15 + sketchup 8.0.4811...
Just found another piece of information, the .jpg, .png or .bmp images produced are not invalid. They actually contain correct image data, they open fine in any image editing application. They are just filled with black or transparent pixels.
When exporting an image, the following message appears on the terminal:
err:wininet:HTTP_HttpOpenRequestW Unable to escape string!(L"/3dwarehouse/activate-importexport/?cid=3cddfd6c-69f3-45b0-a4eb-4e792893bff4&ctyp=sm&cv=p8.0.4811&hl=en-GB&pdir=e&pext=png&pname=Portable Network Graphics (*.png)&ptyp=png&suhl=en-US") (-2147467261)
(just replace the png part with other image formats, but it's the same message everytime). Not sure what it means and if relevant... Would sketchup check for something online each time it exports something? But that would prevent it from working offline... Couldn't find any information about that on the net anyway.
I'll have a look if it solves if I use native wininet...
http://bugs.winehq.org/show_bug.cgi?id=24679
--- Comment #9 from aerilius@googlemail.com 2011-04-02 11:31:24 CDT --- (In reply to comment #6)
Could you please add the SkecthUp version to the description?
Sorry that I didn't add it, it happens in all SketchUp versions from 6.4 to 8.0.4811
(In reply to comment #5)
Same problem here with Wine 1.3.16 and SketchUp 8.0.4811 on Ubuntu 10.10 When exporting the kmz file from sketchup running with wine, the textures are stored in the file, but uncropped and not remapped. So basically that whole operation is not done...
Interesting. Can you try what happens when you right click on a face, and "make texture unique"? I'm quite familiar with SketchUp and I thought SketchUp would apply the "make unique" for the remapping when exporting to Collada/kmz. The image export does not work at all on both of my computers, while the "make unique" works on the one with ATI graphics but not on the one with Intel chipset.
I found that the 2d export worked for many people back in 2008: 2008-02-24 SketchUp 6, Wine 0.9.56: print preview, jpg export And see here on SketchUcation: http://forums.sketchucation.com/viewtopic.php?f=180&t=9687#p74449
The first report that 2d export doesn't work: 2010-01-20 Wine 1.1.31 http://appdb.winehq.org/objectManager.php?sClass=version&iId=18506 Not sure, does D.J.In© imply that it works for him in Wine 1.1.18, but not in newer versions?
I'm running SketchUp all the time with native wininet and I couldn't find any reliable hint in the terminal. I suppose that SketchUp cannot create a 2d image from the openGL data, thus the valid images with black pixels. This bug affects also scene thumbnails. Try to create a photomatch scene, it will show a perfect thumbnail of the 2d photo, while normal scene thumbnails show a black thumbnail for the 3d space. I have direct contact to the SU developers, so there might be the chance to ask them if we have a specific question.
http://bugs.winehq.org/show_bug.cgi?id=24679
--- Comment #10 from Yorik van Havre yorik.vanhavre@gmail.com 2011-04-02 15:20:05 CDT --- I just tried with native wininet, it removes the error message I posted earlier, but doesn't change anything else to the problem. So that message was obviously unrelated.
The "make unique" tool indeed works for me (using the nvidia proprietary driver). Probably there is no opengl reading operation involved... At least this allows to export to google earth, thanks for the tip.
you are probably right, the problem must be reading data from the opengl window...
http://bugs.winehq.org/show_bug.cgi?id=24679
--- Comment #11 from Yorik van Havre yorik.vanhavre@gmail.com 2011-04-05 15:46:10 CDT --- Just to make sure this problem was really specific to sketchup, I just checked with a windows version of blender under wine (blender is also capable of saving a snapshot of its opengl window), but with blender everything works fine...
So this is probably specific to the way sketchup does it.
If you have easy access to the sketchup developers, it might be interesting to see if any of them has an idea of something that can be tried on the wine side...
http://bugs.winehq.org/show_bug.cgi?id=24679
--- Comment #12 from aerilius@googlemail.com 2011-04-06 10:06:00 CDT --- I found very similar issues reported for Vectorworks (not sure if it's identical). I didn't find any tricks/fixes for Vectorworks in the whole internet: http://appdb.winehq.org/objectManager.php?sClass=version&iId=4861 Export as image file (tif, jpg etc) - only .bmp works.
http://appdb.winehq.org/objectManager.php?sClass=version&iId=6545 Exporting in picture format (e.g. bmp, tiff) - although on a different machine this does appear to work.
Image export from Google Earth (5.1) in Wine works fine. I tested it, because it uses Intrinsic Alchemy v3.2 Beta-1002 (same 3d engine like SketchUp 7.1)
The situation is still very unclear whether the problem is related to the 3d engine, or to Wine or in the graphic drivers (since there's no specific error in the log).
http://bugs.winehq.org/show_bug.cgi?id=24679
--- Comment #13 from aerilius@googlemail.com 2011-04-20 08:50:56 CDT --- Created an attachment (id=34238) --> (http://bugs.winehq.org/attachment.cgi?id=34238) WINEDEBUG=+wgl wine sketchup &> log
It seems SketchUp requires a special PixelFormat for software rendering.
http://bugs.winehq.org/show_bug.cgi?id=24679
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download Status|UNCONFIRMED |NEW URL| |http://dl.google.com/sketch | |up/GoogleSketchUpWEN.exe Ever Confirmed|0 |1
--- Comment #14 from Ken Sharp kennybobs@o2.co.uk 2011-04-20 13:35:38 CDT --- Confirmed above
http://bugs.winehq.org/show_bug.cgi?id=24679
Vitaliy Margolen vitaliy-bugzilla@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |opengl
http://bugs.winehq.org/show_bug.cgi?id=24679
--- Comment #15 from aerilius@googlemail.com 2012-05-17 08:35:25 CDT --- This seems to be fixed with the DIB engine's new OpenGL support in Wine 1.5.4.
SketchUp can now successfully export to png and jpg (neither black nor transparent anymore) and all depending features work (file/scene/component thumbnails, print preview and sketchy styles).
http://bugs.winehq.org/show_bug.cgi?id=24679
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #16 from Austin English austinenglish@gmail.com 2012-05-17 15:52:35 CDT --- (In reply to comment #15)
This seems to be fixed with the DIB engine's new OpenGL support in Wine 1.5.4.
SketchUp can now successfully export to png and jpg (neither black nor transparent anymore) and all depending features work (file/scene/component thumbnails, print preview and sketchy styles).
Fixed.
http://bugs.winehq.org/show_bug.cgi?id=24679
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #17 from Alexandre Julliard julliard@winehq.org 2012-05-25 13:40:55 CDT --- Closing bugs fixed in 1.5.5.
http://bugs.winehq.org/show_bug.cgi?id=24679
jon@restlesslemon.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jon@restlesslemon.co.uk
--- Comment #18 from jon@restlesslemon.co.uk 2013-01-22 07:59:12 CST --- An additional note for anyone still struggling with this problem. On Fedora 17, I had to install libOSMesa in order to enable off-screen rendering. But it appears that a function (glAccum) is missing from Mesa 8 (the version on F17) which means that off-screen rendering still does not work. I've not yet been able to test this on F18 which includes Mesa 9.
https://bugs.winehq.org/show_bug.cgi?id=24679
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net URL|http://dl.google.com/sketch |https://web.archive.org/web |up/GoogleSketchUpWEN.exe |/20190807235315/http://dl.t | |rimble.com/sketchup/GoogleS | |ketchUpProWEN.exe Fixed by SHA1| |ba7db0998ccaafc2c5b0939110a | |570688a01106d Summary|SketchUp cannot produce |Google SketchUp 8 cannot |correct png/jpg/bmp files |produce correct png/jpg/bmp | |files