Pd-dev December 2007

pd-dev@lists.iem.at

28 participants
143 discussions

[ pure-data-Bugs-1849321 ] pix_record stops recording after 4 frames
by SourceForge.net 12 Dec '07

12 Dec '07

Bugs item #1849321, was opened at 2007-12-12 14:23 Message generated for change (Settings changed) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1849321&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: gem Group: v0.40.2 >Status: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: oli44 (oli44) Assigned to: Nobody/Anonymous (nobody) Summary: pix_record stops recording after 4 frames Initial Comment: Bug produced with the help patch of gem/pix_record When trying to record in auto mode or image by image, pix_record records a few frames (at best 4) and send writes [pix_record]: pix_record : movie written to the console. Codecs i tried: mjpeg, mjpa, ffmpeg_mjpg GEM: using MMX optimization GEM: Graphics Environment for Multimedia GEM: ver: 0.91-cvs GEM: compiled: Dec 9 2007 GEM: maintained by IOhannes m zmoelnig GEM: Authors : Mark Danks (original version) GEM: Chris Clepper GEM: James Tittle GEM: IOhannes m zmoelnig GEM: with help by Guenter Geiger, Daniel Heckenberg, Cyrille Henry, et al. Pd version 0.40.3-extended-20071209 for debian testing ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1849321&group_…

1 0

[ pure-data-Bugs-1849321 ] pix_record stops recording after 4 frames
by SourceForge.net 12 Dec '07

12 Dec '07

Bugs item #1849321, was opened at 2007-12-12 14:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1849321&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: gem Group: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: oli44 (oli44) Assigned to: Nobody/Anonymous (nobody) Summary: pix_record stops recording after 4 frames Initial Comment: Bug produced with the help patch of gem/pix_record When trying to record in auto mode or image by image, pix_record records a few frames (at best 4) and send writes [pix_record]: pix_record : movie written to the console. Codecs i tried: mjpeg, mjpa, ffmpeg_mjpg GEM: using MMX optimization GEM: Graphics Environment for Multimedia GEM: ver: 0.91-cvs GEM: compiled: Dec 9 2007 GEM: maintained by IOhannes m zmoelnig GEM: Authors : Mark Danks (original version) GEM: Chris Clepper GEM: James Tittle GEM: IOhannes m zmoelnig GEM: with help by Guenter Geiger, Daniel Heckenberg, Cyrille Henry, et al. Pd version 0.40.3-extended-20071209 for debian testing ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1849321&group_…

1 0

[ pure-data-Bugs-1846915 ] gem decoding ffodivx cpu usage
by SourceForge.net 12 Dec '07

12 Dec '07

Bugs item #1846915, was opened at 2007-12-08 17:37 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1846915&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: gem Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: wipinmtl (wipinmtl) Assigned to: Nobody/Anonymous (nobody) Summary: gem decoding ffodivx cpu usage Initial Comment: XVID is not fully working with gem. using any video player it will work fine (under 7% of my cpu for a 640x480 29.97 fps - mplayer, ffplay, vlc). in gem the cpu usage is over 77% and the video is very slow. i tried to encode with transcode, mencoder and ffmpeg, same result. Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4) you can test with 2 differents XVID encoding: http://www.workinprogress.ca/pd/gem/xvid.avi http://www.workinprogress.ca/pd/gem/xvidmencoder.avi ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-12-12 09:30 Message: Logged In: YES user_id=564396 Originator: NO this is a duplication of http://sourceforge.net/tracker/index.php?func=detail&aid=1849190&group_id=6… (or rather the other way round; anyhow i moved this bug to pd-gem's own tracker) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1846915&group_…

1 0

[ pure-data-Bugs-1849073 ] pix_record stops recording after 4 frames
by SourceForge.net 12 Dec '07

12 Dec '07

Bugs item #1849073, was opened at 2007-12-12 03:09 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1849073&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: gem Group: v0.40.2 >Status: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: oli44 (oli44) Assigned to: Nobody/Anonymous (nobody) Summary: pix_record stops recording after 4 frames Initial Comment: Bug produced with the help patch of gem/pix_record When trying to record in auto mode or image by image, pix_record records a few frames (at best 4) and send writes [pix_record]: pix_record : movie written to the console. Codecs i tried: mjpeg, mjpa, ffmpeg_mjpg GEM: using MMX optimization GEM: Graphics Environment for Multimedia GEM: ver: 0.91-cvs GEM: compiled: Dec 9 2007 GEM: maintained by IOhannes m zmoelnig GEM: Authors : Mark Danks (original version) GEM: Chris Clepper GEM: James Tittle GEM: IOhannes m zmoelnig GEM: with help by Guenter Geiger, Daniel Heckenberg, Cyrille Henry, et al. Pd version 0.40.3-extended-20071209 for debian testing ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-12-12 09:30 Message: Logged In: YES user_id=564396 Originator: NO this is a duplication of http://sourceforge.net/tracker/index.php?func=detail&aid=1849187&group_id=6… (or rather the other way round; anyhow i have moved this issue to the pd-gem bug-tracker) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1849073&group_…

