Closed thadtayo closed 3 years ago
Hey Thad.
DeepSqueak determines call onset and offset from the cluster, so if the "box" or window from MUPET extends past the calls, DeepSqueak will cut of the silent edges for the stats file. Do the boxes look good after import? You may have to adjust the tonality slider on the left to capture the whole call for the stats file.
Also, I highly reccomend trying out the new branch:
https://github.com/DrCoffey/DeepSqueak/tree/Screener
It has a lot of new features, and I think the detection networks are more reliable for a wide range of recordings. You can even explore the entire fill and add in missing calls manually.
The boxes immediately after import do tend to cut off the start of the calls, unfortunately.
However, I will definitely try out this Screener branch. The improvement of the detection networks may allow me to stay completely within DeepSqueak rather than importing from MUPET. The additional features are enticing, too!
Thanks for the help Dr. Coffey!
Hello,
When running USV detection in MUPET and importing the .csv data to DeepSqueak, the
Syllable start time (sec)
andSyllable end time (sec)
from MUPET output do not match withBegin Time (s)
andEnd Time (s)
from DeepSqueak output. It seems that DeepSqueak is always increasing the Begin Time and decreasing the End Time, effectively "shortening" the window of the USV detection. This interferes with the USV, as the import process cuts out a part of the actual call that MUPET detects.To Reproduce
export stats
The differences in the timeframes do not seem to be consistent, so I am unsure as to why this is happening. Any idea as to why DeepSqueak changes the timeframes, and how I can combat this so that DeepSqueak uses exact values from MUPET?
I am on v2.6.1.
Thank you!
Thad