starred/Radarr

Fork 0

mirror of https://github.com/Radarr/Radarr.git synced 2026-03-02 22:57:34 -05:00

Remux direct from disc detected as web-dl #9359

New issue

Open

opened 2026-02-20 00:13:03 -05:00 by deekerman · 7 comments

deekerman commented

2026-02-20 00:13:03 -05:00

Owner

Originally created by @3Gigs on GitHub (Feb 8, 2026).

Is there an existing issue for this?

I have searched the existing open and closed issues

Current Behavior

There was an issue opened for this, #7096, but I am experiencing a slightly different version of the problem that I think is fixable in the parser.

If I get a 1080p blu-ray and remux it with MakeMKV, placing just the largest file from the disc in the already existing movie folder, the file ends up named like this: "title_t00.mkv". The _t00, _t01 etc. in the filename clearly indicates it's a remux (in my opinion), yet Radarr always defaults to assigning it to 1080p web-dl quality. I've tried moving the sliders for bitrate, but no matter what I cannot get it to detect as a remux.

In general this relates more to renaming for me than anything else, and if I were able to set the title in more than one quality setting to the same text it wouldn't be an issue for me (e.g. both WEBDL-1080p and Remux-1080p would have the title "1080p Bluray Remux"), or at least not until Radarr tried to upgrade the movie.

Expected Behavior

I expect that any file ending in _t##.mkv should be considered a remux, as that's fairly standard naming convention for MakeMKV. Additionally, I expect that moving the sliders for quality such that a file exceeds the max limit for a particular quality (I have WEBDL-1080p set to MAX 10 (600 MiB/h)) should exclude that quality from being applied to that file.

Lastly (and maybe this should be a separate issue), since the Title in the quality isn't used in menus, there is zero reason to disallow two or more Titles for different quality profiles to have the same name, so I should be able to duplicate them. Meaning if I don't care whether it's WEBDL or WEBRip and I just want them both to be renamed with "Web 1080p", I should be able to have that same Title in the quality settings for both profiles.

Steps To Reproduce

Create directory with name and year of movie.
Use MakeMKV to remux a movie straight from the disc.
Save the resulting file (title_t00.mkv - ~25 GiB) in the folder noted above.
Either import the movie with Library Import, or Refresh and Scan (after deleting any lower-quality files).
Under 'manage files' or 'preview rename' the incorrect quality can be seen.

Environment

- OS: Windows 11
- Radarr: 6.0.4.10291
- Docker Install: No
- Using Reverse Proxy: No
- Browser: Chrome
- Database: Sqlite 3.50.4

What branch are you running?

Master

Trace Logs? Not Optional