1 0

[ pure-data-Bugs-1849073 ] pix_record stops recording after 4 frames
by SourceForge.net 12 Dec '07

12 Dec '07

Bugs item #1849073, was opened at 2007-12-12 03:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1849073&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: gem Group: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: oli44 (oli44) Assigned to: Nobody/Anonymous (nobody) Summary: pix_record stops recording after 4 frames Initial Comment: Bug produced with the help patch of gem/pix_record When trying to record in auto mode or image by image, pix_record records a few frames (at best 4) and send writes [pix_record]: pix_record : movie written to the console. Codecs i tried: mjpeg, mjpa, ffmpeg_mjpg GEM: using MMX optimization GEM: Graphics Environment for Multimedia GEM: ver: 0.91-cvs GEM: compiled: Dec 9 2007 GEM: maintained by IOhannes m zmoelnig GEM: Authors : Mark Danks (original version) GEM: Chris Clepper GEM: James Tittle GEM: IOhannes m zmoelnig GEM: with help by Guenter Geiger, Daniel Heckenberg, Cyrille Henry, et al. Pd version 0.40.3-extended-20071209 for debian testing ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1849073&group_…

1 0

Re: [PD-dev] [-SPAM-] [PD] SQL wrappers
by Jamie Bullock 11 Dec '07

11 Dec '07

Hi Hans, I've moved this thread to the dev list. On Mon, 2007-12-10 at 15:29 -0500, Hans-Christoph Steiner wrote: > I was just doing some research on SQL placeholders and I got an idea > from this Python library for SQL: > > http://www.aminus.net/geniusql/wiki/SQLInjection > > Basically, if there are standard SQL interfaces to the various SQL > database objects, then we can make some support objects that generate > SQL queries from inlets. I can't really think of a way to make this > very flexible off the top of my head, but I wanted to throw it out > there. > > Then there could also be an object like Matju describes that you > write the SQL in the object box as arguments, and it would > automatically interpret the ? as placeholders and create inlets for > them. The inlets would either have to be symbol inlets (numbers can > be symbols but strings can be floats) or proxy inlets. > > [sql SELECT "ID" FROM "Animal" WHERE ("Animal"."Species" = 'Ape' or > 1=1 or '')] I've been thinking along these lines also. In this pd-sql rethink, there are two things that come out for me: i) We should support the 'query as an argument to the object with placeholders' syntax, AND the 'query passed to an inlet as a message' syntax. ii) We should modularise the functionality of these objects at least into db.conn and db.query type objects, maybe more. (I know you suggested this ages ago!) The design is getting better, the implementation is getting more tricky ;-) Jamie -- www.postlude.co.uk

2 1

strange bug
by Roman Haefeli 11 Dec '07

11 Dec '07

