<p>This seems to be a perfectly sensible way to use PAMGuard and we certainly use the same set up.
One thing to be careful of is that the output sample rate (in the sound output module settings) is still set to the frequency of the recording you're playing back. Recent versions may automatically set the output rate at 48kHz and decimate the data down, which would obviously wreck the signal.
If you can, bench test the output with an oscilloscope before going into the field.</p>

CC BY-SA 4.0
2023-05-04T12:14:41.593Z
2023-05-04T12:14:41.593Z
Doug Gillespie
<p>You have to carry out two tests:</p>
<ul>
<li>is your transmitter working</li>
<li>is the POD working</li>
</ul>
<p>Consequently, you should in addition to the POD record the transmitted signal with a standard hydrophone and compare recordings with the transmitted signal.
If that part is working, you can address the POD settings.</p>
<p>Testing transmission with a standard hydrophone would also apply to synthetic signals.</p>

CC BY-SA 4.0
2023-02-21T13:42:34.457Z
Thank you for your advice. It is part of our plan to test the playback with another hydrophone. Which if nothing else it can help identify where the issues with the set-up lie.
NicT
CC BY-SA 4.0
2023-02-16T12:55:26.640Z
2023-02-16T12:55:26.640Z
WMXZ
<p>I am working on conducting an a playback experiment with PODs and I am running into a few difficulties. The hardware set up for the playbacks is similar to that in Amundin et al., 2022/ Nuuttila et al., 2018.</p>
<p>As part of the plan I have .wav files of harbour porpoise vocalizations that I wish to play in a range of playbacks. I set up a configuration in PAMGuard to play the files with the National Instruments device as the sound output, which appears to compute but during some testing it seems the PODs aren’t picking anything up.... My thoughts on this are that perhaps it’s because the recordings are short sequences of clicks/buzzes, but aren’t ‘click train like’ enough to be recognised by the PODs? So compiling a longer sequence may be an option there? Or maybe I’m missing something else?</p>
<p>Also, just to note, I was getting an Error for a while in the Java code of PAMGGuard: &quot;NiDaq Error PlaybackData code- 2000561. Attempted writing analog data that is too large or too small. Change Minimum and Maximum value to reflect the range of the Channel.&quot; However I figured that may have been an issue with specified voltages, and it hasn't occurred when playing the files over the last few days.</p>
<p>Additionally, I wanted to explore the use of artificial click sequences as I have seen this done a few times in the literature. It is my understanding that these sequences are generated sine waves, where you can specify the interval, frequency, source level etc. I have attempted to use the Labview software to play the .wav files and generate a ‘porpoise like’ waveform for analog output to the National instruments device and transducer but my technical skills here are limited (that’s why I was leaning towards the PAMGuard option but it hasn’t been working in my favour…).
I thought I would ask if anyone could point me in the direction of a working Labview configuration for this purpose (analog output of .wav/generated signals), or have any advice on how to construct one? Labview VI's I have previously tried have required some subVI's that I could not locate, or have had bug issues when sending the signal to analog output.</p>
<p>Any help or advice is appreciated.</p>

<pamguard><wav><porpoise><playback><cpod>
Help with playback experiment with .wav files/ generated signals, PAMGuard/Labview software
# Help with playback experiment with .wav files/ generated signals, PAMGuard/Labview software

(Asked by: username_0 on 2023-02-16)

I am working on conducting an a playback experiment with PODs and I am running into a few difficulties. The hardware set up for the playbacks is similar to that in Amundin et al., 2022/ Nuuttila et al., 2018.

As part of the plan I have .wav files of harbour porpoise vocalizations that I wish to play in a range of playbacks. I set up a configuration in PAMGuard to play the files with the National Instruments device as the sound output, which appears to compute but during some testing it seems the PODs aren’t picking anything up.... My thoughts on this are that perhaps it’s because the recordings are short sequences of clicks/buzzes, but aren’t ‘click train like’ enough to be recognised by the PODs? So compiling a longer sequence may be an option there? Or maybe I’m missing something else?

Also, just to note, I was getting an Error for a while in the Java code of PAMGGuard: "NiDaq Error PlaybackData code- 2000561. Attempted writing analog data that is too large or too small. Change Minimum and Maximum value to reflect the range of the Channel." However I figured that may have been an issue with specified voltages, and it hasn't occurred when playing the files over the last few days.

Additionally, I wanted to explore the use of artificial click sequences as I have seen this done a few times in the literature. It is my understanding that these sequences are generated sine waves, where you can specify the interval, frequency, source level etc. I have attempted to use the Labview software to play the .wav files and generate a ‘porpoise like’ waveform for analog output to the National instruments device and transducer but my technical skills here are limited (that’s why I was leaning towards the PAMGuard option but it hasn’t been working in my favour…).
I thought I would ask if anyone could point me in the direction of a working Labview configuration for this purpose (analog output of .wav/generated signals), or have any advice on how to construct one? Labview VI's I have previously tried have required some subVI's that I could not locate, or have had bug issues when sending the signal to analog output.

Any help or advice is appreciated.

**Tags:** pamguard, wav, porpoise, playback, cpod


---

## 2 answers

### Answer by username_1 on 2023-05-04. Score: 1

This seems to be a perfectly sensible way to use PAMGuard and we certainly use the same set up.
One thing to be careful of is that the output sample rate (in the sound output module settings) is still set to the frequency of the recording you're playing back. Recent versions may automatically set the output rate at 48kHz and decimate the data down, which would obviously wreck the signal.
If you can, bench test the output with an oscilloscope before going into the field.


---

### Answer by username_2 on 2023-02-16. Score: 1

You have to carry out two tests:

* is your transmitter working
* is the POD working

Consequently, you should in addition to the POD record the transmitted signal with a standard hydrophone and compare recordings with the transmitted signal.
If that part is working, you can address the POD settings.

Testing transmission with a standard hydrophone would also apply to synthetic signals.

> **Comments:**
> **username_0**: Thank you for your advice. It is part of our plan to test the playback with another hydrophone. Which if nothing else it can help identify where the issues with the set-up lie.  

---

