Project

General

Profile

Bug #3658

$e format field in path name specification does not result in Episode number, but in e.

Added by Rob vh over 5 years ago. Updated over 5 years ago.

Status:
New
Priority:
Normal
Assignee:
Category:
PVR / DVR
Target version:
-
Start date:
2016-03-25
Due date:
% Done:

0%

Estimated time:
Found in version:
4.1-1710~g54b57cf
Affected Versions:

Description

I want to include an episode number in my file names. So I use a path name string $t/$c$-t.%F.%R$.$e$n.$x although on second thought I should have added a -
This used to work (at least in 1351 it still did.
A recording last night was More4-New_ The Good Wife.2016-03-24.22-00$..ts
The $e was formatted as $.

See also http://tvheadend.org/boards/5/topics/20257

History

#1

Updated by Jaroslav Kysela over 5 years ago

$.$e should be probably $.e ? $. is nothing for tvh... This explains $. in output. $e is probably empty (no episode available).

#2

Updated by Rob vh over 5 years ago

I should have included this before, sorry. Yes there was episode info in the XMLTV data.

{
    "enabled": true,
    "start": 1458853200,
    "start_extra": 0,
    "stop": 1458856800,
    "stop_extra": 0,
    "channel": "3b267603c76e7c6fea60dbff179644a8",
    "channelname": "More4",
    "title": {
        "eng": "New: The Good Wife" 
    },
    "subtitle": {
        "eng": "Brand new series - Discovery: Alicia and Lucca help Louis Canning to defend a website against
 an accusation of racial profiling. Alicia's relationship with Jason causes concern. (S7 Ep9/22)  [AD,S]" 
    },
    "description": {
        "eng": "Brand new series - Discovery: Alicia and Lucca help Louis Canning to defend a website against
 an accusation of racial profiling. Alicia's relationship with Jason causes concern. (S7 Ep9/22)  [AD,S]" 
    },
    "pri": 0,
    "retention": 0,
    "removal": 0,
    "config_name": "19b92fccc121e7d0caa86ffc23ddabc2",
    "creator": "10.29.1.47",
    "directory": "The Good Wife",
    "errorcode": 0,
    "errors": 0,
    "data_errors": 0,
    "dvb_eid": 0,
    "noresched": true,
    "norerecord": false,
    "autorec": "5683989733dbe3974759daa37aecb353",
    "timerec": "",
    "parent": "",
    "child": "",
    "content_type": 1,
    "broadcast": 0,
    "episode": "Season 7.Episode 9/22",
    "comment": "Auto recording: Created from EPG query",
    "files": [
        {
            "filename": "/data/tv/recordings/The Good Wife/More4-New_ The Good Wife.2016-03-24.22-00$..ts
",
            "info": [
                {
                    "type": "MPEG2VIDEO",
                    "width": 704,
                    "height": 576,
                    "duration": 3600,
                    "aspect_num": 0,
                    "aspect_den": 0
                },
                {
                    "type": "MPEG2AUDIO",
                    "language": "eng",
                    "audio_type": 0
                },
                {
                    "type": "MPEG2AUDIO",
                    "language": "nar",
                    "audio_type": 0
                },
                {
                    "type": "TELETEXT",
                    "language": "nar" 
                },
                {
                    "type": "DVBSUB",
                    "language": "eng",
                    "composition_id": 2,
                    "ancillary_id": 2
                },
                {
                    "type": "TEXTSUB",
                    "language": "eng",
                    "composition_id": 0,
                    "ancillary_id": 0
                }
            ]
        }
    ]
}

I will fix the format string and try again.

#3

Updated by Rob vh over 5 years ago

Here's another one that was ignored by the $e formatter:

"content_type": 1,
"broadcast": 0,
"episode": "Season 1.Episode 8/8",
"comment": "Auto recording",
"files": [ {
"filename": "/data/tv/recordings/South of Hell/Pick TV-South Of Hell.2016-03-26.01-00.ts",
#4

Updated by Jaroslav Kysela over 5 years ago

I did testing here and the DVR code works. The episode might be empty if the broadcast has no episode info when the file is created. Could you check if the episode info is available before recording in EPG info dialog ?

#5

Updated by Rob vh over 5 years ago

I see an interesting discrepancy:
In the "Upcoming/current recording" display, Episode is filled in OK.
In the EPG display, Episode is blank for the same program.

I use XMLTV from TVGUIDE.UK.CO and also receive EIT of freesat.

Here is the dvr/log entry

{
"enabled": true,
"start": 1459126500,
"start_extra": 0,
"stop": 1459129200,
"stop_extra": 0,
"channel": "2f87a4760eb3b449e7eeabcdd1e15347",
"channelname": "E4",
"title": {
"eng": "The 100"
},
"subtitle": {
"eng": "Brand new series - Bitter Harvest: Clarke is torn between vengeance and mercy. Kane and Octavia w
ork together in order to avert a disaster. Abby continues to worry about Raven. (S3 Ep6/16) [AD,S]"
},
"description": {
"eng": "Brand new series - Bitter Harvest: Clarke is torn between vengeance and mercy. Kane and Octavia w
ork together in order to avert a disaster. Abby continues to worry about Raven. (S3 Ep6/16) [AD,S]"
},
"pri": 0,
"retention": 0,
"removal": 0,
"config_name": "19b92fccc121e7d0caa86ffc23ddabc2",
"creator": "10.29.1.69",
"directory": "The 100",
"errorcode": 0,
"errors": 0,
"data_errors": 0,
"dvb_eid": 11181,
"noresched": false,
"norerecord": false,
"autorec": "be8890da3fba9ddabe8dea1764ee8325",
"timerec": "",
"parent": "",
"child": "",
"content_type": 1,
"broadcast": 72897756,
"episode": "Season 3.Episode 6/16",
"comment": "Auto recording"
}

#6

Updated by Rob vh over 5 years ago

This is the recording: /The 100/E4-The 100.2016-03-28.02-55.ts
The episode of the dvr/log entry was ignored.
Here is the format string: $t/$c$-t.%F.%R$.e$n.$x

#7

Updated by Paul Nolan over 5 years ago

FWIW. I see the same behaviour using XMLTV tv_grab_uk_rt in conjunction with Freeview OTA EIT data.

If I disable Freeview EIT, episode numbers behave as expected and $E yields the episode name in S01E01 format. Enabling EIT reverts back to episode data being removed from EPG and not being recorded in filenames. This seems to happen regardless of the priority of the grabbers. Ideally I would like to use xmltv and override with more recent data from EIT ...

#8

Updated by Jaroslav Kysela over 5 years ago

Priority settings should work, but you must reimport / rescan for new data - only data from the prioritized grabber are stored in the EPG database. Note that higher priority value means precedence.

And it's generally a bad idea to combine two EPG sources - it's not possible to decide which information is correct in this case.

I'll fix the EPG episode info / DVR episode info inconsistency.

#9

Updated by Paul Nolan over 5 years ago

@Jaroslav - just to be clear, when you say the higher priority value do you mean the greatest value? i.e 10 is greater than / higher than 5 so would take precedence?

#10

Updated by Jaroslav Kysela over 5 years ago

Yes 10 is prefered over 5. The grabber priorities allows to have an EPG backup.

The EPG information is not merged in the current implementation (but it was before). The merging does not allow complete event replacements / updates.

#11

Updated by Paul Nolan over 5 years ago

I have setup XMLTV grabber with a priority 10 and OTA: Freeview grabber has priority 5. I use XMLTV as it contains episode numbers, whereas the OTA does not; and I use OTA as XMLTV does not cover radio channels, or all TV channels.

What I see is:-

1) xmltv runs, populates EPG title & episode values (subtitle is blank)
2) OTA runs and overwrites title and subtitle and blanks the episode
3) xmltv runs and it overwrites title, blanks the subtitle and writes episode values

and so on....

Given my settings I expected that OTA would provide base information for all channels and individual EPG entries would be udpated for those channels that have XMLTV data ... I didn't expect OTA to overwite EPG entries created by XMLTV..

Is this "working as designed" ?

#12

Updated by Rob vh over 5 years ago

There should be a case for merging EIT and XMLTV. If a program's start time is shifted due to an unexpected event, would you not want to use this to shift the recording time?
From my point of view, the merge functionality that we had 6 months ago was almost perfect: XMTVL from tvguide.co.uk and EIT from freesat complemented each other nicely: episode numbers were kept from tvguide.co.uk, changes to the recording schedule from EIT came through.

#13

Updated by Rob vh over 5 years ago

And with 4.1-1943~g10f1326 I still see recording that have proper episode numbers in dvr/log NOT having their filename set accordingly. Should I expect this to be fixed? If so, I will collect debug logs.

Also available in: Atom PDF