hi all i encountered a very strange bug, that seems to be very difficult to trace back. although i cannot provide very usuable information at this point (i assume), i just wanted to report it anyway. as i am not a coder and also not experienced in debugging, some of you might have hints and ideas how to proceed. i can reliably crash pd, but only if a fulfill a rather funny set of conditions. creating a [table yoyo 6e+07] pd crashes, but only: -if i first loaded _chat.pd from netpd -if pd is running over jack it doesn't crash, when pd is not connected to jack while instantiating the table. it also doesn't crash, when i first instantiate the [table] and then load _chat.pd. i found out, that it might be related to an external, that _chat.pd is using. loading _chat.pd without the externals makes the bug untriggerable. i haven't shrinked it down to one specific external, but i will do so as soon as i find time. here is the list of externals, that _chat.pd is using (only from zexy and maxlib): netclient v0.3, written by Olaf Matthes <olaf.matthes(a)gmx.de> [makesymbol] part of zexy-2.2.0 (compiled: Dec 7 2007) Copyright (l) 1999-2007 IOhannes m zm�nig, forum::f�::uml�te & IEM [list2symbol] part of zexy-2.2.0 (compiled: Dec 7 2007) Copyright (l) 1999-2007 IOhannes m zm�nig, forum::f�::uml�te & IEM [any2list] part of zexy-2.2.0 (compiled: Dec 7 2007) Copyright (l) 1999-2007 IOhannes m zm�nig, forum::f�::uml�te & IEM [symbol2list] part of zexy-2.2.0 (compiled: Dec 7 2007) Copyright (l) 1999-2007 IOhannes m zm�nig, forum::f�::uml�te & IEM [drip] part of zexy-2.2.0 (compiled: Dec 7 2007) Copyright (l) 1999-2007 IOhannes m zm�nig, forum::f�::uml�te & IEM [lister] part of zexy-2.2.0 (compiled: Dec 7 2007) Copyright (l) 1999-2007 IOhannes m zm�nig, forum::f�::uml�te & IEM [glue] part of zexy-2.2.0 (compiled: Dec 7 2007) Copyright (l) 1999-2007 IOhannes m zm�nig, forum::f�::uml�te & IEM [table yoyo 6+07] is here only used to make pd reserve a certain amount of memory. the same happens with a number of tables, that uses the same amount of memory. it can also be triggered by loading heavy patches, that cause pd to use the exact same amount of memory. the limit seems to be somewhere around 228MB. i tested it on two computers: pd-0.40.3 / ubuntu dapper / pentium M / 512MB RAM pd-0.40.3 / ubuntu gutsy / amd (can't recall exact model) / 1.5GB RAM and on both i encountered the exact same behaviour. however, someone from #dataflow tried to trigger it as well and failed. actually i don't even know, if it is worth investigating it, since i found a way to use more memory with pd than 228MB. comments appreciated. roman here the output of: valgrind pd -rt -stderr -jack -channels 6 -open /home/roman/netpd/_chat.pd (after instantiating [table yoyo 6e+07]), if this could be of any help: pd: resizebytes() failed -- out of memory ==11536== ==11536== Thread 1: ==11536== Invalid write of size 4 ==11536== at 0x8078C74: word_init (g_scalar.c:27) ==11536== Address 0x4 is not stack'd, malloc'd or (recently) free'd ==11536== ==11536== Process terminating with default action of signal 11 (SIGSEGV) ==11536== Access not within mapped region at address 0x4 ==11536== at 0x8078C74: word_init (g_scalar.c:27) ==11536== ==11536== ERROR SUMMARY: 150 errors from 27 contexts (suppressed: 23 from 1) ==11536== malloc/free: in use at exit: 332,958 bytes in 11,950 blocks. ==11536== malloc/free: 19,862 allocs, 7,912 frees, 242,700,919 bytes allocated. ==11536== For counts of detected errors, rerun with: -v ==11536== searching for pointers to 11,950 not-freed blocks. ==11536== checked 18,409,376 bytes. ==11536== ==11536== LEAK SUMMARY: ==11536== definitely lost: 4,149 bytes in 59 blocks. ==11536== possibly lost: 136 bytes in 2 blocks. ==11536== still reachable: 328,673 bytes in 11,889 blocks. ==11536== suppressed: 0 bytes in 0 blocks. ==11536== Use --leak-check=full to see details of leaked memory. Killed pd_gui: pd process exited ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de

1 0

Error when crosscompiling pdlua
by Frank Barknecht 11 Dec '07

11 Dec '07

