• JackPD

    @Nicolas-Danet Hey Nicolas, that's very cool! I will test my patches with your fork for sure, let's see how it handles my array craziness...

    posted in technical issues read more
  • JackPD

    @jancsika With only one osc the dsp drops out directly, It doesn't matter how many osc objects are present, the update of the graphical array freezes the dsp everytime it resizes independently of the number of audio sources and active objects.

    Sndfiler crashes my pure data in every situation I've tried, so I can't use it.

    I think the solution has to be solved by it's core, maybe in future versions the engine can treat threads better and separate more operations like resizing arrays from the dsp threads, but since I'm not a developer I don't know about this.

    posted in technical issues read more
  • JackPD

    @jancsika said:

    It will be interesting to see how large your patch can get before rebuilding the dsp graph (which happens after "resize") starts to cause dropouts...

    It doesn´t get too big, a few seconds from size 0 an it already starts to cause drops on the DSP, I made a little recording of it (samplerate 48000 and updates the array every second):
    https://s1.webmshare.com/mYq7e.webm

    If I hide the graph, I can record forever and the dsp runs perfect from start to finish. It has to do with the graphical update of the array, which I think is very hard to hold along the dsp the way pure data is made. I love pure data for its simplicity and ease of use, but it doesn´t deal with threading very well, we´ll see if this is solved in the future...

    posted in technical issues read more
  • JackPD

    @jancsika Thanks for building the sndfiler library, I had no idea on how to do it... Anyways, as you have said, it crashes pure data instantly, not only that, it also crashes ASIO in windows, forcing a restart to make the soundcard work again.

    Confirming that sndfiler crashes pure data like crazy and doesn't work in any possible way. I discovered something interesting. If I put the array in another patch and I don't open the graphics of it, the [resize( message doesn't affect to the dsp performance, so now I can record arrays and resize them at the same time whatever the duration of the recording is. It's a huge improvement to my application, Another thing that I would like to do is to actually see the waveform of the recorded array, but having opened the array graphic interrupts the dsp a lot..., But at least the audio functionality is working, so I'm ok for the moment...

    posted in technical issues read more
  • JackPD

    @jancsika I already have threadlib installed and running in pure data, unlike sndfiler this one is still avalaible at http://grh.mur.at/software/threadlib.html

    sndfiler is the one that I can't find or build. I will try to build it but I'm not really experienced in this topic.

    posted in technical issues read more
  • JackPD

    @jancsika This is what I have inside the folder externals of the source code. The folder is named tb tb.rar and the sndfiler is inside it. Honestly, I have no idea of how to build the external from those files.

    Thanks for your help Jancsika

    posted in technical issues read more
  • JackPD

    @jancsika I see, so it's basically "cheating" the system.., I can't test the patches that you wrote because I don't have the sndfiler library, I can't find it and the original repository link is down, if you have the sndfiler.dll, could you upload it? I don't know how to build it from the src...

    Thanks

    posted in technical issues read more
  • JackPD

    @jancsika I've just realized that you are the creator of purr-data right? In that case, thank you for making such amazing distribution, I hope I could help you with your distribution to solve the problems that you pointed out, but I don't think I have the sufficient programming knowledge, that's one of the reasons I started to use puredata instead of c frameworks :laughing:

    I have one question about the libraries in purr data, it has to do with this topic too: I've seen that the sndfiler library is included in the source code of purr data, but I can't see it in the windows and raspbian built 2.8.0 installations package, is there a reason why sndfiler is not installed even if it's included in the source code? I want to use the sndfiler to resize arrays without interrupting the dsp, which is one of the features of this library but I don't know how to do it, I can't find the built library (the repository link is down) and I don't know how to build it with the source code.

    posted in technical issues read more
  • JackPD

    I come from here: https://forum.pdpatchrepo.info/topic/9461/record-audio-of-any-length-into-array/8
    Then, searching more about sound clicks and interruptions I've found this thread so I will continue here.

    I'm dealing with the exact same problem as you, especially when resizing tables, which is crucial for dealing with samples and loops in realtime audio processing applications like you said. As far as I know, Pure data was designed in a way that array modifications and object calculations are done in the same thread the audio is flowing, so it's impossible to separate them and audio will be always interrupted. So, after looking for pure data distributions and externals, I've found something that maybe solve part of this problem, the sndfiler external, which is included in the last pd-l2ork distribution:

    https://github.com/pd-l2ork/pd/tree/master/externals/tb/sndfiler

    FEATURES:

    • threaded reading of multichannel soundfiles into arrays
    • threaded resize of arrays

    I've installed the latest pd-l2ork distribution in windows and the sndfiler isn't installed by default, but it appears in the source code, so I will have to try building it from the source code if nobody has the built external. It also needs libsndfile and libvorbisfile and threadlib external in pd, a little bit complicated but may solve the problem.

    For the GUI updating problem, you may solve it by separating the main GUI and the sound processing in differents patches. I've been doing this separation since I started using pd and never run into dsp problems.

    posted in technical issues read more
  • JackPD

    Hello everyone,

    Lately I've been dealing with some dsp stuttering issues while trying to resize arrays and send long messages. Aparently pure data can't deal with resizing arrays in a parallel thread, but I've found the sndfiler external:

    http://grh.mur.at/software/sndfiler.html (but the download link is down...)

    FEATURES:

    threaded reading of multichannel soundfiles into arrays
    threaded resize of arrays
    support for OGG

    I was using pd-extended but couldn't install the library on it, and then I found pd-l20rk, which aparently has the sndfiler library installed by default, appears in the source code but not it the windows installing package...

    Does anyone installed succesfully the sndfiler library? I want to make it work mainly in raspbian stretch, but also would be nice in windows for debbuging purposes. In case that having it installed, does it really works for multithreading heavy array manipulations?

    posted in extra~ read more

Internal error.

Oops! Looks like something went wrong!