hi,
i've set up a web site to put some externals @ http://ydegoyon.free.fr
today's new external is mp3write~, an external for recording your sessions to mp3 files ( this doesn't mean there will be an external every day !! )
only linux version is available for now but i'm sure windows version will come soon, ( i can't do it myself ).
next, i'd like to manipulate some sonograms within PD, did someone ever try to do that ??
cheers,
Yves/
Interesting...is there any existing external or someone working on a oggwrite~
(and oggread~ of course)?
ciao,
marco
On Tuesday, 11 December 2001 17:49:27 Yves Degoyon wrote:
hi, i've set up a web site to put some externals @ http://ydegoyon.free.fr today's new external is mp3write~, an external for recording your sessions to mp3 files ( this doesn't mean there will be an external every day !! ) only linux version is available for now but i'm sure windows version will come soon, ( i can't do it myself ). next, i'd like to manipulate some sonograms within PD, did someone ever try to do that ?? cheers, Yves/
*-------------------------------------------------------------------*
marco trevisani (to get the real email address take out "__")
email________________: m__arco@ccrma.sta__nford.edu
Web________________: http://trevisani.mine.nu DeMuDi -- Debian
Multimedia Distribution demudi email_________:
m__arco@dem__udi.org demudi web__________:
http://www.demudi.org Digital Arts Festivals. Calls and
reports <--NEW!!
D-Festival Web______: http://festivals.webhop.org
*-------------------------------------------------------------------*
Hi Yves, hi all,
today it takes a bit longer to make a port to NT...
I have difficulties to get clean sound in the mp3 file. In the last few days I also tried to port sfwrite~ with similar results. When viewed in a wave editor a sinewave has ugly 'peaks' or 'clicks' at what seems to be an interval of about 12 ms or multiples of it. But it does not occur every 12 ms!
Has anybody managed to get file access via/from externals on windows platforms to work? I've tried fwrite() and _write() and both seem to produce the same artefacts.
thanks,
Olaf
Yves Degoyon schrieb:
Part 1.1 Type: Plain Text (text/plain) Encoding: quoted-printable
Are you using the "_O_BINARY" flag to open() and/or fopen()? See s_path.c for instance. In Windows, "text" and "binary" files behave differently for read and write!!!
cheers Miller
On Wed, Dec 12, 2001 at 03:00:09AM +0100, Olaf Matthes wrote:
Hi Yves, hi all,
today it takes a bit longer to make a port to NT...
I have difficulties to get clean sound in the mp3 file. In the last few days I also tried to port sfwrite~ with similar results. When viewed in a wave editor a sinewave has ugly 'peaks' or 'clicks' at what seems to be an interval of about 12 ms or multiples of it. But it does not occur every 12 ms!
Has anybody managed to get file access via/from externals on windows platforms to work? I've tried fwrite() and _write() and both seem to produce the same artefacts.
thanks,
Olaf
Yves Degoyon schrieb:
Part 1.1 Type: Plain Text (text/plain) Encoding: quoted-printable
Hell, yes, ... this makes things clearer, I completely forgot about that. well actually I thought that ASCII mode only exists in the fopen()..
Guenter
On Tue, 11 Dec 2001, Miller Puckette wrote:
Are you using the "_O_BINARY" flag to open() and/or fopen()? See s_path.c for instance. In Windows, "text" and "binary" files behave differently for read and write!!!
cheers Miller
On Wed, Dec 12, 2001 at 03:00:09AM +0100, Olaf Matthes wrote:
Hi Yves, hi all,
today it takes a bit longer to make a port to NT...
I have difficulties to get clean sound in the mp3 file. In the last few days I also tried to port sfwrite~ with similar results. When viewed in a wave editor a sinewave has ugly 'peaks' or 'clicks' at what seems to be an interval of about 12 ms or multiples of it. But it does not occur every 12 ms!
Has anybody managed to get file access via/from externals on windows platforms to work? I've tried fwrite() and _write() and both seem to produce the same artefacts.
thanks,
Olaf
Yves Degoyon schrieb:
Part 1.1 Type: Plain Text (text/plain) Encoding: quoted-printable
Hi again,
I managed to port mp3write~ and sfwrite~ to NT, still working on a sfread~ port which crashes pd. Specifying binary mode really solved the problem.
I uplaoded sfwrite~ to http://www.akustische-kunst.de/puredata/ and submittet the mp3write~ port to Yves for checking...
Olaf
guenter geiger schrieb:
Hell, yes, ... this makes things clearer, I completely forgot about that. well actually I thought that ASCII mode only exists in the fopen()..
Guenter
On Tue, 11 Dec 2001, Miller Puckette wrote:
Are you using the "_O_BINARY" flag to open() and/or fopen()? See s_path.c for instance. In Windows, "text" and "binary" files behave differently for read and write!!!
cheers Miller
On Wed, Dec 12, 2001 at 03:00:09AM +0100, Olaf Matthes wrote:
Hi Yves, hi all,
today it takes a bit longer to make a port to NT...
I have difficulties to get clean sound in the mp3 file. In the last few days I also tried to port sfwrite~ with similar results. When viewed in a wave editor a sinewave has ugly 'peaks' or 'clicks' at what seems to be an interval of about 12 ms or multiples of it. But it does not occur every 12 ms!
Has anybody managed to get file access via/from externals on windows platforms to work? I've tried fwrite() and _write() and both seem to produce the same artefacts.
thanks,
Olaf
Yves Degoyon schrieb:
Part 1.1 Type: Plain Text (text/plain) Encoding: quoted-printable
hi,
it looks like you attempt to playback your object itself, instead of the buffer (x->x_mapaddr = &x->x_filebuffer;), but the real question is why to port sfread~ in the first place, if you need to read entire file into memory?
Krzysztof
Olaf Matthes wrote: ...
[...] still working on a sfread~ port which crashes pd [...]
On Wed, 12 Dec 2001, Krzysztof Czaja wrote:
it looks like you attempt to playback your object itself, instead of the buffer (x->x_mapaddr = &x->x_filebuffer;), but the real question is why to port sfread~ in the first place, if you need to read entire file into memory?
There is some truth in that, sfread is really a unix only external, well both of them (sfread and sfwrite) came into existance when there was no readsf and writesf. A great solution would be to extend readsf in order to be pitchable (which is the only reason I can think of to still use sfread, .. keep in mind that the speed is non interpolated, which produces nice artifacts :), not sure if this feature should be implemented too.
..
Guenter
Krzysztof
Olaf Matthes wrote: ...
[...] still working on a sfread~ port which crashes pd [...]
guenter geiger schrieb:
There is some truth in that, sfread is really a unix only external, well both of them (sfread and sfwrite) came into existance when there was no readsf and writesf. A great solution would be to extend readsf in order to be pitchable
...an even greater solution would be to port readsf (and writesf) to NT, or is there anything I am missing?
The only way to deal with audio files on NT at the moment is 'soundfiler'. But since it needs audio data in an array there's no way to use it in realtime. I know that my NT ports of sfread~ and sfwrite~ are not exactly what they are on unix but they are a step to easier audio file handling on NT.
Please correct me in case there is an object or external that already does these things.
Olaf
Hi,
well, not the solution to the problem, but I was unable to get sfwrite~ to work on Windows too, and it is really beyond my understanding what is going wrong ..
Guenter
On Wed, 12 Dec 2001, Olaf Matthes wrote:
Hi Yves, hi all,
today it takes a bit longer to make a port to NT...
I have difficulties to get clean sound in the mp3 file. In the last few days I also tried to port sfwrite~ with similar results. When viewed in a wave editor a sinewave has ugly 'peaks' or 'clicks' at what seems to be an interval of about 12 ms or multiples of it. But it does not occur every 12 ms!
Has anybody managed to get file access via/from externals on windows platforms to work? I've tried fwrite() and _write() and both seem to produce the same artefacts.
thanks,
Olaf
Yves Degoyon schrieb:
Part 1.1 Type: Plain Text (text/plain) Encoding: quoted-printable
-
guenter geiger -
Krzysztof Czaja -
marco trevisani -
Miller Puckette -
Olaf Matthes -
Yves Degoyon