To re-phrase the problem; [pix_film] would neither accept filenames with a $1 in them or a %s. In my case [pix_film] has consistently accepted filenames relative to the patch's folder, relative to Path however I have had no such success. Despite numerous attempts I've never been able to compile/download and have form gridflow, so cannot check that.

Hope despite the sparseness of detail, this illuminates something in someone's experience to draw the problem out? Being able to algorithmically recall files through [pix_film] would be a useful feature in designing real-time, interactive, video based, systems (pick your favorite buzzword ;)

in simulacra we trust,

] yuditskaya.com [

On Sat, Mar 19, 2011 at 12:41 AM, Mathieu Bouchard <matju@artengine.ca> wrote:

On Sat, 19 Mar 2011, sonia yuditskaya wrote:

solved the problem by sending variables to the [seek $1( message in the [unauthorized/playlist] object and feeding that to the [open $1( of [pix_film] don't why that works and the other one doesn't though.
bug submitted.

I wrote all the details I wrote to you, in your bug report.

BTW, the bug report I wanted to submit was about the error message, because that's the problem I know about, and without a good error message, it's hard to find whether [pix_film] has any real problem with the filename you give it. Thus $1 is not relevant in that bug report. But that's no big deal, because I posted all the details.

BTW, doesn't [pix_film] require the full name of the movie ? It doesn't seem to be accepting filenames that are relative to the patch's folder, nor to the items in the Path's dialogue.

[gf/find_file] finds a file and gives you the full filename. see http://gridflow.ca/ for that external.

_______________________________________________________________________
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC