IPS-LMU / wrassp

wrassp is a wrapper for R around Michel Scheffers's libassp (Advanced Speech Signal Processor). The libassp library aims at providing functionality for handling speech signal files in most common audio formats and for performing analyses common in phonetic science/speech science. This includes the calculation of formants, fundamental frequency, root mean square, auto correlation, a variety of spectral analyses, zero crossing rate, filtering etc. This wrapper provides R with a large subset of libassp's signal processing functions and provides them to the user in a (hopefully) user-friendly manner. The wrassp package is used by the EMU Speech Database Management System (EMU-SDMS) to perform signal processing routines.
http://ips-lmu.github.io/EMU.html
22 stars 7 forks source link

Constraining frequency floor and ceiling with ksvF0 will crash R on Windows #40

Open rpuggaardrode opened 8 months ago

rpuggaardrode commented 8 months ago

Hi!

Since my latest update of R and wrassp I've found that my R crashes much more often than it used to. I've narrowed down at least one source of this problem to pitch and ceiling settings in ksvF0. If I bulk process files with default floor/ceiling of 50 and 600 Hz, it's generally fine. If I use settings close to those, e.g. 75 and 500 Hz, that's usually also fine. But if I set more constrained settings of say 120--250 Hz, then R will almost consistently crash at some point during the processing. This isn't actually reproducible because it usually doesn't happen with the same file; sometimes it'll happen at 13% progress, sometimes at 81%, sometimes at 56%. But the more constrained floor/ceiling, the quicker it crashes. I tried messing around with all the other parameter settings too, and they all seem fine. Any idea what's going on here?

This is wrassp 1.0.4 on R 4.3.2 from Windows 11 x64. In this particular instance I was running ksvF0 from emuR::get_trackdata, but it's also been happening when using wrassp directly so I doubt it's an emuR issue.

rpuggaardrode commented 8 months ago

Forgot to mention -- I wanted to see if I get the same issue with mhsF0. That doesn't seem to be the case, with mhsF0 I can use whichever floor and ceiling values I want.