Hi, I fail to cross-compile pdlua on Debian for W32. This is my error: $ i586-mingw32msvc-gcc -I/lua-5.1.2/src/ -I./ -I/usr/include/ -shared lua5.1.dll pd.dll -o lua.dll lua.c /tmp/ccobudhL.o:lua.c:(.text+0x1bc4): undefined reference to `_class_set_extern_dir' /tmp/ccobudhL.o:lua.c:(.text+0x1c65): undefined reference to `_class_set_extern_dir' /tmp/ccobudhL.o:lua.c:(.text+0x1c92): undefined reference to `_class_set_extern_dir' /tmp/ccobudhL.o:lua.c:(.text+0x1e09): undefined reference to `_sys_register_loader' Info: resolving _s_ by linking to __imp__s_ (auto-import) collect2: ld returned 1 exit status This is with the precompiled lua5.1.dll from http://luabinaries.luaforge.net/download.html and the precompiled pd.dll from Miller's site, both 0.41 and 0.40 give the same error. I could remove the "_class_set_extern_dir" stuff from lua.c, but I'm quite sure that "_sys_register_loader" is important. Any ideas how to fix this? Ciao -- Frank Barknecht _ ______footils.org__

4 7

[ pure-data-Patches-1848356 ] streamin/streamout doc updates, bugs, and a security issue
by SourceForge.net 11 Dec '07

11 Dec '07

Patches item #1848356, was opened at 2007-12-10 21:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1848356&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: externals Group: None Status: Open Resolution: None Priority: 5 Private: Yes Submitted By: Russell Bryant (russellbryant) Assigned to: Nobody/Anonymous (nobody) Summary: streamin/streamout doc updates, bugs, and a security issue Initial Comment: This issue has been marked private as it includes details on a remotely exploitable buffer overflow vulnerability in the code for [streamin~]. A while ago, I was looking around at different options for streaming audio in and out of Pd. I spent a short time looking at the code for [streamin~] and [streamout~]. I ended up not using them for my project. However, I made this set of changes while looking at the code. Since I moved on to something else, these changes aren't exactly complete, but point out some important things, so I think they may be worth putting in as is. Here is a summary of the changes that are included. stream.h changes: 1) doxygen style documentation updates 2) added an ifdef to protect against multiple or recursive inclusion of the header 3) Documentation of some of the fields in the data structures 4) Fixed potential alignment bugs by adding the packed attribute for the structure that defines frame headers. This attribute should always be used when it is used to directly interpret data from the network or when used to prepare data to send directly over the network. This section of the gcc manual has a tidbit about the attribute: http://gcc.gnu.org/onlinedocs/gcc-4.2.2/gcc/Variable-Attributes.html#Variab… 5) Point out the fact that the code is not endianness-safe. The code should eventually be updated to respect network byte order. 6) Point out that the version field of the frame header is ignored when parsing incoming frames. It should eventually be checked, but doesn't matter much until the format gets changed such that the version number gets bumped. 7) Change a list of #defines to an enum, for the sake of better coding practice. 8) Change the use of "int" in the frame header structure to explicitly list that the field is 32-bits by using the int32_t type. streamin~.c changes: 1) Fix a remotely exploitable buffer overflow that would allow remote execution of arbitrary code. The frame header includes 4 bytes to specify the frame length. However, the code only allocates enough space for the frame header and 256 bytes of payload data. The size portion of the frame header was not checked to ensure that its value was valid. This little hack should fix it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1848356&group_…

1 0

[ pure-data-Patches-1848295 ] Fix small potential stack overflow
by SourceForge.net 11 Dec '07

11 Dec '07

Patches item #1848295, was opened at 2007-12-10 18:53 Message generated for change (Comment added) made by russellbryant You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1848295&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: puredata Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Russell Bryant (russellbryant) Assigned to: Nobody/Anonymous (nobody) Summary: Fix small potential stack overflow Initial Comment: Attached is a patch to fix another potential stack buffer overflow in s_main.c. I didn't send this over in private because I don't think it can be exploited in any useful way, so it's just a small bug. ---------------------------------------------------------------------- >Comment By: Russell Bryant (russellbryant) Date: 2007-12-10 20:41 Message: Logged In: YES user_id=1942915 Originator: YES Also, let me just clarify my original summary just a little bit. You can cause the overrun of the buffer by providing a really long input string to the -schedlib command line option. It's just not exploitable in such a way that it would be considered a security issue. ---------------------------------------------------------------------- Comment By: Russell Bryant (russellbryant) Date: 2007-12-10 20:38 Message: Logged In: YES user_id=1942915 Originator: YES I'm sorry for the stupid typo. That code is actually only compiled in for a Windows build (whenever MSW is defined), so I didn't notice. ---------------------------------------------------------------------- Comment By: Russell Bryant (russellbryant) Date: 2007-12-10 20:36 Message: Logged In: YES user_id=1942915 Originator: YES File Added: filename_overflow.patch2.txt ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-12-10 19:18 Message: Logged In: YES user_id=27104 Originator: NO I am guessing there is a typo in that patch, since the new line also uses sprintf() instead of snprintf(): - sprintf(filename, "%s.dll", sys_externalschedlibname); + sprintf(filename, sizeof(filename), "%s.dll", sys_externalschedlibname); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1848295&group_…

1 0

← Newer
1
...
6
7
8
9
10
11
12
...
15
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev December 2007