Originally created by @3Gigs on GitHub (Feb 8, 2026). ### Is there an existing issue for this? - [x] I have searched the existing open and closed issues ### Current Behavior There was an issue opened for this, #7096, but I am experiencing a slightly different version of the problem that I think is fixable in the parser. If I get a 1080p blu-ray and remux it with MakeMKV, placing just the largest file from the disc in the already existing movie folder, the file ends up named like this: "title_t00.mkv". The _t00, _t01 etc. in the filename clearly indicates it's a remux (in my opinion), yet Radarr always defaults to assigning it to 1080p web-dl quality. I've tried moving the sliders for bitrate, but no matter what I cannot get it to detect as a remux. In general this relates more to renaming for me than anything else, and if I were able to set the title in more than one quality setting to the same text it wouldn't be an issue for me (e.g. both WEBDL-1080p and Remux-1080p would have the title "1080p Bluray Remux"), or at least not until Radarr tried to upgrade the movie. ### Expected Behavior I expect that any file ending in _t##.mkv should be considered a remux, as that's fairly standard naming convention for MakeMKV. Additionally, I expect that moving the sliders for quality such that a file exceeds the max limit for a particular quality (I have WEBDL-1080p set to MAX 10 (600 MiB/h)) should exclude that quality from being applied to that file. Lastly (and maybe this should be a separate issue), since the Title in the quality isn't used in menus, there is zero reason to disallow two or more Titles for different quality profiles to have the same name, so I should be able to duplicate them. Meaning if I don't care whether it's WEBDL or WEBRip and I just want them **both** to be renamed with "Web 1080p", I should be able to have that same Title in the quality settings for both profiles. ### Steps To Reproduce Create directory with name and year of movie. Use MakeMKV to remux a movie straight from the disc. Save the resulting file (title_t00.mkv - ~25 GiB) in the folder noted above. Either import the movie with Library Import, or Refresh and Scan (after deleting any lower-quality files). Under 'manage files' or 'preview rename' the incorrect quality can be seen. ### Environment ```markdown - OS: Windows 11 - Radarr: 6.0.4.10291 - Docker Install: No - Using Reverse Proxy: No - Browser: Chrome - Database: Sqlite 3.50.4 ``` ### What branch are you running? Master ### Trace Logs? **Not Optional** Relevant snippet 1: 2026-02-08 22:21:01.2|Trace|Http|Req: 7398 [GET] /api/v3/rootFolder/7?timeout=false (from ::1 Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36) 2026-02-08 22:21:01.2|Debug|RootFolderService|Generating list of unmapped folders 2026-02-08 22:21:01.2|Trace|ConfigService|Using default config value for 'recyclebin' defaultValue:'' 2026-02-08 22:21:01.2|Debug|RootFolderService|1 unmapped folders detected. 2026-02-08 22:21:01.2|Trace|Http|Res: 7398 [GET] /api/v3/rootFolder/7?timeout=false: 200.OK (2 ms) 2026-02-08 22:21:01.2|Debug|Api|[GET] /api/v3/rootFolder/7?timeout=false: 200.OK (2 ms) 2026-02-08 22:21:01.2|Trace|Http|Req: 7399 [GET] /api/v3/movie/lookup?term=Hangin%27%20out%20(1983) (from ::1 Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36) 2026-02-08 22:21:01.2|Debug|Parser|Parsing string 'Hangin' out (1983)' 2026-02-08 22:21:01.2|Trace|Parser|^(?<title>(?![(\[]).+?)?(?:(?:[-_\W](?<![)\[!]))*(?<year>(1(8|9)|20)\d{2}(?!p|i|(1(8|9)|20)\d{2}|\]|\W(1(8|9)|20)\d{2})))+(\W+|_|$)(?!\\) 2026-02-08 22:21:01.2|Debug|Parser|Movie Parsed. Hangin' out - 1983 2026-02-08 22:21:01.2|Debug|Parser|Release Group parsed: 2026-02-08 22:21:01.2|Debug|Parser|Languages parsed: Unknown 2026-02-08 22:21:01.2|Debug|QualityParser|Trying to parse quality for 'Hangin' out (1983)' 2026-02-08 22:21:01.2|Debug|Parser|Quality parsed: Unknown v1 2026-02-08 22:21:01.2|Debug|Parser|Edition parsed: 2026-02-08 22:21:01.2|Trace|HttpClient|Req: [GET] https://api.radarr.video/v1/search?q=hangin%27%2Bout&year=1983 2026-02-08 22:21:01.2|Trace|ConfigService|Using default config value for 'proxyenabled' defaultValue:'False' 2026-02-08 22:21:01.3|Trace|HttpClient|Res: HTTP/2.0 [GET] https://api.radarr.video/v1/search?q=hangin%27%2Bout&year=1983: 200.OK (14335 bytes) (33 ms) 2026-02-08 22:21:01.3|Trace|ConfigService|Using default config value for 'certificationcountry' defaultValue:'US' 2026-02-08 22:21:01.3|Trace|ConfigService|Using default config value for 'movieinfolanguage' defaultValue:'1' 2026-02-08 22:21:01.3|Trace|ConfigService|Using default config value for 'availabilitydelay' defaultValue:'0' 2026-02-08 22:21:01.3|Trace|Http|Res: 7399 [GET] /api/v3/movie/lookup?term=Hangin%27%20out%20(1983): 200.OK (38 ms) 2026-02-08 22:21:01.3|Debug|Api|[GET] /api/v3/movie/lookup?term=Hangin%27%20out%20(1983): 200.OK (38 ms) 2026-02-08 22:21:08.0|Trace|Http|Req: 7400 [POST] /api/v3/movie/import (from ::1 Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36) 2026-02-08 22:21:08.0|Info|AddMovieService|Adding Movie [Hangin' Out (1983)][tt0083999, 2136] Path: [K:\1983\Hangin' out (1983)] 2026-02-08 22:21:08.0|Trace|HttpClient|Req: [GET] https://api.radarr.video/v1/movie/2136 2026-02-08 22:21:08.0|Trace|ConfigService|Using default config value for 'proxyenabled' defaultValue:'False' 2026-02-08 22:21:08.1|Trace|HttpClient|Res: HTTP/2.0 [GET] https://api.radarr.video/v1/movie/2136: 200.OK (13650 bytes) (9 ms) 2026-02-08 22:21:08.1|Trace|ConfigService|Using default config value for 'certificationcountry' defaultValue:'US' 2026-02-08 22:21:08.1|Trace|ConfigService|Using default config value for 'recyclebin' defaultValue:'' 2026-02-08 22:21:08.1|Debug|MovieMetadataRepository|0 movie metadata up to date; Updating 1, Adding 0 entries. Relevant snippet 2: 2026-02-08 22:21:08.1|Trace|RefreshMovieService|Skipping tag update for [Hangin' Out (1983)][tt0083999, 2136]. Reason: New movie 2026-02-08 22:21:08.1|Trace|ConfigService|Using default config value for 'rescanafterrefresh' defaultValue:'Always' 2026-02-08 22:21:08.1|Trace|RefreshMovieService|Forcing rescan of [Hangin' Out (1983)][tt0083999, 2136]. Reason: New movie 2026-02-08 22:21:08.1|Trace|EventAggregator|MovieUpdatedEvent ~> MediaCoverService 2026-02-08 22:21:08.1|Info|DiskScanService|Scanning disk for Hangin' Out 2026-02-08 22:21:08.1|Trace|EventAggregator|Publishing CommandUpdatedEvent 2026-02-08 22:21:08.1|Trace|EventAggregator|CommandUpdatedEvent -> CommandController 2026-02-08 22:21:08.1|Info|MediaCoverService|Downloading Poster for [Hangin' Out (1983)][tt0083999, 2136] https://image.tmdb.org/t/p/original/6XCcGD4YGw6XDhzqaPE8lM2EAZQ.jpg 2026-02-08 22:21:08.1|Trace|EventAggregator|CommandUpdatedEvent <- CommandController 2026-02-08 22:21:08.1|Debug|DiskScanService|Scanning 'K:\1983\Hangin' out (1983)' for video files 2026-02-08 22:21:08.1|Trace|DiskScanService|1 files were found in K:\1983\Hangin' out (1983) 2026-02-08 22:21:08.1|Debug|HttpClient|Downloading [https://image.tmdb.org/t/p/original/6XCcGD4YGw6XDhzqaPE8lM2EAZQ.jpg] to [C:\ProgramData\Radarr\MediaCover\423\poster.jpg] 2026-02-08 22:21:08.1|Debug|DiskScanService|1 video files were found in K:\1983\Hangin' out (1983) 2026-02-08 22:21:08.1|Trace|HttpClient|Req: [GET] https://image.tmdb.org/t/p/original/6XCcGD4YGw6XDhzqaPE8lM2EAZQ.jpg 2026-02-08 22:21:08.1|Trace|DiskScanService|Finished getting movie files for: [Hangin' Out (1983)][tt0083999, 2136] [00:00:00.0008313] 2026-02-08 22:21:08.1|Trace|ConfigService|Using default config value for 'proxyenabled' defaultValue:'False' 2026-02-08 22:21:08.1|Debug|DiskScanService|[Hangin' Out (1983)][tt0083999, 2136] Cleaning up media files in DB **2026-02-08 22:21:08.1|Debug|ImportDecisionMaker|Analyzing 1/1 files. 2026-02-08 22:21:08.1|Debug|VideoFileInfoReader|Getting media info from K:\1983\Hangin' out (1983)\title_t00.mkv 2026-02-08 22:21:08.1|Debug|DetectSample|[K:\1983\Hangin' out (1983)\title_t00.mkv] does not appear to be a sample. Runtime 01:29:52.5950000 seconds is more than minimum of 600 seconds 2026-02-08 22:21:08.1|Debug|Parser|Parsing string 'title_t00.mkv' 2026-02-08 22:21:08.1|Debug|Parser|Unable to parse title_t00.mkv 2026-02-08 22:21:08.1|Debug|Parser|Attempting to parse movie info using directory and file names. Hangin' out (1983) 2026-02-08 22:21:08.1|Debug|Parser|Parsing string 'Hangin' out (1983) title_t00.mkv' 2026-02-08 22:21:08.1|Trace|Parser|^(?<title>(?![(\[]).+?)?(?:(?:[-_\W](?<![)\[!]))*(?<year>(1(8|9)|20)\d{2}(?!p|i|(1(8|9)|20)\d{2}|\]|\W(1(8|9)|20)\d{2})))+(\W+|_|$)(?!\\) 2026-02-08 22:21:08.1|Debug|Parser|Movie Parsed. Hangin' out - 1983 2026-02-08 22:21:08.1|Debug|Parser|Release Group parsed: 2026-02-08 22:21:08.1|Debug|Parser|Languages parsed: Unknown 2026-02-08 22:21:08.1|Debug|QualityParser|Trying to parse quality for 'Hangin' out (1983) title_t00.mkv' 2026-02-08 22:21:08.1|Debug|Parser|Quality parsed: WEBDL-720p v1 2026-02-08 22:21:08.1|Debug|Parser|Edition parsed: 2026-02-08 22:21:08.1|Trace|ConfigService|Using default config value for 'enablemediainfo' defaultValue:'True' 2026-02-08 22:21:08.1|Debug|VideoFileInfoReader|Getting media info from K:\1983\Hangin' out (1983)\title_t00.mkv 2026-02-08 22:21:08.1|Trace|AggregateLanguage|Considering Languages Unknown (Filename) from FileName 2026-02-08 22:21:08.1|Trace|AggregateLanguage|Considering Languages German, English, Spanish (MediaInfo) from MediaInfo 2026-02-08 22:21:08.1|Debug|AggregateLanguage|Selected languages: German, English, Spanish 2026-02-08 22:21:08.1|Trace|AggregateQuality|Considering Source WEBDL (Fallback) Resolution 720 (Fallback) Revision v1 from FileName 2026-02-08 22:21:08.1|Trace|AugmentQualityFromMediaInfo|Resolution 1920x1080 considered 1080p 2026-02-08 22:21:08.1|Trace|AggregateQuality|Considering Source UNKNOWN (Default) Resolution 1080 (MediaInfo) Revision from MediaInfo 2026-02-08 22:21:08.1|Trace|AggregateQuality|Selected Source WEBDL (Fallback) Resolution 1080 (MediaInfo) Revision v1 2026-02-08 22:21:08.1|Debug|AggregateQuality|Using quality: WEBDL-1080p v1** 2026-02-08 22:21:08.1|Debug|AlreadyImportedSpecification|No download client information is available, skipping 2026-02-08 22:21:08.1|Trace|ConfigService|Using default config value for 'skipfreespacecheckwhenimporting' defaultValue:'False' 2026-02-08 22:21:08.1|Debug|FreeSpaceSpecification|Skipping free space check for existing movie 2026-02-08 22:21:08.1|Debug|NotSampleSpecification|Existing file, skipping sample check 2026-02-08 22:21:08.1|Debug|NotUnpackingSpecification|K:\1983\Hangin' out (1983)\title_t00.mkv is in movie folder, skipping unpacking check 2026-02-08 22:21:08.1|Trace|ConfigService|Using default config value for 'downloadpropersandrepacks' defaultValue:'PreferAndUpgrade' 2026-02-08 22:21:08.1|Debug|ImportDecisionMaker|File accepted 2026-02-08 22:21:08.1|Trace|DiskScanService|Import decisions complete for: [Hangin' Out (1983)][tt0083999, 2136] [00:00:00.0457498] 2026-02-08 22:21:08.1|Debug|ImportApprovedMovie|Decisions: 1 2026-02-08 22:21:08.1|Trace|EventAggregator|Publishing MovieFileAddedEvent 2026-02-08 22:21:08.1|Trace|EventAggregator|MovieFileAddedEvent -> MovieService 2026-02-08 22:21:08.1|Info|MovieService|Assigning file [title_t00.mkv] to movie [[Hangin' Out (1983)][tt0083999, 2136]] 2026-02-08 22:21:08.1|Trace|EventAggregator|MovieFileAddedEvent <- MovieService 2026-02-08 22:21:08.1|Trace|EventAggregator|MovieFileAddedEvent -> MovieFileController 2026-02-08 22:21:08.1|Trace|CustomFormatCalculationService|Using relative path for release title: title_t00.mkv ### Trace Logs have been provided as applicable. Reports will be closed if the required logs are not provided. - [x] I have read and followed the steps in the wiki link above and provided the required trace logs - the logs contain `trace` - that are relevant and show this issue.

