Reply to tabread4~ with 10 minutes long audio file and PD double precision on Sun, 15 Oct 2017 13:18:07 GMT

Marcelo Carneiro — Sun, 15 Oct 2017 13:18:07 GMT

Hi, I am facing some problems while playing an 10 minutes long audio file on Vanilla 0.48-0-i386 on a mac OS yosemite. Had already tried offset example B.15 but the problem persists starting at about the minute 4 to the end of the file.
Any ideas on how to fix it?
I have downloaded the PD 0.43-double, both 64bit and i386 but they both starts with this message on PD window: PD_FLOATPRECISION = 64 bits
(Tcl) NOME DE COMANDO INVÁLIDO: invalid command name "Pt_Start()"
while executing
"Pt_Start() called"
("uplevel" body line 1)
invoked from within
"uplevel #0 $cmd_from_pd"

It then does not open my patch (or even a new one). So for now I can't use it either.
Any ideas on what is going on?
Thank you.

Reply to tabread4~ with 10 minutes long audio file and PD double precision on Sun, 15 Oct 2017 18:50:18 GMT

whale-av — Sun, 15 Oct 2017 18:50:18 GMT

@Marcelo-Carneiro It is because you cannot have more that 40 million elements in a table.

I started on a long file player for vanilla..... but it is unfinished....... the moving cursor relied on [cyclone/counter] so it no longer moves with the audio.
In principle it chops the audio into bits (of nearly the maximum for a table) and plays them sequentially. It worked well in extended, but you need to put in some extra file info in the gui for vanilla....... [iemlib/soundfile_info] did the heavy work in extended.
waaaaav vanilla.zip

When you set the samplerate (for the sample itself) you will not see the bang flash. The patch is busy behind the scenes drawing the very large tables. They could be hidden of course.

It uses [tabplay~] which is in the [dice] abstraction. That could be changed to [tabplay4~] with some work.

Keep a backup of the zip. If you save [waaaav] with an audio file loaded you will create a big mess that is not so easy to recover from.
There might of course be better ways to do this.
David.