Those particular error messages often return gibberish for the
filename. I wonder why the error message doesn't use the char*
filename:
error(Unable to find file: %#s, theFSSpec.name);
Perhaps the functions above don't put data into .name if it can't find
a file. Anyone object
Sorry, if I miss-filed the report (never filed one before).
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.
I algorithmically generated and loaded files into pix_film on OSX millions
and millions of times using 'open $1' without error. It would be helpful to
see what your filenames look
like.
On Sat, Mar 19, 2011 at 6:46 AM, sonia yuditskaya marysgh...@gmail.comwrote:
Sorry, if I miss-filed the
On Sat, 19 Mar 2011, sonia yuditskaya wrote:
To re-phrase the problem; [pix_film] would neither accept filenames with
a $1 in them or a %s.
No, [pix_film] does accept any symbol. Once the $1 has been processed by
the messagebox, it is no longer a $1 (in the output of the messagebox).
And
Dear List,
I am trying to make a video mixing type patch and am recording videos and
naming them based on numbers spat out by the [time] object at the time of
recording.
Then I want to recall them for play back with something like
[time]
[][-2][]
[set open $1.mov(
and pipe that to pix_film, but
On Fri, 18 Mar 2011, sonia yuditskaya wrote:
[time]
[][-2][]
[set open $1.mov(
I don't know what you mean when you write [][-2][].
and pipe that to pix_film, but pix_film tells me:
error: [pix_filmDarwin]: unable to find file: ÿAK
I can see its a type casting issue but from what to what?
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.
Sofy
On Fri, Mar 18, 2011 at 10:15 PM, Mathieu Bouchard
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