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

Download Issue Album Art #504

Closed
IllMethods opened this issue Jun 18, 2023 · 12 comments · Fixed by #506
Closed

Download Issue Album Art #504

IllMethods opened this issue Jun 18, 2023 · 12 comments · Fixed by #506

Comments

@IllMethods
Copy link

All of my downloads fail, and it seems to only fail because of the album art. It seems to find the tracks, but not be able to download the art, which makes them all fail...

• [07 Morning Light]
| ➤ Collating sources...
| ➤ [•] YouTube Music...[success, found 5 sources]
| ➤ Awaiting audiofeeds...[done]
| [✕] Failed to get album art [ENXIO]
• [08 Candy]
| ➤ Collating sources...
| ➤ [•] YouTube Music...[success, found 5 sources]
| ➤ Awaiting audiofeeds...[done]
| [✕] Failed to get album art [ENXIO]
• [09 Game]
| ➤ Collating sources...
| ➤ [•] YouTube Music...[success, found 6 sources]
| ➤ Awaiting audiofeeds...[done]
| [✕] Failed to get album art [ENXIO]
• [10 Casual]
| ➤ Collating sources...
| ➤ [•] YouTube Music...[success, found 5 sources]
| ➤ Awaiting audiofeeds...[done]
| [✕] Failed to get album art [ENXIO]

@miraclx
Copy link
Owner

miraclx commented Jun 18, 2023

What was the command?

@IllMethods
Copy link
Author

freyr -d /downloads-lidarr-extended/incomplete deezer:album:$1

It is used with in lidarr extended.

@IllMethods
Copy link
Author

• [✕] 01 Take Two [deezer:track:2318263335] (failed: Error downloading album art [An error occurred while processing the data through the with middleware tagged [progressBar]: ENXIO: no such device or address, open '/dev/tty'])

@ciB89
Copy link

ciB89 commented Jun 19, 2023

Same error with lidarr-extended, I also opened an issue there

@IllMethods
Copy link
Author

Same error with lidarr-extended, I also opened an issue there

You won't get help there. I've told the developer there and he says it works fine for him and he isn't going to look further into it.

@ciB89
Copy link

ciB89 commented Jun 19, 2023

Same error with lidarr-extended, I also opened an issue there

You won't get help there. I've told the developer there and he says it works fine for him and he isn't going to look further into it.

You sure? He has already fixed the issue.

@IllMethods
Copy link
Author

@ciB89
Copy link

ciB89 commented Jun 19, 2023

Very

RandomNinjaAtk/docker-lidarr-extended#249 (reply in thread)

Well, he mentions that "Maybe the client has some additional options (flags/paramters) that could be used to help the situation, but I don't have time to investigate it further." - I provided him with such flag and now he implemented it.

@IllMethods
Copy link
Author

Yes he did, but he also just shrugged it off. I showed him my logs which said it found everything and it was the metadata which wouldn't download for some reason. Finding a possible flag for a solution is why I created this thread.

@miraclx
Copy link
Owner

miraclx commented Jun 19, 2023

Adding the --no-bar like the dev already did should fix this. I'll introduce a patch to freyr to default to this no bar state when a TTY is absent. cc: #384

@IllMethods
Copy link
Author

Adding the --no-bar like the dev already did should fix this. I'll introduce a patch to freyr to default to this no bar state when a TTY is absent. cc: #384

Thankyou

@miraclx
Copy link
Owner

miraclx commented Jun 20, 2023

Resolved in #506.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants