This project has moved. For the latest updates, please go here.

HDHomeRun DVR files names.

Aug 29, 2015 at 6:24 PM
Edited Aug 29, 2015 at 6:29 PM
This is the way HDHomeRun DVR files names are created.

--> No match found on TVDB for Episode Name
--> No original broadcast date time
--> Found series match on TVDB by Season and Episode numbers. Updated video tags ->

TV Series...
The part in bold letters is the original airdate.... it is not being used.
Criminal Minds S06E11 20101215 [20150825-0000].mpg

TV Movies
Manhunter 19860815 [20150826-2230].mpg.

I tested the rename for the TV Series works great even though it does not use the original airdate..... the Movies not so much it thinks that they are TVShows .... I will try to create a task just for movies see if they work.
Sep 9, 2015 at 12:34 AM
Try the latest build 2.4.3 from today, it doesn't parse the date from this style of filenames but having the season and episode it should just download the correct episode name and overwrite it.
Sep 9, 2015 at 12:36 AM
That will work for series for movies it expects Movie (YEAR)
You can open an new ticket to add support for the above style of naming for movies (series should work)
Sep 23, 2015 at 3:25 PM
Edited Sep 23, 2015 at 3:26 PM
It looks like the current HDHR DVR format is:

<series title> <original airdate> <episode number> [<record date/time>]

So MCEBuddy will pickup these files and rename them correctly?? (with the original air year being the most important for Synology metadata).
Sep 23, 2015 at 4:31 PM
The issue isn't parsing the issue identifying the title format and WHEN to parse and when not to. Since it supports so many different formats, the SXXEXX was a clear indicator of what the title contains.
In this case is there any separator between the title and dates and other information? If not there's no way to tell programatically where the title ends and where the date starts/ends etc. Some sample will also help here.

Really HDDVR should have a better naming mechanism and you can suggest it to them. If they have delimiters which clearly separate section then the parsing ism ore effective.

Oct 15, 2015 at 9:32 AM
This is now resolved with the latest 2.4.3 build as of 10/15/15. MCEBuddy supports HDHR metadata reading and writing (with it's own profile also)
Marked as answer by rboy1 on 10/15/2015 at 2:32 AM