GEM-dev December 2011

gem-dev@lists.iem.at

9 participants
23 discussions

[ pd-gem-Bugs-3448076 ] [text3d]: problems with strings starting with newline
by SourceForge.net 02 Dec '11

02 Dec '11

Bugs item #3448076, was opened at 2011-12-02 01:27 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3448076&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: rendering (e.g. display) Group: any operating system Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: [text3d]: problems with strings starting with newline Initial Comment: When sending [text3d] a 'string' message starting with a newline character (10), the Gem window shows an unexpected text, where every newline character (including the first one) is replaced by a character looking similar to [] (an empty box). Example: [string 10 97 97 10 98 98( is rendered as: []aa[]bb [string 97 97 10 98 98( is (correctly) rendered as: aa bb This is on / with: - Gem 0.93.git cb1745f - Pd 0.43.1test4 - Ubuntu 11.04 and: - Pd-extended 0.42.6 - Mac OS X (10.6) Credit for finding this bug goes to Michèle Graf and Selina Grüter ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3448076&group_…

1 0

pix_write relative path - osx
by Nicolas Montgermont 01 Dec '11

01 Dec '11

Hello list, I was wondering if the problem of the relative path of [pix_write] under osx may be fixed soon. For reminder the actual behavior (gem compiled this morning, used with pd-extended 0.42.5, osx.6.8) is: - if you send no filename, you have in the terminal: error: ERROR: -43 in GraphicsExportSetOutputFile() error: GEM: Unable to save image to 'gem00000.tif' - if you send a relative filename, eg. [file toto(, you have the same error: error: ERROR: -43 in GraphicsExportSetOutputFile() error: GEM: Unable to save image to 'toto00000.tif' - if you send a filename including the "~" home variable, it gives the same error. It only works if you set pix_write to an absolute filename inside an existing directory, eg. [file /Users/nix/snap_pd/test (. From what i've seen in workshop, this is a major difficulty for learners. They are not specially used to explicit a directory from root, and they must not have spaces in any directory name used. It makes also a patch containing pix_write on an osx computer non directly usable on any another ... Is there any possibility to have relative path in pix_write under osx, or can we imagine some workaround? it will be of great help thanks, n -- http://nim.on.free.fr

6 18

[ pd-gem-Bugs-3445962 ] pix_writer write rgba images - osx
by SourceForge.net 01 Dec '11

01 Dec '11

Bugs item #3445962, was opened at 2011-11-30 03:15 Message generated for change (Comment added) made by nimon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3445962&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Pixes (pix_ objects) Group: osx >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Nicolas Montgermont (nimon) Assigned to: Nobody/Anonymous (nobody) Summary: pix_writer write rgba images - osx Initial Comment: I must insert a [pix_rgba] before [pix_writer] to have the good image written. It seems [pix_writer] writes rgb images even if it receives yuv data. osx.6.8 gem from current git ---------------------------------------------------------------------- >Comment By: Nicolas Montgermont (nimon) Date: 2011-12-01 02:06 Message: it works now. thanks. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-11-30 06:52 Message: should be fixed in git.736f0982 ---------------------------------------------------------------------- Comment By: Nicolas Montgermont (nimon) Date: 2011-11-30 04:51 Message: right sorry, pix_snap converts to rgb, so forget about the last line of my last comment. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-11-30 04:07 Message: i think the expected behavior for pix_write is to convert yuv image to rgb befor recording it to the disk. ---------------------------------------------------------------------- Comment By: Nicolas Montgermont (nimon) Date: 2011-11-30 03:55 Message: Maybe I was not clear enough. If I use [pix_writer] just after [pix_video] I get a totally distorted image. Exactly the same if I use [pix_image] on a rgb image, and then [pix_yuv] and then [pix_writer]. It looks like [pix_writer] is not testing the format of the texture and assume it's rgb even if it's not the case. The expected behavior is to have the same result with [pix_snap]+[pix_writer] and [pix_write] ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-11-30 03:46 Message: what is the expected behaviour? i don't think you can natively write YUV-images in TIF; JPEG uses their own colorspace anyhow. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3445962&group_…

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev December 2011