$txt['backtotheindex_enabled'] = 'Enable the Back to the index mod'; $txt['backtotheindex_title'] = 'Title for the Back to the index menu button'; $txt['backtotheindex_href'] = 'Link (URL) for the Back to the index menu button'; $txt['backtotheindex_position'] = 'Position of the Back to the index button'; $txt['backtotheindex_beginofmenu'] = 'At the beginning of the menu (before Home button)'; $txt['backtotheindex_endofmenu'] = 'At the end of the menu (after Logout/Register button)'; $txt['costa_topico_fixo'] = 'Sticky Topics'; $txt['costa_topico_normal'] = 'Normal Topics'; $txt['date_registered'] = 'Join Date'; $txt['display_join_date'] = 'Show join date in topic view:'; $txt['embed'] = 'Insert Embed'; // Begin BoardHover $txt['boardhover'] = 'BoardHover'; $txt['linktree_hover'] = 'Adjust the Linktree settings'; $txt['enable_linktree_hover'] = 'Enable navigation tree hover for all users:'; $txt['disable_linktree_first_page'] = 'Remove navigation tree from front page:'; // End BoardHover // SMFPacks Shoutbox --> $txt['sba_title'] = 'Shoutbox'; $txt['sba_link'] = 'Shoutbox'; $txt['permissiongroup_shoutbox'] = 'Shoutbox'; $txt['permissiongroup_simple_shoutbox'] = 'Shoutbox'; $txt['permissionname_shoutbox_view'] = 'View Shoutbox'; $txt['permissionname_shoutbox_post'] = 'Post messages in Shoutbox'; $txt['permissiongroup_shoutbox_panel'] = 'Shoutbox Moderation Panel'; $txt['permissiongroup_simple_shoutbox_panel'] = 'Shoutbox Moderation Panel'; $txt['permissionname_shoutbox_edit'] = 'Edit messages in Shoutbox'; $txt['permissionname_shoutbox_delete'] = 'Delete messages in Shoutbox'; $txt['permissionname_shoutbox_prune'] = 'Empty Shoutbox'; $txt['permissionname_shoutbox_ban'] = 'Ban users in Shoutbox'; // <-- SMFPacks Shoutbox $txt['socialization_onoff'] = 'Enable socialization button (Facebook, Twitter, and Google+)'; $txt['facebook_like'] = 'Show Facebook Like icon in the first post'; $txt['twitter_tweet'] = 'Show Twitter Tweet icon in the first post'; $txt['googleplus_plusone'] = 'Show Google +1 icon in the first post'; $txt['sd_add'] = 'Share me:'; $txt['sd_social_bookmarks'] = 'Share me'; Gimp corrupting ora files

MyPaint > Helps, Bugs and Support

Gimp corrupting ora files

(1/2) > >>

vandalk:
So i'm having some troubles with gimp saving .ora files. I'm on the latest 2.6 version of gimp and I have the ora plugin installed, I don't know when this started happening I just know I didn't use to have any troubles with gimp and mypaint, but now whenever I open an ora file on gimp and save it, when I try to open it on mypaint it crashes! Though the same file still opens normally on gimp.

This is the error message I got today:

--- Code: ---
Traceback (most recent call last):
  File "C:\Program Files (x86)\MyPaint\library.zip\gui\application.py", line 133, at_application_start(*junk=())
                    else:
                        self.filehandler.open_file(fn)
  File "C:\Program Files (x86)\MyPaint\library.zip\gui\drawwindow.py", line 46, wrapper(self=<gui.filehandling.FileHandler object>, *args=(u'D:\\Vandalk\\Daniel\\Desenhos\\Exercicios\\PixelLovely\\30minClass\\2012-02-01 - Copy.ora',), **kwargs={})
            try:
                func(self, *args, **kwargs)
                # gtk main loop may be called in here...
  File "C:\Program Files (x86)\MyPaint\library.zip\gui\filehandling.py", line 249, open_file(no details)
            try:
                self.doc.model.load(filename, feedback_cb=self.gtk_main_tick)
            except document.SaveLoadError, e:
  File "C:\Program Files (x86)\MyPaint\library.zip\lib\document.py", line 389, load(no details)
            try:
                load(filename, **kwargs)
            except gobject.GError, e:
  File "C:\Program Files (x86)\MyPaint\library.zip\lib\document.py", line 677, load_ora(self=<lib.document.Document instance>, filename=u'D:\\Vandalk\\Daniel\\Desenhos\\Exercicios\\PixelLovely\\30minClass\\2012-02-01 - Copy.ora', feedback_cb=<function gtk_main_tick>)
                tmp_filename = join(tempdir, src)
                self.load_layer_from_png(tmp_filename, x, y, feedback_cb)
                os.remove(tmp_filename)
  File "C:\Program Files (x86)\MyPaint\library.zip\lib\document.py", line 304, load_layer_from_png(no details)
            s = tiledsurface.Surface()
            s.load_from_png(filename, x, y, feedback_cb)
            self.do(command.LoadLayer(self, s))
  File "C:\Program Files (x86)\MyPaint\library.zip\lib\tiledsurface.py", line 372, load_from_png(self=<lib.tiledsurface.Surface; proxy of <Swig Object of type 'TiledSurface *' at 0x0402AE78> >, filename=u'c:\\users\\daniel\\appdata\\local\\temp\\tmpvamywbmypaint\\data/layer000.png', x=2048, y=640, feedback_cb=<function gtk_main_tick>)
            filename_sys = filename.encode(sys.getfilesystemencoding()) # FIXME: should not do that, should use open(unicode_object)
            mypaintlib.load_png_fast_progressive(filename_sys, get_buffer)
            consume_buf() # also process the final chunk of data
  File "C:\Program Files (x86)\MyPaint\library.zip\lib\tiledsurface.py", line 347, get_buffer(png_w=1600, png_h=1664)
                else:
                    state['buf'] = empty((buf_h, buf_w, 4), 'uint8')
