GEM-dev December 2013

gem-dev@lists.iem.at

10 participants
8 discussions

[pd-gem:bugs] #220 [text3d] crashes PD if the letter "p" is typed
by hellocatfood 08 Jul '14

08 Jul '14

--- ** [bugs:#220] [text3d] crashes PD if the letter "p" is typed** **Status:** open **Created:** Sun Dec 08, 2013 09:22 PM UTC by hellocatfood **Last Updated:** Sun Dec 08, 2013 09:22 PM UTC **Owner:** nobody I'm using PD extednded 0.43.4 and have noticed that when using some fonts [text3d] will crash PD when a string with five or more characters is entered. Font used is Beams: http://openfontlibrary.org/en/font/beams And the error returned is: ``pd: ../src/libtess/priorityq.c:164: __gl_pqSortInit: Assertion `((((GLUvertex *)**(i+1))->s < ((GLUvertex *)**i)->s) || (((GLUvertex *)**(i+1))->s == ((GLUvertex *)**i)->s && ((GLUvertex *)**(i+1))->t <= ((GLUvertex *)**i)->t))' failed. Pd: signal 6`` I using a Dell XPS 13 developer edition running Ubuntu 13.10 with Intel® Ivybridge Mobile graphics and Intel® Core™ i7-3537U CPU @ 2.00GHz × 4 processors I've attached a patch and the font file for testing --- Sent from sourceforge.net because gem-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pd-gem/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pd-gem/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

3 4

GEM for Windows build on Microsoft Visual C++
by Antoine Villeret 09 Jan '14

09 Jan '14

Hi, I built GEM on Windows with Visual C++ 2010 Express under Windows 7. I made a how-to pdf with a step-by-step. I have a working Gem.dll and several extras. I managed to build filmDS by making some changes in the code (adding a lacking qedit.h and changing #include order) but this could have broken other builds. I can't build videoDS due to several errors after replacing qedit.h and changing header order : 1>------ Début de la génération : Projet : videoDS, Configuration : Release Win32 ------ 1> videoDS.cpp 1>C:\Program Files\Microsoft SDKs\Windows\v7.1\Samples\multimedia\directshow\baseclasses\wxdebug.h(295): error C2146: erreur de syntaxe : absence de ';' avant l'identificateur 'm_pString' 1>C:\Program Files\Microsoft SDKs\Windows\v7.1\Samples\multimedia\directshow\baseclasses\wxdebug.h(295): error C4430: spécificateur de type manquant - int est pris en compte par défaut. Remarque : C++ ne prend pas en charge int par défaut 1>C:\Program Files\Microsoft SDKs\Windows\v7.1\Samples\multimedia\directshow\baseclasses\wxdebug.h(295): error C4430: spécificateur de type manquant - int est pris en compte par défaut. Remarque : C++ ne prend pas en charge int par défaut 1>C:\Program Files\Microsoft SDKs\Windows\v7.1\Samples\multimedia\directshow\baseclasses\wxdebug.h(292): error C2065: 'm_pString' : identificateur non déclaré 1>C:\Program Files\Microsoft SDKs\Windows\v7.1\Samples\multimedia\directshow\baseclasses\wxdebug.h(316): error C2065: 'm_pString' : identificateur non déclaré 1>..\videoDS.cpp(643): warning C4018: '<' : incompatibilité signed/unsigned ========== Génération : 0 a réussi, 1 a échoué, 1 mis à jour, 0 a été ignoré ========== imageMAGICK doesn't build due to errors (see attached log). I'm linking against ImageMagick v.6.8.6 videoHALCON report some casting issue which I fixed by adding explicit cast but linking fails. I'm using HALCON v.11 I also have a question concerning Gem's dependencies. I need to put some dll (freetype6.dll, ftgl.dll, pthreadVC2.dll and zlib/dll) beside Gem.dll. Those files are not needed in the last release of Gem. Is it possible to do that again ? If no, could I attached a copy of those files in an archive to deploy Gem (at least for testing) ? I build Gem mainly to be able to build pix_opencv on Windows and I don't try IT a lot. So if somebody have time to test this on Windows, I'll be happy to make an archive with binaries. For now, there is a new folder under the build\ folder in my github Gem/vce2010 branch. https://github.com/avilleret/Gem.git Any advice is welcome. + a -- do it yourself http://antoine.villeret.free.fr

4 12

[pix_record] doesn't capture background colour if codec 33 (h.264) is selected
by Antonio Roberts 18 Dec '13

18 Dec '13

I've noticed a strange bug in GEM (or ffmpeg) whereby the background colour, set by [gemwin], isn't captured with [pix_record] if codec 33 is selected. For me this codec is listed as "x264 H.264 (MPEG4 AVC) encoder" See the attached patch for an example. I'm capturing both video and pictures to show that it's a specific problem with [pix_record] and not with [gemwin] Is there any way around this or how to fix it? I'm using pd-extenedd 0.43.4 and ffmpeg 6:0.8.9-0ubuntu0.13.10.1 Thanks Antonio -- ============================ antonio(a)hellocatfood.com http://www.hellocatfood.com ============================

2 2

[pix_video] not working with usbtv driver/Easycap capture card
by Antonio Roberts 16 Dec '13

16 Dec '13

I'm using PD extended 0.43.4 on Ubuntu 13.10 and have a problem with [pix_video]. I have two Easycap USB composite capture cards. One of them has the DC60 chipset and uses the stk1160 driver and works with PD/Gem i.e. I'm able to use it (plus an old video camera) as a video input device (very useful!) The second one I have (www.amazon.co.uk/EasyCap-DC60-Capture-Adapter-Software/dp/B003QA7MES/ ) doesn't use the stk1160 driver and instead uses the usbtv driver. When I load the video device (usually /dev/video1) into [pix_video] it completely freezes PD (watchdog: signaling pd... keeps being repeated in the command line). This seems to be an error with GEM as the capture card works in every other application that I've tried it on (Cheese, Camorama, avconv/ffmpeg, web applications) Is there any way to diagnose and fix this? Antonio -- ============================ antonio(a)hellocatfood.com http://www.hellocatfood.com ============================

2 4

[pix_imageInPlace] expansion
by j-p 12 Dec '13

12 Dec '13

Hi, are there any future plans to write more straight-to-texture-ram objects like pix_imageInPlace? an equivalent to pix_image (singular) or a buffer that doesn't need sequentially named files would be nice i may be misinformed but i don't see any reason to use pix_image processes for static images - as they seem to consume more resources and another question - is there currently a way to convert a raw list of numbers into an image, as a pix_set object does, but store it in a buffer along with other images? i think this might be a flexible option with an object like pix_imageInPlace J

2 1

Music videos?
by Albert Fish 05 Dec '13

05 Dec '13

I have a degree in IT, but I'm not even sure of what PD is supposed to do so here's my question : is it possible to create computer-generated videos with it? Thanks. Regards, Albert

3 2

Music videos?
by Albert Fish 05 Dec '13

05 Dec '13

I have a degree in IT, but I'm not even sure of what PD is supposed to do so here's my question : is it possible to create computer-generated videos with it? Thanks. Regards, Albert

1 0

Compiling Gem OSX 10.9 64-bit
by me.grimm 03 Dec '13

03 Dec '13

I have not tried to compile Gem in quite sometime. most of my dev setup since then has changed. my just recent attempt give me the following errors. any ideas? seems like all xcode stuff. has anyone tried compiling gem 64bit recently OSX? im on 10.9 BTW...... Making all in Gem /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../src -I../../src -DGEM_INTERNAL -DGLEW_BUILD -DPD -I/Applications/Pd-extended.app/Contents/Resources/src -g -O2 -freg-struct-return -Os -falign-loops -falign-functions -falign-jumps -funroll-loops -ffast-math -mmmx -fpascal-strings -MT libGem_la-Properties.lo -MD -MP -MF .deps/libGem_la-Properties.Tpo -c -o libGem_la-Properties.lo `test -f 'Properties.cpp' || echo './'`Properties.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../src -I../../src -DGEM_INTERNAL -DGLEW_BUILD -DPD -I/Applications/Pd-extended.app/Contents/Resources/src -g -O2 -freg-struct-return -Os -falign-loops -falign-functions -falign-jumps -funroll-loops -ffast-math -mmmx -fpascal-strings -MT libGem_la-Properties.lo -MD -MP -MF .deps/libGem_la-Properties.Tpo -c Properties.cpp -fno-common -DPIC -o .libs/libGem_la-Properties.o clang: warning: argument unused during compilation: '-freg-struct-return' clang: warning: argument unused during compilation: '-falign-loops' clang: warning: argument unused during compilation: '-falign-functions' clang: warning: argument unused during compilation: '-falign-jumps' In file included from Properties.cpp:3: In file included from ./Properties.h:25: ../../src/Utils/any.h:46:23: error: implicit instantiation of undefined template 'std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >' const std::string from; ^ /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/iosfwd:187:28: note: template is declared here class _LIBCPP_TYPE_VIS basic_string; ^ In file included from Properties.cpp:3: In file included from ./Properties.h:25: ../../src/Utils/any.h:47:23: error: implicit instantiation of undefined template 'std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >' const std::string to; ^ /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/iosfwd:187:28: note: template is declared here class _LIBCPP_TYPE_VIS basic_string; ^ In file included from Properties.cpp:3: In file included from ./Properties.h:25: ../../src/Utils/any.h:38:31: error: implicit instantiation of undefined template 'std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >' virtual const std::string what(void) { ^ /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/iosfwd:187:28: note: template is declared here class _LIBCPP_TYPE_VIS basic_string; ^ In file included from Properties.cpp:3: In file included from ./Properties.h:25: ../../src/Utils/any.h:39:28: error: implicit instantiation of undefined template 'std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >' std::string result = std::string("bad cast("); ^ /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/iosfwd:187:28: note: template is declared here class _LIBCPP_TYPE_VIS basic_string; ^ In file included from Properties.cpp:3: In file included from ./Properties.h:25: ../../src/Utils/any.h:39:19: error: implicit instantiation of undefined template 'std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >' std::string result = std::string("bad cast("); ^ /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/iosfwd:187:28: note: template is declared here class _LIBCPP_TYPE_VIS basic_string; ^ In file included from Properties.cpp:3: In file included from ./Properties.h:25: ../../src/Utils/any.h:41:16: error: implicit instantiation of undefined template 'std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >' result+= std::string("->"); ^ /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/iosfwd:187:28: note: template is declared here class _LIBCPP_TYPE_VIS basic_string; ^ In file included from Properties.cpp:3: In file included from ./Properties.h:25: ../../src/Utils/any.h:43:16: error: implicit instantiation of undefined template 'std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >' result+= std::string(")"); ^ /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/iosfwd:187:28: note: template is declared here class _LIBCPP_TYPE_VIS basic_string; ^ 7 errors generated. make[3]: *** [libGem_la-Properties.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1

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 2013