Spaces:

Duplicated from  fffiloni/llm-from-image

fffiloni

/

image-to-music-v2

like 438

Running on Zero

Thanks a lot John, so I guess we need to wait or use a Jupyter notebook ?

It will be. The author of this repo is relatively active, so if the problem can be fixed, I'm sure it won't be long before it's fixed.
If it is due to a change in HF specifications or something else, it may be a prolonged problem.

Hello ! I am looking into this.
The main problem is coming from gradio new version not being retro-compatible with older version, so the apis can't communicate properly.
Some of the models spaces that we call here are not updated.

Thanks for the fix!
I have confirmed that it works fine in Riffusion.

The main problem is coming from gradio new version not being retro-compatible with older version

Maybe it's the Spaces incompatibility issue between 3.x and 4.x or later...
I often encounter it too.
The syntax has changed so much that if the space maintainer is a non-coder, he/she cannot deal with the error when upgrading the Gradio version.
I don't have a solution at the moment. The only thing I can do is to contribute from one end to the other.

APIs for Mustango, AudioLDM2, Riffusion and Stable Audio are back (i took the hand on duplicated demos i can maintain)
I still have struggle to make MAGNet and MusicGen work.

I also experimented a little while modifying Gradio's client.py, but I think that only MusicGen is behaving differently from the others and cannot get the config itself.
Something might be wrong on the MusicGen side.

Also, there is a branch in client.py that is not likely to be called from version 4.x. I felt something was wrong.
Maybe HF staff should review it once. If it's me, I don't know Gradio's old specs or HF's.
The difference in Endpoint handling between 3.x and 4.x does not seem to be as large as the overall difference in Gradio, and I think it may be possible to ensure backward compatibility through modifications.