TypeError: data type not understood

--- End code ---
I did some exercises on figure drawing with Pixel Lovely (http://www.pixelovely.com/gesture/figuredrawing.php) and mypaint, after I finished I saved the file and oppened it on gimp for a simple resize. I didn't do anything else on gimp, just oppened it, resized and saved back to the ora file, tried to open it on mypaint and got this error. This happened many times lately, and sometimes saving in a different folder fixes it, or saving with gimp painter instead of normal gimp also seems to work, though not all of the times, sometimes it doesn't matter what I do I keep getting the same error!

One thing I also noticed with yeaterday files was that the bugged file was 1,4MB but when I finally got gimp to save a working file it was 1,2MB

Anyway, I dunno what's happening, but it's extremely irritating and time wasting. I'll be glad if someone can help me understand this!

sunfeelin:
I've discovered same trouble with saving .ora file with GIMP 2.6.

With turning on and off visibility and blending mode of some layers, I've found out, that error with .ora appears when using "multiply" mode.

Layer, which set to "multiply" mode (and, maybe, other, except "normal" modes) saved in GIMP, causing Mypaint crash at the moment of loading.

Also, if you merge layers or switch its blending mode to "normal" and save file in GIMP, it perfectly opens in Mypaint.

Sry for my English =)

David Revoy:
Hey, I understand and I also experienced those problems. But here the few tips I discovered about this topic :

First be sure you use the latest *.ora plugin if you use 2.6 painter or not ( 2.7 and more don't need the plugin ) . Latest plugin support well the blending modes , visibility and I experienced not a lot of problem with it.

Another problem I found , is with complex names ; when you import external file as a texture or a web file with Gimp ; this one replace the layer name with the full local path or the web path. This create a long filename with symbol hard to save or to load with the plugin.
Same for special character ; during a period I had problem with é à ç  ( french letters ) I guess this can extend to other specific language symbols. I have to check that again by the way. It's a long time I didn't had any problem with *.ora.

Last , in case of really needed rescue ; don't forget open raster is just a ZIP file ; you can open it with a simple archive manager, inside you'll find the thumbnail, every layers saved as *.png and a *.xml files with all the layer name / mode infos. If you want to recover a *.ora with bad layers names ; this way is the most straight forward ( open the *.xml inside, edit the name of the layer for simplier, save ...etc... ). The extreme rescue is to manually extract all *.png and recompose the picture in Gimp. ( That was a part of my Mypaint<>Gimp workflow before the *.ora plugin , it was painful )

sunfeelin:

--- Quote from: Deevad on February 02, 2012, 01:25:11 pm ---Same for special character ; during a period I had problem with é à ç  ( french letters ) I guess this can extend to other specific language symbols. I have to check that again by the way. It's a long time I didn't had any problem with *.ora.

--- End quote ---
So, I've had same problems with "<" and ">" symbols in layer name.

I think, *.ora (or Mypaint) is still far away from its final releases.
Today mypaint failed loading *.ora file, that was saved in Krita.
BTW, Deevad, thanks for your blog, where I've first read about this program.

Oh, forgot about some additional info: my workflow is still on Windows 7 x64 (I'm planning to use Kubuntu or Mint in closest future).
So Krita and Mypaint little bit outdated.

vandalk:
Hum, If I update gimp to 2.7, will I be able to keep Gimp Painter and GPS?

Thanks for the tips everyone! I beleive I have the latest version of .ora plugin, but I'll download it again to be sure. The thing about special character I had noticed already, since portuguese also has lots of special characters, and it was at that time I learned about opening .ora files with 7zip, really useful stuff! Though I'm pretty sure the plugin doesn't have problems with special characters anymore, I don't know 100% for sure since now got the habit of not using special characters on layer names xD

Anyway, the thing about blending modes causing bugs is new to me, though I was pretty sure there was no layer with special blending modes on that file, but maybe I accidentaly changed one of them, I'll check it out later!

Navigation

[0] Message Index

[#] Next page

Go to full version