Yes - I'd love for the {hdr} binding (or some equivalent instruction) to be able to output "DV" if only DV is present and "DV HDR10" if both DV and HDR10 are present. I'll look at the second example you posted, that seems like it will do the trick.

Thanks. But would this replacement result in files that only have Dolby Vision being named incorrectly?

It seems that Filebot's {hdr} binding gives different results than Radarr's {[MediaInfo VideoDynamicRangeType]} binding. If a file has both DV and HDR10, Filebot's {hdr} returns only DV, while Radarr returns DV HDR10. Is there any way to more closely replicate Radarr's behaviour?

I should have mentioned that I use the CLI exclusively, running a command automatically when a new file is detected. Here's the command I'm using: filebot -rename "$1" --db TheMovieDB::TV -non-strict -non-strict --log-file ~/Documents/filebot.log --format "{~plex} [{vf}{any{hdr}; ' - '}{ 'Dolby ...

I'm getting a mismatch on episodes of 'The Day of the Jackal'. Episodes are named as:
Filebot is matching them with a series called 'Kidnapping Day'. Any idea why?

I think I'll just build my own command. No issues using bindings to rename the episode the way I want, but how can I get it to move the file into a Season # folder (with the Series Title folder above that)?

Is there a way to use the Plex binding but omit the episode title?

If not, what's the best combination of bindings to emulate the Plex binding without title?

It's just people editing the database every day Ohhh.... so it's TVDB users editing the series and manually changing the airdates on each episode, thus causing the discrepancy between what cbs.com says and what TVDB says? FWIW, episode 1 of the show aired on January 17th (not the 16th as cbs.com ...

I actually did run -clear-cache before my last post but am getting different results than you. I've run it again just now and still have differing results. macmini:~ [redacted]$ filebot -clear-cache Clear cache * Delete /Users/[redacted]/.filebot/cache/0 (20 KB) macmini:~ [redacted]$ filebot -list ...

I'm having continuing issues with this. When I run: filebot -list --q 441733 --db TheTVDB --format "{airdate} | {episode}" I get a different listing for the series than appears on tvdb.com. For example, running -list shows the first episode of the show as: 2024-01-17 | After Midnight - 1x01 ...

A-ha! Hadn't noticed the wrong date in the filename - I should've caught that before posting. Thanks for the help.

2024-01-17 | After Midnight - 1x01 - Whitney Cummings, Aparna Nancherla, Kurt Braunohler 2024-01-18 | After Midnight - 1x02 - Paul F. Tompkins, Sophie Buddle, Carl Tart 2024-01-19 | After Midnight - 1x03 - Max Greenfield, James Davis, Robby Hoffman 2024-01-23 | After Midnight - 1x04 - Milana ...

No new episodes of this show have aired since I last posted, but I'm having a similar issue with another show so I thought I'd tack it onto this thread. Note that I tried matching with both v4.95 and v5.1.2 on different Macs. The file in question is: After.Midnight.2024.2024.01.22.Chad.Daniels.1080p ...

No change after running filebot -clear-cache, unfortunately.

I'm not sure why Apple would block your upgrade path there

It's an old Mac, no longer supported I guess.

I had no problems with this series/season until just the last two episodes. Prior to S33E09, my script returned results in line with yours. Here's sysinfo (with some things redacted for privacty): https://pastebin.com/cU01uhFB Running filebot -script fn:sysinfo told me an update is available, but I ...

File path as text: https://pastebin.com/keVv58gp

Log: https://pastebin.com/xCWxSWUZ

The last two eps of "The Simpsons" have been put into a folder called "The Simpsons - Tracey Ullman Shorts" instead of simply "The Simpsons" as usual. Logs show this entry for both eps: Resource not found: https://api.themoviedb.org/3/tv/456/season/37 [404 Not Found] These episodes are from season ...

Success! Thanks again.

One further question if you don't mind: is there any way to apply { video.HDR_Format_Compatibility =~ /HDR/ ? ' + HDR' : null } only if Dolby Vision is present? Files that have HDR10+ (instead of DV) implicitly have HDR fallback so it's not necessary to indicate the presence of the fallback in the ...

That worked, thanks for the assist. Here's the MediaInfo output for a DV-only file: https://pastebin.com/gNuJZvaE

Here ya go! Pastebin: https://pastebin.com/xEbaTvuE [General] Count : 349 StreamCount : 1 StreamKind : General StreamKind/String : General StreamKindID : 0 UniqueID : 195345261671825713172052353041526294128 UniqueID/String : 195345261671825713172052353041526294128 (0x92F620FF3FC845BE87C0AE8B0EE60670 ...

I use the MediaInfo CLI, which outputs this: Video ID : 1 Format : HEVC Format/Info : High Efficiency Video Coding Format profile : Main [email protected]@High HDR format : Dolby Vision, Version 1.0, dvhe.08.06, BL+RPU, HDR10 compatible / SMPTE ST 2086, HDR10 compatible Codec ID : V_MPEGH/ISO/HEVC Duration ...

I use {hdr} to append the HDR format to my filenames. I've noticed that files containing DV with HDR fallback are always named as "Dolby Vision" - is there any way to have these named as "Dolby Vision + HDR" or something similar to indicate that an HDR fallback is present?

Any suggestions on how to go about putting the original filename into the Finder's 'Comments' field on a Mac?

Well, running the command again worked. Can't say what changed - temporary TheMovieDB issue, perhaps?