mirror of
https://github.com/Lidarr/Lidarr.git
synced 2026-03-03 00:26:58 -05:00
Assign Quality based on Indexer group number #466
Labels
No labels
Area: API
Area: Database
Area: Db-migration
Area: Download Clients
Area: Extras
Area: Import Lists
Area: Indexer
Area: Metadata API
Area: Notifications
Area: Organizer
Area: Parser
Area: Scanning
Area: Tooling
Area: UI
Area: Unit Tests
Area: Update API
On Hold: MetadataAPI Blocking
Priority: High
Priority: Low
Priority: Medium
Status: Accepted
Status: Cannot Reproduce
Status: Confirmed
Status: Don't Merge
Status: Help Wanted
Status: In Progress
Status: Info Needed
Status: Investigating
Status: Logs Needed
Status: Maybe One Day
Status: Needs Triage
Status: On Hold
Status: Ready for Review
Status: Unlikely
Status: Waiting for OP
Status: Won't Fix
Type: Bug
Type: Documentation
Type: Duplicate
Type: Enhancement
Type: Enhancement
Type: External Bug
Type: Feature Request
Type: Regression
Type: Support
Type: Support.
conflict
conflict
no-conflict
not-pulled
radarr-pull
readarr-pull
sonarr upstream
sonarr-pull
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/Lidarr-Lidarr#466
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @feerlessleadr on GitHub (Mar 15, 2019).
Is your feature request related to a problem? Please describe.
Hopefully this is the right place to put this. I don't have a need for lossless music, so I generally search for albums in the 3010 group within newznab (for MP3). The problem I'm running into with Lidarr however, is that from what I can tell, most posts/releases in that specific indexer category don't specifically have an MP3 label on the release, so Lidarr labels the release as unknown, and doesn't pick it up.
Obviously this defeats the purpose for me, since I have to manually search and grab individual releases, rather than letting lidarr do all the work for me.
Describe the solution you'd like
Is it possible to have lidarr tag releases for quality based on both the filename, as well as the newznab group it is being pulled from?
Describe alternatives you've considered
Right now, I've removed all of the newznab categories from lidarr, with the exception of 3010, so that only mp3 results are returned, and have included the unknown quality in my lossy profile.
Additional context
Add any other context or screenshots about the feature request here.
AB#330
@Qstick commented on GitHub (Mar 17, 2019):
The issue with this is that the category may tell us it’s MP3 but does not tell us the bitrate.
@feerlessleadr commented on GitHub (Mar 18, 2019):
fair enough - is there anything I'm missing in terms of having lidarr automatically download mp3s?
I'm on a number of fairly popular indexing sites, and almost none of the mp3 releases are labeled as such by the uploader, so they all come up as unknown.
Thanks
@Qstick commented on GitHub (Mar 18, 2019):
No, there are some things we could probably do get identification pre download a bit better. Just hasn't been a huge priority
@GregTroar commented on GitHub (Nov 26, 2020):
Hi all,
Having exact same issues, Lidarr cannot be used as such as all MP3 released are tagged as "unknown" and as such Lidarr does not download a single MP3 release. Indeed, the official MP3 releases do not include the MP3 tag in the title anymore...
This definitely defeats the purpose for me as well.