deekerman added the

Type: Bug

Status: Needs Triage

labels

2026-02-20 00:13:03 -05:00

deekerman commented

2026-02-20 00:13:04 -05:00

Author

Owner

@mynameisbogdan commented on GitHub (Feb 9, 2026):

the file ends up named like this: "title_t00.mkv". The _t00, _t01 etc. in the filename clearly indicates it's a remux (in my opinion)

Where can you see REMUX plus resolution in those file names? MKV is just a container and not an indicator of quality.

You should improve your naming scheme in makemkv, if possible.

@mynameisbogdan commented on GitHub (Feb 9, 2026): > the file ends up named like this: "title_t00.mkv". The _t00, _t01 etc. in the filename clearly indicates it's a remux (in my opinion) Where can you see **REMUX** plus resolution in those file names? MKV is just a container and not an indicator of quality. You should improve your naming scheme in makemkv, if possible.

deekerman commented

2026-02-20 00:13:04 -05:00

Author

Owner

@3Gigs commented on GitHub (Feb 14, 2026):

You should improve your naming scheme in makemkv, if possible.

Czesc Bogdan,

Not possible, aside from the folder name, which in most cases already exists and was created by Radarr. Only way to rename is manually, which pretty much defeats the purpose of using Radarr to rename files.

And like I said, it'd be a non-issue if two profiles could share the same title.

I suppose I could always muck about with the source code for the parser and add "_t##.mkv"=REMUX somewhere in the regex.

@3Gigs commented on GitHub (Feb 14, 2026): > You should improve your naming scheme in makemkv, if possible. Czesc Bogdan, Not possible, aside from the folder name, which in most cases already exists and was created by Radarr. Only way to rename is manually, which pretty much defeats the purpose of using Radarr to rename files. And like I said, it'd be a non-issue if two profiles could share the same title. I suppose I could always muck about with the source code for the parser and add "_t##.mkv"=REMUX somewhere in the regex.

deekerman commented

2026-02-20 00:13:04 -05:00

Author

Owner

@mynameisbogdan commented on GitHub (Feb 14, 2026):

Only way to rename is manually, which pretty much defeats the purpose of using Radarr to rename files.

Maybe try Filebot?

@mynameisbogdan commented on GitHub (Feb 14, 2026): > Only way to rename is manually, which pretty much defeats the purpose of using Radarr to rename files. Maybe try Filebot?

deekerman commented

2026-02-20 00:13:04 -05:00

Author

Owner

@3Gigs commented on GitHub (Feb 14, 2026):

Maybe try Filebot?

I tried that a long time ago, but I really like Radarr's other functionality. My current workaround is running two instances (one on the workstation one on the server). Workstation has 'remux' in the naming scheme for web-dl and remux (but they have to be ever so slightly different, like 1080w instead of 1080p), and the second instance picks up on the remux and parses it correctly. Only issue there is I wind up remuxing to the workstation then copying the file, instead of remuxing right to the destination folder on the workstation. I was hoping to avoid that extra step. Not to mention the workstation thinks it's a web-dl and wants to upgrade it.

@3Gigs commented on GitHub (Feb 14, 2026): > Maybe try Filebot? I tried that a long time ago, but I really like Radarr's other functionality. My current workaround is running two instances (one on the workstation one on the server). Workstation has 'remux' in the naming scheme for web-dl and remux (but they have to be ever so slightly different, like 1080w instead of 1080p), and the second instance picks up on the remux and parses it correctly. Only issue there is I wind up remuxing to the workstation then copying the file, instead of remuxing right to the destination folder on the workstation. I was hoping to avoid that extra step. Not to mention the workstation thinks it's a web-dl and wants to upgrade it.

deekerman commented

2026-02-20 00:13:04 -05:00

Author

Owner

@3Gigs commented on GitHub (Feb 14, 2026):

So if I go with the 'muck about in the source code' route, would this work:

In QualityParser.cs change:

Regex RemuxRegex = new (@"(?:[. []|\d{4}p-|\bHybrid-)(?(?:(BD|UHD)[-. ]?)?Remux)\b|(?(?:(BD|UHD)[-. ]?)?Remux[. ]\d{4}p)", RegexOptions.Compiled | RegexOptions.IgnoreCase);

Regex RemuxRegex = new (@"(?:[. []|\d{4}p-|\bHybrid-)(?(?:(BD|UHD)[-. ]?)?Remux)\b|(?(?:(BD|UHD)[-. ]?)?Remux[. ]\d{4}p)|(?_t\d{2})(?=.\w{3,4}|)", RegexOptions.Compiled | RegexOptions.IgnoreCase);

by simply adding:

|(?_t\d{2})(?=.\w{3,4}|)

...which should pick up on the _t## at the end of a filename

@3Gigs commented on GitHub (Feb 14, 2026): So if I go with the 'muck about in the source code' route, would this work: In QualityParser.cs change: Regex RemuxRegex = new (@"(?:[_. \[]|\d{4}p-|\bHybrid-)(?<remux>(?:(BD|UHD)[-_. ]?)?Remux)\b|(?<remux>(?:(BD|UHD)[-_. ]?)?Remux[_. ]\d{4}p)", RegexOptions.Compiled | RegexOptions.IgnoreCase); to Regex RemuxRegex = new (@"(?:[_. \[]|\d{4}p-|\bHybrid-)(?<remux>(?:(BD|UHD)[-_. ]?)?Remux)\b|(?<remux>(?:(BD|UHD)[-_. ]?)?Remux[_. ]\d{4}p)|(?<remux>_t\d{2})(?=\.\w{3,4}$|$)", RegexOptions.Compiled | RegexOptions.IgnoreCase); by simply adding: |(?<remux>_t\d{2})(?=\.\w{3,4}$|$) ...which should pick up on the _t## at the end of a filename ?

deekerman commented

2026-02-20 00:13:05 -05:00

Author

Owner

@mynameisbogdan commented on GitHub (Feb 15, 2026):

Not possible, aside from the folder name

@mynameisbogdan commented on GitHub (Feb 15, 2026): > Not possible, aside from the folder name ![Image](https://github.com/user-attachments/assets/e89f6737-6b4e-40a2-ba0f-61f029407933) ![Image](https://github.com/user-attachments/assets/aa29b798-9b39-4fa7-bf81-6eb66314121a) ![Image](https://github.com/user-attachments/assets/98a9e918-0cfd-4beb-af0b-03c50a84300b)

deekerman commented

2026-02-20 00:13:05 -05:00

Author

Owner

@3Gigs commented on GitHub (Feb 15, 2026):

Egads. You know, it's the simple things that trip me up all the time. In the years that I've been using MakeMKV I never checked the 'expert mode' checkbox to enable the advanced tab on preferences. Thank you SO MUCH for this, it completely fixes my issue. You absolutely went above and beyond.

@3Gigs commented on GitHub (Feb 15, 2026): Egads. You know, it's the simple things that trip me up all the time. In the years that I've been using MakeMKV I never checked the 'expert mode' checkbox to enable the advanced tab on preferences. Thank you SO MUCH for this, it completely fixes my issue. You absolutely went above and beyond.