Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature Request: Support Audio Formats #13

Open
4 of 9 tasks
j9ac9k opened this issue May 15, 2019 · 13 comments
Open
4 of 9 tasks

Feature Request: Support Audio Formats #13

j9ac9k opened this issue May 15, 2019 · 13 comments
Assignees

Comments

@j9ac9k
Copy link
Collaborator

j9ac9k commented May 15, 2019

It would be beneficial if signalworks would support the following audio formats as importable as Tracks.

  • .wav
  • .snd
  • .raw
  • .au
  • .pcm
  • .nis
  • .sp0
  • .wv1
  • .wv2
@lxkain
Copy link
Collaborator

lxkain commented May 20, 2019

In other words, should we use SoundFile to load waveforms?

@j9ac9k
Copy link
Collaborator Author

j9ac9k commented May 20, 2019

What's SoundFile?

@lxkain
Copy link
Collaborator

lxkain commented May 20, 2019

@j9ac9k
Copy link
Collaborator Author

j9ac9k commented May 20, 2019

@lxkain while it certainly looks like it could help, that dependency list would make it problematic to embed. It would be ideal if we could just pip-install.

I could certainly sing a different tune once we attempt to support those other formats without it.

@j9ac9k
Copy link
Collaborator Author

j9ac9k commented May 20, 2019

Re-reading it, it shouldn't be too bad if we make it an optional dependency for signalworks and handle wav files with scipy wav_read

@lxkain how do you feel about adding this as a signalworks optional dependency?

@lxkain
Copy link
Collaborator

lxkain commented May 20, 2019

That would be fine.

@tuanad121 tuanad121 self-assigned this May 21, 2019
@tuanad121
Copy link
Collaborator

SoundFile doesn't support wv1 and wv2.

@lxkain
Copy link
Collaborator

lxkain commented May 21, 2019

What are those formats?

Best curated list about this sort of thing is at https://github.com/faroit/awesome-python-scientific-audio#read-write

@j9ac9k
Copy link
Collaborator Author

j9ac9k commented May 21, 2019

we have a variety of formats, but these ones I think came from the TIMIT dataset, and are NIST sphere encoded (which soundaudio looks as if they should handle, but they aren't).

@tuanad121
Copy link
Collaborator

for example
4M0C0106.WV1.zip

@j9ac9k
Copy link
Collaborator Author

j9ac9k commented May 24, 2019

@tuanad121 has integrated soundfile as an optional dependency; that still doesn't cover quite all our use cases but gets us most of the way there.

@j9ac9k
Copy link
Collaborator Author

j9ac9k commented May 28, 2019

@tuanad121 would you mind updating the original check list?

@lxkain
Copy link
Collaborator

lxkain commented Nov 22, 2019

See also #23. Unfortunately there is still no one-size-fits all solution for this, and it appears we will continue to need to interface with multiple libraries to load time-series (including audio) from files.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants