You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
An object interface for extracting embeddings would make it simpler to extract multiple embeddings and would allow for the embedding model to just be loaded once instead of every time the get_embedding function is called.
At least to begin with, the interface could just be something like
Sounds reasonable. Perhaps I'd move the hop_size and embedding_size params into the get_embedding function call, as these are independent of the specific model file loaded?
I think it might still be a decent idea, but as of now there's no rush towards an OOP model. The main benefit I suppose would be so that you don't have to pass around a model object. But on the other hand it's not really that much bookkeeping. And perhaps it would be best to err on the side of simplicity before overengineering an OOP API?
An object interface for extracting embeddings would make it simpler to extract multiple embeddings and would allow for the embedding model to just be loaded once instead of every time the
get_embedding
function is called.At least to begin with, the interface could just be something like
Basically, we'd just put all of the functions from https://github.com/marl/openl3/blob/master/openl3/core.py into a class.
The text was updated successfully, but these errors were encountered: