I have a patch I am distributing with some other software. The patch uses some .ogg files. I want to package it all in a directory together, so users can copy from an archive (.dmg on the mac) to a directory, and run the patch easily.

So my patch needs to be able to find my ogg files. [open ./file.ogg( doesn't work--the . is relative to the local directory where pd is invoked if you do it from the command line, not the directory where the patch is. I don't want to ask users to use the command line.

[~/dir/file.ogg( doesn't seem to work either: oggread doesn't seem to be able to translate ~ into /Users/username.

I'm using v 0.40. I 'm running Mac OSX 10.5.5.

So how would I do this? I need to make it simple for end users.

umm, and the [sampleplay] abstraction ??

and this...

http://www.pdpatchrepo.info/hurleur/sampleplay.pd

sorry, tried to send both in quick succession, and it said 'wait 60 seconds, and I got distracted...

hmm..loads fine for me.

but i don't have the audio files, so i don't know if that makes a difference.

some possible things to try:
make a copy of your oscserv patch, and take out all the sampleplay abstractions. save it, close it, and re-open it.

if there is no crash, then it is probably something to do with the sampleplay abstraction.

ok. next, just add ONE sampleplay abstraction into the patch, don't connect any cables to it, save it, close it, and reopen it.

if you still don't have a crach, connect the relevant cables to the sampleplay abstraction, and then save-reopen again.

still no crash add another sampleplay abstraction in and see what happens.

etc.

sorry, that's all i can suggest

It does have to do with the sampleplay abstraction. When I add one of the sampleplays back in, connect it up, turn on 'compute audio,' send in an OSC signal, and wait a few seconds, it crashes.

When I copy the code out of sampleplay and replace the abstraction with direct invocation of the objects, it crasheswhen I send the OSC signal. When I erase the code and rewrite it, it crashes when I send the OSC signal. Just the one audio file is enough. It used to work fine with this audio. It still works fine if I invoke Pd from the command line.

http://www.pdpatchrepo.info/hurleur/oh.ogg

hmm..i really don't know this oggplay object, never used it before. it might be buggy.

or else, one more thing you might check: are you sure the 'start' bang is only being sent once at a time to the sampleplay abstraction? take out all the samplepaly abstractions, and then chuck a [print] on the routeOSC object output to check.

but honestly i don't have much of an idea what is going wrong. sorry.

well, attached is a pretty basic way to produce the problem... do you know a more reliable way to play an audio sample? Anyone? I'm new to this whole field, but this seems like pretty basic function to me.

This patch works if I start pd from the command line, but if I just click the app icon on the mac, I get this on the log:

oggread~: ogg/vorbis file reader version 0.2c, written by Olaf Matthes
oggread~: file "oh.ogg" opened
oggread~: error: could not open "oh.ogg" as an OggVorbis file
oggread~: file closed due to error
oggread~: file "oh.ogg" was not seekableoggread~: first logical bitstream information:

then when I try to play it bombs.

http://www.pdpatchrepo.info/hurleur/oggtest.pd

it's not a mac issue then, cos i get the same errors here on linux, and then the same crash behaviour.

>>oggread~: ogg/vorbis file reader version 0.2c, written by Olaf Matthes<<

check this in your pd console when you start from the command line. is it the same version?

>>do you know a more reliable way to play an audio sample? Anyone? I'm new to this whole field, but this seems like pretty basic function to me.<<

well, [readsf~ ] is the easy one for .wav or .aif or other uncompressed formats.

you can also load samples into arrays and playback with [tabplay~] [tabread4~] etc, but again i think this is only for uncompressed audio.

there was talk of some [readanysf~] object that does what it says and reads any soundfile, but i have never got it to work.

not sure of your other options if you really must play ogg files, but for sure that player is bugging out for me too.

my suggestion would be just to use uncompressed samples.

Yeah, that's the one. I'm looking at readsf~ now. Uncompressed isn't a big deal for me--inflates file sizes, but not egregiously. Thanks for the help.

don't forget to do [readsf~ 2] for stereo