Re: GEM's minimum requirements

On Nov 30, 2011, at 12:05 PM, Mathieu Bouchard wrote:

> Le 2011-11-30 à 11:13:00, Hans-Christoph Steiner a écrit :
> 
>> That should defintiely work, I've run it on slower machines.  It depends a lot on your graphics card too.  As
for video playback, if you want to manipulate the video, then you should convert it to a JPEG (aka MJPEG)
codec.  .mov is a pretty common container format for JPEG videos.
> 
> There are three different codecs named JPEG, MJPEG-A and MJPEG-B. They are very similar but not fully
interchangeable. So, you can't just say «aka».

I say 'aka' because unfortunately its not that simple.  I believe that Apple labeled JPEG in .mov as "Motion
JPEG" for a while, and it was just a JPEG codec.  But it was not MJPEG.  So the whole naming is messed up.

In any case, JPEG is the one that most people want.

.hc

----------------------------------------------------------------------------

"Free software means you control what your computer does. Non-free software means someone else controls
that, and to some extent controls you." - Richard M. Stallman

_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: GEM's minimum requirements

_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: GEM's minimum requirements

_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

new object: [path] - following the example of [import]

I just added a new object to Pd-extended: [path].  It allows you to append directories to the canvas-local
path and have them active immediately.  Its basically [declare -path] but with the [import] interface and
ability to take effect immediately.

Try it in tomorrow's builds and let me know if you think its useful.

.hc

----------------------------------------------------------------------------

Mistrust authority - promote decentralization.  - the hacker ethic

_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: new object: [path] - following the example of [import]

Le 2011-12-01 à 00:21:00, Hans-Christoph Steiner a écrit :

> I just added a new object to Pd-extended: [path].  It allows you to 
> append directories to the canvas-local path and have them active 
> immediately.  Its basically [declare -path] but with the [import] 
> interface and ability to take effect immediately.

When there's a [path] object that has taken effect, and you go to the Path 
dialogue and save, does it also save the folder name that was just added 
by the [path] object ?

  ______________________________________________________________________
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC

_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: GEM's minimum requirements

Il 30/11/2011 17:08, Nicola Pandini ha scritto:
> Hi list!
> I'm trying to use an old laptop with a Celeron 2,6Ghz to playback some 
> videos with a basic GEM chain (pix_film, pix_gain, pix_texture), but 
> the performances are very poor.
> It's only due to the crappy celeron  ? What are the minimum 
> requirements to play a video with GEM?
> Is there any optimization possible, like using videos encoded with a 
> lighter video codec, or something like this?
> I'm using Debian with open video drivers (ATI dropped the support for 
> the laptop's video card).
>
> Thanks!
>

Thank you for all your advices.
Yesterday I tried to playback different codecs and formats.
With a mjpeg I had 60-70% of CPU load; Previously I tested a mpeg-2 and 
the CPU load went to 90%.
In both situation the speed of the video playback was slower than 
normal, even changing the fps of GEM.
I tested the patch on another laptop (core2duo with Debian) and the 
video playback ran smooth with ATI proprietary drivers (fglrx) but it 
ran slow with open drivers, so I think it's only a video driver problem.

--

-- 
Nicola

_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: new object: [path] - following the example of [import]

hmm, my usual 2 remarks:

On 2011-12-01 06:21, Hans-Christoph Steiner wrote:
> 
> I just added a new object to Pd-extended: [path].  It allows you to append directories to the canvas-local
path and have them active immediately.  Its basically [declare -path] but with the [import] interface and
ability to take effect immediately.

#1 do you think "path" is a good name, or will people confuse that with
"getdir"? probably [searchpath] would be more meaningful.

#2 how does this object relate to the quest to eliminate path settings
alltogether? i thought "-path" is really only for nerds like me who feel
unable to use standard paths 

#3 could anybody tell me why [declare] does not take immediate effect?

fgmasrd
IOhannes

_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: new object: [path] - following the example of [import]

On Thu, 2011-12-01 at 00:21 -0500, Hans-Christoph Steiner wrote:
> I just added a new object to Pd-extended: [path].  It allows you to append directories to the canvas-local
path and have them active immediately.  Its basically [declare -path] but with the [import] interface and
ability to take effect immediately.
> 
> Try it in tomorrow's builds and let me know if you think its useful.
> 
> .hc

Wow, thanks! I'll try it out as soon as possible.

Roman

_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: new object: [path] - following the example of [import]

Hi IOhannes

On Thu, 2011-12-01 at 11:45 +0100, IOhannes m zmoelnig wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> hmm, my usual 2 remarks:
> 
> On 2011-12-01 06:21, Hans-Christoph Steiner wrote:

> 
> #2 how does this object relate to the quest to eliminate path settings
> alltogether? i thought "-path" is really only for nerds like me who feel
> unable to use standard paths 

Currently to only way to enable paths relative to patch is using
[declare], which does not take immediate effect. As I understand, [path]
is supposed to replace [declare -path], so it provides an alternative
(immediate) way to load (non-standard) paths. So it helps at least as
much as [declare] to eliminate any global path settings and let the
patch handle the paths by itself. 

> #3 could anybody tell me why [declare] does not take immediate effect?

I'll try to explain the way of how (I think) [declare] works. 

When you create a [declare] object somewhere in your patch, it just does
nothing at all at this moment. Only when you save your patch, Pd will
parse the patch and thus look for any [declare] objects and insert right
after the first line of the file one  additional line per declare object
like this:

#X declare -stdpath extra/osc;

Please note, there is still the original:

#X obj 12 72 declare -stdpath extra/osc;

line somewhere in the patch, which refers to the actual [declare]
object.

When loading the patch the next time, Pd will find the '#X declare' line
and enable libraries and paths accordingly _before_ the rest of the
patch is loaded. This is why [declare] does not take immediate effect.

Roman

P.S.: This (IMHO, a bit kludgey) way of how [declare] works is also the
reason, why abstractions containing [declare] objects pollute the most
parent patch, when the latter is saved, which is IMHO a relatively 
serious bug. Please refer to [1] for more details.
[1]
http://sourceforge.net/tracker/?func=detail&aid=2251387&group_id=55736&atid=478070

_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

unixtime = e+09

hi,

i'm sending 2 informations via tcp:
float + space + unixtime

i use tcpserver from mrpeach (thx!) and convert the output to asciic
to pd (mtl/asciiToPd). so far so good, but the unixtime format is:
1.32276e+09 instead of 1322755374. how to deal with this situation, i
can send the information as a string if i replace the space by a char,
but then how to split to a float and an interger (mrpeach/str csplit =
error: print: no method for blob so far...).

thx!

_______________________________________________
Pd-list <at> iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list