Project

General

Profile

Bug #2546

(multiple) Scheduled recordig not work correctly

Added by Frank Baier almost 10 years ago. Updated almost 10 years ago.

Status:
Fixed
Priority:
Normal
Assignee:
Category:
PVR / DVR
Target version:
-
Start date:
2014-12-12
Due date:
% Done:

0%

Estimated time:
Found in version:
3.9.2218~gb0e030b
Affected Versions:

Description

Hello,

I have a very intresting problem. I had this problem several times in the last week(s) but I don't realized it/had not the time to have a look about it/I thougt i made a mistake. Yesterday i made all correctly and I had the same Problem:

As you can see in the log I want to record 4 episodes of "Criminal Minds". This was done via the tvhclient (iPhone) but I have the same problems when I use the web-interface.

At the end, I have 3 Recordings from the first episode, with differend EPG/metadata but the same video and one recording from the second episode.
From the episode 3 and 4 there are no recordings.


Files

tvh_log.txt (7.4 KB) tvh_log.txt Frank Baier, 2014-12-12 08:54

History

#1

Updated by Jaroslav Kysela almost 10 years ago

It looks like that the events were merged because the fuzzy match succeed. Could you try to change the "EPG Update Window" in DVR Config to 30 minutes ?

BTW: Do you see episode numbers ? In this case the fuzzy match can be improved..

#2

Updated by Frank Baier almost 10 years ago

Episode numbers are available and they are different!

But there are problems with fuzzy logic..
why are the epsisodes broadcastet from 22:15 till 23:15 and 23:15 till 00:15 matched with 20:15 till 21:15 and not the episode broadcastet at 21:15 till 22:15? it's not every time when I record like this one.... (4 episodes one after another)

I will change the EPG Update Window to 30min and will have a look in during the next 1-2 Weeks

#3

Updated by Jaroslav Kysela almost 10 years ago

Could you check the latest tvh master code ? I added the episode check - https://tvheadend.org/projects/tvheadend/repository/revisions/c6d2a0912fc2e7efe91c0b2c2f295fa2aa4fae57 .

#4

Updated by Jaroslav Kysela almost 10 years ago

  • Status changed from New to Fixed

Also available in: Atom PDF