<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to bug-reports</title><link>https://sourceforge.net/p/openctm/bug-reports/</link><description>Recent changes to bug-reports</description><atom:link href="https://sourceforge.net/p/openctm/bug-reports/feed.rss" rel="self"/><language>en</language><lastBuildDate>Sun, 26 Jun 2016 12:40:09 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/openctm/bug-reports/feed.rss" rel="self" type="application/rss+xml"/><item><title>ctmconv cannot handle spaces on its output through zenity</title><link>https://sourceforge.net/p/openctm/bug-reports/14/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;ctmconv doesn't recognize quoted variables as one entity if their contents contain spaces.&lt;br/&gt;
If I type in a command, using backslashes in filenames with spaces, e.g:&lt;/p&gt;
&lt;div class="codehilite"&gt;&lt;pre&gt;ctmconv /home/alistair/Desktop/plastic/Buffers/Model\ Rail.stl /home/alistair/Desktop/Model\ Rail.3ds
&lt;/pre&gt;&lt;/div&gt;


&lt;p&gt;it works perfectly.&lt;br/&gt;
If I use zenity to produce a gui to do the same:&lt;/p&gt;
&lt;div class="codehilite"&gt;&lt;pre&gt;ctmconv /home/alistair/Desktop/plastic/Buffers/Model\ Rail.stl /home/alistair/Desktop/Model\ Rail.3ds
Error: Invalid argument: /home/alistair/Desktop/Model\
&lt;/pre&gt;&lt;/div&gt;


&lt;p&gt;Ubuntu Xenial 64 bit.  Don't know how to call up the version number of ctmconv. &lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Alistair Fitchie</dc:creator><pubDate>Sun, 26 Jun 2016 12:40:09 -0000</pubDate><guid>https://sourceforge.net50d6fa9f3060ef90e2a69627968a0ba96402bc9a</guid></item><item><title>Makefile on Mac not working</title><link>https://sourceforge.net/p/openctm/bug-reports/13/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hey there, i am trying to compile the libopenctm.dylib from the Makefile.macosx on terminal, &lt;br/&gt;
however it throws this error..&lt;/p&gt;
&lt;p&gt;Tet:~ TeT$ make -f /Users/TeT/Downloads/OpenCTM-1.0.3/Makefile.macosx &lt;br/&gt;
cd lib &amp;amp;&amp;amp; /Library/Developer/CommandLineTools/usr/bin/make -f Makefile.macosx -j2 &amp;amp;&amp;amp; cd ..&lt;br/&gt;
/bin/sh: line 0: cd: lib: No such file or directory&lt;br/&gt;
make: *** &lt;span&gt;[openctm]&lt;/span&gt; Error 1&lt;/p&gt;
&lt;p&gt;Thanks alot&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kieran Harris</dc:creator><pubDate>Tue, 19 Jan 2016 10:40:47 -0000</pubDate><guid>https://sourceforge.net4847daefbec07ca144b5a8d6fc6ae6482e3f8ef5</guid></item><item><title>#11 Vertex Normal issues</title><link>https://sourceforge.net/p/openctm/bug-reports/11/?limit=25#b528/3875/f856</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Had a look for it but can't find it sorry. The basic idea was as follows:&lt;/p&gt;
&lt;p&gt;Faces (with "f" at the start of the line) specify indices for each vertex such as '3/4/5'. I just kept a dictionary of these combinations, creating new vertex/texture coord/normals every time I found a new combination, replacing the face's vertex with indices of all the same number (the index of the combination in the dictionary).&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jozxyqk</dc:creator><pubDate>Fri, 09 Oct 2015 10:09:05 -0000</pubDate><guid>https://sourceforge.net0c7f4e2435cc0e8745f9086851cf350678bb8f52</guid></item><item><title>#11 Vertex Normal issues</title><link>https://sourceforge.net/p/openctm/bug-reports/11/?limit=25#b528/3875</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Could you post a link to your script please???&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Valentin K</dc:creator><pubDate>Thu, 08 Oct 2015 15:35:24 -0000</pubDate><guid>https://sourceforge.net4437cb353cfd210e8b816216751464e584cfcb8b</guid></item><item><title>compilation not working on mac os x</title><link>https://sourceforge.net/p/openctm/bug-reports/12/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hello,&lt;br/&gt;
I'm trying to compile openctm in mac os x (I have os x 10.10). The compilation ends without error (only a lot of glut-related warnings). I'm interested only on the tools. This is the error I get when trying to use ctmconv:&lt;/p&gt;
&lt;p&gt;tools/ctmconv mesh.ply mesh.ctm&lt;br/&gt;
dyld: Library not loaded: libopenctm.dylib&lt;br/&gt;
  Referenced from: /Applications/_Graph/OpenCTM-1.0.3/tools/ctmconv&lt;br/&gt;
  Reason: image not found&lt;br/&gt;
