GEM-dev September 2009

gem-dev@lists.iem.at

6 participants
9 discussions

TIFF files from pix_buffer (and others?) missing some "standard" tags?
by B. Bogart 06 Aug '10

06 Aug '10

Hey all, I've had trouble loading some TIFs generated in pd/Gem in PIL (python imaging). I asked on the list and it seems PIL expects some particular TIF tags being set in order to recognize the image. I think it can only be an improvement to add these tags so that tifs generated in pd/Gem can be loaded by as many applications as possible. The attachment contains the specific tags. Thanks, B. Bogart

3 10

Gem in pd-extended
by Hans-Christoph Steiner 28 Sep '09

28 Sep '09

Now there is a new release, shall I switch the pd-extended builds to that branch? .hc ---------------------------------------------------------------------------- "[T]he greatest purveyor of violence in the world today [is] my own government." - Martin Luther King, Jr.

2 2

[ pd-gem-Bugs-2842959 ] [print( message to [gemwin] may crash
by SourceForge.net 23 Sep '09

23 Sep '09

Bugs item #2842959, was opened at 2009-08-23 08:06 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2842959&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: None Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: [print( message to [gemwin] may crash Initial Comment: sending a [print( message to [gemwin] will usually display a lot of information about the openGL system (like driver-version) however, if no openGL-context has been established yet (e.g. because no one [create(d a window yet), this might crash. the reason is that glGetString() crashes. the function pointer is NOT set to NULL. this happened with current svn on debian, while testing indirect rendering on my eee (using mesa on a i945GME) proposed fix: use a static variable that indicates whether the context has been initialized properly and don't call glGetString() unless this has happened... ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-09-23 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-09-08 10:01 Message: fixed with revision 2870 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2842959&group_…

1 0

[ pd-gem-Bugs-2841090 ] [gemlist] may output invalid GemState
by SourceForge.net 23 Sep '09

23 Sep '09

Bugs item #2841090, was opened at 2009-08-20 13:34 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2841090&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: None Group: None >Status: Closed Resolution: Fixed Priority: 7 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: [gemlist] may output invalid GemState Initial Comment: when triggering a [gemlist] out of context (e.g. by connecting it to [gemmouse]) it might output an invalid (though once-valid) state, triggering a crash (when accessing the image in the state) this only happened when directly triggering from [gemmouse], not by manually clicking on a bang and not by triggering it from [gemhead]. [gemmouse] should be recent enough. see attached patch ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-09-23 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-09-08 12:18 Message: hopefully fixed with rev2871 (by copying the content of GemState rather than the pointer to it in [gemlist]) LATER: make a refcounter for shared objects ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-08-20 14:13 Message: but it also crashes on other systems, like 2.6.26.... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-08-20 14:13 Message: to add more info: Pd/Gem won't crash if the [gemmouse] event is delayed (e.g. only 0 ms) however, handling of mouse-events should already be re-queued (i'm using gem-0.92.svn), so i don't understand this. btw, i'm on Debian/linux running kernel-2.6.18 and xorg-7.3 (X Server 1.4.2) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2841090&group_…

1 0

[ pd-gem-Bugs-2864598 ] 05.film.pd example
by SourceForge.net 22 Sep '09

22 Sep '09

Bugs item #2864598, was opened at 2009-09-22 23:39 Message generated for change (Tracker Item Submitted) made by sergi_ll You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2864598&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sergi Lario Loyo (sergi_ll) Assigned to: Nobody/Anonymous (nobody) Summary: 05.film.pd example Initial Comment: Hello!! I'm working with GEM: ver: 0.93.CVS (with gmerlin) and using the examples. I tested the message with alea.mpg and extract this: the movie plays when the message auto is on. but when the film ends the square becomes white, and appears this posts: [pix_film]: opening /usr/lib/pd//doc/examples/Gem/04.pix/../data/alea.mpg with format 1908 [pix_film]: ... [pix_film]: ... [pix_film]: ... quicktime failed[pix_film]: ... [pix_film]: loaded file: /usr/lib/pd//doc/examples/Gem/04.pix/../data/alea.mpg with 31 frames (320x240) at 30.000000 fps GEM: pix_film:: could not read frame ! 0 GEM: pix_film:: could not read frame ! 1 GEM: pix_film:: could not read frame ! 0 GEM: pix_film:: could not read frame ! 0 GEM: pix_film:: could not read frame ! 1 GEM: pix_film:: could not read frame ! 0 GEM: pix_film:: could not read frame ! 0 GEM: pix_film:: could not read frame ! 1 etc... until message auto is on. Well, I hope this helps. Nice job! Sergi. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2864598&group_…

1 0

pix_movie reads incorrect number of frames with huffyuv AVI
by B. Bogart 09 Sep '09

09 Sep '09

Hey all, I've had the best HD results with huffyuv in an AVI container, but something is going wrong with the number of frames. ffmpeg and mplayer both see the proper ~5310 frames (~178 seconds), but pix_movie reports only 750 frames. Everything works fine with small files (640x480) but with these highres files (1280x960) I am only able to play the first 750 frames. Can someone take a look? Otherwise I'm stuck with using mjpeg. Thanks. .b. PD says: <reader> : Checking: /home/bbogart/tmp/step+repeat/step+repeat007-1280x960-huff-mencoder.avi <AVI reader> : MainHeader: MicroSecPerFrame=33366 MaxBytesPerSec=0 PaddingGranularity=0 Flags=[ HAS_INDEX IS_INTERLEAVED TRUST_CKTYPE ] TotalFrames=750 InitialFrames=0 Streams=1 SuggestedBufferSize=0 WxH=1280x960 Scale=0 Rate=0 Start=0 Length=0 <AVI reader> : StreamHeader: Type=vids Handler=HFYU Flags=[ ] InitialFrames=0 Scale=1001 Rate=30000 Start=0 Length=5332 SuggestedBufferSize=1469368 Quality=0 SampleSize=0 Rect l,r,t,b=0,1280,0,960 rs r:0 ds:36 t:1413894985 s:24 <AVI reader> : InfoChunk Software: MEncoder dev-SVN-r26940 addd 0 24 rs r:24 ds:36 t:1263424842 s:3572 addd 24 3572 <AVI reader> : Reading index from offset: 1072970868 <AVI reader> : WARNING: stream header has incorrect dwLength (5332 != 750) <AVI reader> : Stream 0 vids : HFYU (0x55594648) 750 chunks (2.93KB) <reader> : Initialized video stream (chunk tblsz: 750, fmtsz: 116) <codec keeper> : Found 5 plugins (/usr/lib/avifile-0.7,A:22,V:32) <FFMPEG video decoder> : looking huffyuv <ffhuffyuv> : if you have troubles - use Win32 codec instead <codec keeper> : Created video decoder: FF Huffyuv <ffhuffyuv> : doesn't support DR1 mplayer says: AVI file format detected. ID_VIDEO_ID=0 [aviheader] Video stream found, -vid 0 AVI: ODML: Building ODML index (1 superindexchunks). AVI: No audio stream found -> no sound. VIDEO: [HFYU] 1280x960 16bpp 29.970 fps 342111.9 kbps (41761.7 kbyte/s) Clip info: Software: MEncoder dev-SVN-r26940 ID_CLIP_INFO_NAME0=Software ID_CLIP_INFO_VALUE0=MEncoder dev-SVN-r26940 ID_CLIP_INFO_N=1 ID_FILENAME=step+repeat007-1280x960-huff-mencoder.avi ID_DEMUXER=avi ID_VIDEO_FORMAT=HFYU ID_VIDEO_BITRATE=342111848 ID_VIDEO_WIDTH=1280 ID_VIDEO_HEIGHT=960 ID_VIDEO_FPS=29.970 ID_VIDEO_ASPECT=0.0000 ID_LENGTH=177.91 ID_SEEKABLE=1

2 7

[ pd-gem-Bugs-2841090 ] [gemlist] may output invalid GemState
by SourceForge.net 08 Sep '09

08 Sep '09

Bugs item #2841090, was opened at 2009-08-20 15:34 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2841090&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: None Group: None >Status: Pending >Resolution: Fixed Priority: 7 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: [gemlist] may output invalid GemState Initial Comment: when triggering a [gemlist] out of context (e.g. by connecting it to [gemmouse]) it might output an invalid (though once-valid) state, triggering a crash (when accessing the image in the state) this only happened when directly triggering from [gemmouse], not by manually clicking on a bang and not by triggering it from [gemhead]. [gemmouse] should be recent enough. see attached patch ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-09-08 14:18 Message: hopefully fixed with rev2871 (by copying the content of GemState rather than the pointer to it in [gemlist]) LATER: make a refcounter for shared objects ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-08-20 16:13 Message: but it also crashes on other systems, like 2.6.26.... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-08-20 16:13 Message: to add more info: Pd/Gem won't crash if the [gemmouse] event is delayed (e.g. only 0 ms) however, handling of mouse-events should already be re-queued (i'm using gem-0.92.svn), so i don't understand this. btw, i'm on Debian/linux running kernel-2.6.18 and xorg-7.3 (X Server 1.4.2) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2841090&group_…

1 0

[ pd-gem-Bugs-2842959 ] [print( message to [gemwin] may crash
by SourceForge.net 08 Sep '09

08 Sep '09

Bugs item #2842959, was opened at 2009-08-23 10:06 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2842959&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: None Group: None >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: [print( message to [gemwin] may crash Initial Comment: sending a [print( message to [gemwin] will usually display a lot of information about the openGL system (like driver-version) however, if no openGL-context has been established yet (e.g. because no one [create(d a window yet), this might crash. the reason is that glGetString() crashes. the function pointer is NOT set to NULL. this happened with current svn on debian, while testing indirect rendering on my eee (using mesa on a i945GME) proposed fix: use a static variable that indicates whether the context has been initialized properly and don't call glGetString() unless this has happened... ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-09-08 12:01 Message: fixed with revision 2870 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2842959&group_…

1 0

model UV...
by sebastian pirch 07 Sep '09

07 Sep '09

hi IOhannes! in 1st place, THANKS for implementing this feature ;) you realy make me happy. i installed your experimental win build and it works great, when i add the gem directory to file/paths. only when i do so, pd crashes when i load a .mov using pix_film or pix_movie. when i remove the Gem path from file/paths again, pix_film and pix_movie work fine again, - but no more uv coordinates...is it a bug? or am i doing something wrong? im using pd extended 0.40.3 on winXP thanks for doing all this sebastian IOhannes m zmoelnig wrote: > hi. > > i have just added UV-texture support to [model]. > > now, UV-texcoords are automatically applied if present in the model > (with a fallback to the old-standard "linear" texmaps); you can manually > select UV-tex via [texture 2( (uÃ¤h) > > > > please test whether this change has broken something with the other > (linear/spheremap) texturing, esp. if you have additionally used > [pix_coordinates] > > fgmSDR > IOhannes -- www.3rd-eye.at Psssst! Schon vom neuen GMX MultiMessenger gehÃ¶rt? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger

5 15

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev September 2009