Navigation Menu

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

command line tool #582

Closed
chanansh opened this issue May 26, 2017 · 5 comments
Closed

command line tool #582

chanansh opened this issue May 26, 2017 · 5 comments
Labels
question Issues asking for help doing something

Comments

@chanansh
Copy link

Is anyone planning a command line tool for librosa such as the one in yaafe?
If not I will be happy to help

@bmcfee
Copy link
Member

bmcfee commented May 26, 2017

Not as such, but it sounds like a great idea!

@chanansh
Copy link
Author

chanansh commented May 27, 2017 via email

@lostanlen
Copy link
Contributor

I have given some thought to this today. The problem is that most functions in librosa return arrays. For functions that return integer, strings, or nothing, it's conceivable to print these to the command line. However, for arrays, these outputs should be exported. So we need to agree on a format for storing arrays and use it consistently.
I can see three options:
(1) numpy.save. Pros: relatively lightweight, no need to add a dependency. Cons: not interoperable.
(2) h5py. Pros: lightweight, interoperable. Cons: need to add a dependency.
(3) csv. Pros: human readable, no need to add a dependency. Cons: slow, only makes sense for 2D arrays.

@lostanlen
Copy link
Contributor

I'm thinking about this issue again and i don't really see a compelling use case for it. Given how easy it is to call Python scripts from the command line, is this really needed? I feel like it would add a lot of boilerplate code on our end.

@lostanlen lostanlen added the question Issues asking for help doing something label Jun 21, 2019
@bmcfee
Copy link
Member

bmcfee commented Jun 26, 2019

I agree with @lostanlen -- librosa is not intended to be the end-point of audio analysis, but rather the set of building blocks that you would use to make such a thing. Any command-line application that we design around the library will undoubtedly fail to meet the needs of most users, so I think it's best that we stay out of that space.

@bmcfee bmcfee closed this as completed Jun 26, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Issues asking for help doing something
Development

No branches or pull requests

3 participants