Trace/BPT trap: 5&lt;/p&gt;
&lt;p&gt;thank you for your help!&lt;/p&gt;
&lt;p&gt;roberto&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">roberto</dc:creator><pubDate>Wed, 30 Sep 2015 12:40:20 -0000</pubDate><guid>https://sourceforge.netca55dcc42f330143da9e0a60017c1afa5f7699f6</guid></item><item><title>#11 Vertex Normal issues</title><link>https://sourceforge.net/p/openctm/bug-reports/11/?limit=25#b528</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I've been experiencing issues with &lt;code&gt;obj&lt;/code&gt; to &lt;code&gt;ctm&lt;/code&gt; conversion. I suspect it's to do with the way &lt;code&gt;obj&lt;/code&gt; can use separate indices for position/normal. I created a small python script to generate unique vertex/normal pairs within the &lt;code&gt;obj&lt;/code&gt; and the normals came out just fine afterwards.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jozxyqk</dc:creator><pubDate>Fri, 01 Nov 2013 10:53:34 -0000</pubDate><guid>https://sourceforge.net06bada1c24deb130cecf72ea1588e72e28d75118</guid></item><item><title>Vertex Normal issues</title><link>https://sourceforge.net/p/openctm/bug-reports/11/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;If i try to export an .obj to a .ctm I am experiencing -what looks to me like - vertex normal issues.&lt;br /&gt;
Is it possible that duplicate vertices are the reason and if yes why?&lt;/p&gt;
&lt;p&gt;&lt;a href="http://threever.org/demos/problem/webgl_loader_ctm2.html" rel="nofollow"&gt;http://threever.org/demos/problem/webgl_loader_ctm2.html&lt;/a&gt;&lt;br /&gt;
&lt;a href="http://threever.org/demos/problem/assimpobj.png" rel="nofollow"&gt;http://threever.org/demos/problem/assimpobj.png&lt;/a&gt;&lt;br /&gt;
obj&lt;br /&gt;
&lt;a href="http://threever.org/demos/problem/sphereDAEtoOBJ_ASSIMP.obj" rel="nofollow"&gt;http://threever.org/demos/problem/sphereDAEtoOBJ_ASSIMP.obj&lt;/a&gt;&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Matthias Guntrum</dc:creator><pubDate>Fri, 26 Oct 2012 20:14:12 -0000</pubDate><guid>https://sourceforge.netc55df922b3728cbd4204c9693ec66e71eccba269</guid></item><item><title>Compile with mingw-w64</title><link>https://sourceforge.net/p/openctm/bug-reports/10/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;OpenCTM 1.3.0 can't be used with mingw-w64 at the moment. The reason for this is that in win64 there are no stdcall @'s, so the .def files mess linking with OpenCTM. The solution for this would be to provide a separate Makefile.mingw-w64 that uses openctm-msvc.def instead of openctm-mingw1.def and openctm-mingw2.def.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Daniel Kirchner</dc:creator><pubDate>Mon, 02 Jul 2012 15:51:56 -0000</pubDate><guid>https://sourceforge.net91aa77260629f2a93898f68a6bafb88ad36ce7f4</guid></item><item><title>UV coordinates broken</title><link>https://sourceforge.net/p/openctm/bug-reports/9/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;If I try to encode a obj model to the ctm format everything works fine besides the UV coordinates. The UVs are right on some places but the exporter apparently has troubles with texture seams. I tried the command line and the GUI tool. Is there a solution for this problem?&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Stefan Wagner</dc:creator><pubDate>Tue, 03 Apr 2012 09:51:40 -0000</pubDate><guid>https://sourceforge.netf2ca8a5bf5928dee7cb7a0559c3f67826334236d</guid></item><item><title>Point cloud compression</title><link>https://sourceforge.net/p/openctm/bug-reports/8/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;If I try to save a mesh composed by just vertexes (no triangles) it does not save it and says "CTM INVALID ARGUMENT"&lt;br /&gt;
There is a simple workaround: it is sufficient to add a null triangle (three indexes to the same vertex). &lt;/p&gt;
&lt;p&gt;Could be patched? &lt;/p&gt;
&lt;p&gt;(tested only on a macosx 10.6.8, gcc 64 bit)&lt;/p&gt;
&lt;p&gt;cheers and thanks in advance&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Paolo Cignoni</dc:creator><pubDate>Fri, 30 Sep 2011 11:44:14 -0000</pubDate><guid>https://sourceforge.net0035aa257f864cdc9c0a60dc838a90a7bda88700</guid></item></channel></rss>