-
Notifications
You must be signed in to change notification settings - Fork 18
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
clarifying differences between available models #18
Comments
Hi @zeke, sorry for my late answer, thanks for the proposition, you are absolutely right, the model names are not very informative. The thing is that the models are doing the same thing in a sense (also trained on the same prompts dataset), it's just that the architecture is different (vitgan vs mlp_mixer) and between 0.1 and 0.2 I used different set of data augmentations. The reason they are provided altogether is that the user might prefer one option over the other one for a specific prompt. One way to avoid the naming would be to to not provide model choice explicitly, but rather, display a grid of images as an output like in ICGAN (https://replicate.ai/arantxacasanova/ic_gan), where the image of each cell of the grid would be the generated image from a model. So I am not totally sure, I will think about it, if you or anyone have any propositions, would be glad to hear from you. |
The distinguishing information is: this info is contained in the filename (albeit cryptically) . The format is: From skimming your post @zeke am I correct in assuming you have a somewhat limited API to work with on replicate? There are a few ways this information could be presented. Perhaps easiest would be to summarize this info and make it easy to get to from replicate. |
Hi @mehdidc 👋🏼 I'm a new team member at @replicate.
I was trying out your model on replicate.ai and noticed that the names of the models are a bit cryptic, so it's hard to know what differences to expect when using each:
Here's where those are declared:
feed_forward_vqgan_clip/predict.py
Lines 10 to 14 in dd640c0
Looking at the source for cog's Input class it looks like
options
can be a list of anything:I'm not sure if this is right, but maybe this means that each model could be declared as a tuple with an accompanying label:
We could then display those labels on the model form on replicate.ai to make the available options more clear to users.
Curious to hear your thoughts!
cc @cjwbw @bfirsh @andreasjansson
The text was updated successfully, but these errors were encountered: