ModuleNotFoundError: No module named 'youtube_dl' #253
Comments
Should be |
|
Thank you for pointing that out. It brings me a step closer. When I now do a search and select a track to play, the following shows in the log: But nothing plays. If I then (in Mopidy-Iris) go to Now playing, I see the song there. If I then hit the *Play button, the following is added to the log, but the song still doesn't play: Searching the internet indicates that this may happen if the file to be played has a bad audio format...(?) I searched for a number of different songs (older ones and newer ones), but they all result in the same error. FWIW, playback of local songs and internet radio works well. Any idea what could be causing this behaviour? Thank you. |
|
I had a further look on the internet and came across this thread, where (you) suggested to remove the resampling from the mopidy.conf file. The OP of that thread likely had a different cause of the error, but the error message was the same as mine. In order to try something, I updated my mopidy.conf file from to then restarted Mopidy, but the result stayed the same. I changed the mopidy.conf file back to how it was. |
|
FWIW, I made sure I have the GStreamer "bad" collection of plugins installed and my system is completely up to date. I can see files being placed in /var/cache/mopidy/youtube. Could it be that somehow GStreamer is not able to read them? Permissions and file ownership seems to be good. |
|
Are you able to remove that output config setting and just test things play locally? You can even try using Can you run with the env variable GST_DEBUG=3 set to see if any hints. Maybe it is actually a conversion problem with webm. There's also a gstreamer plugins-ugly package. |
|
Oh, and also check the mopidy user has permission to create a fifo in /run/snapserver/snapfifo |
|
Sorry to be late to this party! Have you tried with allow cache turned off? Sometimes permission or disk space issues manifest like this. Given local and radio extensions play, it sounds to me more like a mopidy-youtube bug/misconfiguration, rather than a snapcast/gstreamer issue... Fair to say, the mopidy-youtube code isn't very robust... |
|
I set After a restart, we have some more detail. Output below taken from I can confirm that when I download the .webm file from the cache to my local computer, it plays without any issues. Finally, I tried with disabling the cache. The relevant youtube section in This also didn't make a difference. |
|
Between my last post and now, I have rebuilt my Raspberry Pi 3: latest Bookwork Lite OS, all updates, etc. I am now having mixed results using Mopidy-Youtube. Unfortunately, the mix is still tipping in the direction of "it not working". Perhaps the problem is outside of Mopidy-Youtube. I have enabled logging verbosity level 4. I observe the following:
After some testing, I ended up with the following: From all these files, only 1 plays. The rest doesn't. Here is a log example whereby playback works: And here is a log example whereby playback does not work: It would be great if someone could have a look to see why it works in one case, but not in others. Thank you. |
|
Is the m4a file the only one that plays (ie. none of the webm files play)? |
|
I played around some more and I think we are on to something. Indeed the m4a files play properly, but the webm files do not. |
|
Are the webm files complete and correct? You could download reference
copies using ytdl at the command and then compare.
I assume they are fine, but easy to check.
…On Sun, 8 Dec 2024, 10:23 pm 1marc1, ***@***.***> wrote:
I played around some more and I think we are on to something. Indeed the
m4a files play properly, but the webm files do not.
—
Reply to this email directly, view it on GitHub
<#253 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABAN5FLCVAXL3VI64J5ORDD2EQT4RAVCNFSM6AAAAABQ6E6DIWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMRVGY3DENBVGQ>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
|
I have just downloaded all webm files from |
|
Can gstreamer play your files OK? |
|
Audio plays in both cases. I tried with a number of webm files from |
|
The following command plays audio as well:
|
My issue is very similar to this issue.
I am running Mopidy as a service as the user mopidy. I have tried using both youtube_dl and yt-dlp. In both cases, when I want to play a track, I see the following in the logs:
When I uninstall youtube_dl and install yt-dlp, then the "missing" module is listed as yt_dlp.
Where my issue differs from the other issue is that when I run python and manually try to import the modules, I get a SyntaxError:
The above also happens for when I run python as the root user or the mopidy user.
The commands I use to install youtube_dl and yt_dlp are:
The relevant section of my /etc/mopidy/mopidy.conf file is:
To simplify things, I disabled the API key initially when it wasn't working.
Any help is much appreciated.
Thank you.
The text was updated successfully, but these errors were encountered: