jhford wrote: ↑Mon Aug 05, 2019 6:28 pm
djp952 wrote: ↑Sat Aug 03, 2019 8:10 pm
All good my friend. I would also like to apologize to you and the other forum members for my uncharacteristic overreaction/misinterpretation of the commentary as well. Some days this pro-bono project of mine just gets to be too much extra after a long week of "real work" I guess
I'm
very glad the new option seems to meet your current needs, and I look forward to doing what I can to adapt the future changes made to this ecosystem we all know and love to continue to meet those needs. Thank you very much for the clarifications, I will definitely sleep better tonight!
I hope this means that we have "kissed and made up."
Having played with 2.2.1 a bit I have a another suggestion. There was nothing inherently wrong with the 2.2.0 recordings folder / file structure, and its new "news" folder was fine except for the absence of sub-folders bearing the name of each news show, such as "All in with Chris Hays." IMHO. In other words, the contents of "news" was jumble of "news" files which were very hard to work with (dangling participle
). And I don't know if its even possible to organize the "news" folder, accordingly.
Thanks again
I would prefer "hugged it out - but in a manly way", but that works too. Hey, it's 2019, right?
I understand what you're saying here. The problem I have there is that there are (currently) five Recorded TV categories that I am aware of:
- Movies
- News
- Series
- Specials
- Sporting Events
Before SD removed the "DisplayGroupTitle" attribute from the recording metadata it was easy; just stick everything into a folder that was named from that "DisplayGroupTitle" (and AFAIK everyone was happy with that). Without that attribute I now only have the "Category" attribute to work with. So here's the current logic:
- If it's "Series" use the series name as the folder name
- If it's anything else create a folder based on the category name (Mapping that name if it's known, like "news" to "News") and dump everything in there
Not that this can't be changed, of course, but the current logic doesn't allow for a generation of a tree deeper than 2 nodes. It's always {FOLDER}\{EPISODE}. So what's happened with "News" is that everything becomes News\{Episode}. This makes sense for "Movies", "Specials", and maybe "Sporting Events" -- you wouldn't want to have to drill down another level to always find exactly one item.
So here's what I'm thinking right now -- two options:
Option 1: Arbitrarily treat "news" as if it were "series". This may be a little short-sighted since new categories can pop up anytime on us, but I do agree with you that "News" is much more like "Series" than the other known categories. I'm not feeling a configurable option in the PVR here, I think this would be best served as a judgement call to overcome an external change that we collectively feel was ill-advised and needs to be ignored.
Option 2: If there is
more than one recording in a particular Category with a matching series name, create a subfolder for those recordings, with the exception of "series" categories. This is harder to make happen, and perhaps a bit less intuitive for the user since the rules may change on them when they hit a single recording. Recordings that are unique, like Movies or Specials, would end up loose in that top-level "Movies" or "Specials" folder, but if you have multiple recordings with the same series name, aka "News", create a folder and put them all in there. The downside I see here is that when you get down to just one recording for that series, the subfolder won't be created.
Let me try to illustrate how Option 2 might look:
More than one "News" recording for a single series layout:
{Recorded TV}\News\11 News at 11\{Episode xxxx}
{Recorded TV}\News\11 News at 11\{Episode xxxx}
Just one "News" recording for a single series layout:
{Recorded TV}\News\{Episode xxxx}
After typing that out, I think I would be more on board with option one -- arbitrarily convert "news" to "series" and deal with new similar categories as they come.
Your thoughts are appreciated.
Now, however, the user must open the "news' folder and delete selected episodes which are organized by date, it seems, rather than alpha -- very inconvenient and a huge time waster.
But it seems Option One might be an improvement.