• The forum software that supports hummy.tv will be upgraded to XenForo 2.3 on Wednesday the 20th of November 2024 starting at 7pm

    There will be some periods where the forum is unavailable, please bear with us. More details can be found in the upgrade thread.

[tvdiary] TV Diary 0.0.3-5 update with Real Time Scheduling

martxw said:
...
I've pushed up a new release, tvdiary 0.0.4-3, which has longer timeouts (the index page was set to 2 seconds, now 20) and much less logging enabled. I also corrected the missing redring dependency.
Click to expand...
Presumably TVDiary was intended for HDR models, but that dependency is unsatisfiable on HD models, where the package previously appeared to work (pre-2017) or failed silently (except in the log). This means that the Package Update list can show a bad update that can't easily be disabled, even if you have a working pre-2017 version.

Things start working in the latest version if the redring code is loaded in a catch, but I'm not sure what is being missed by not knowing the contents of /tmp/.offset if present. I can see there's at least one other place (TSR file location) where HDR is assumed (should be a method proc {system tsrfile} in system.class?).

As Webif doesn't make redring a dependency, I presume there's no easy or even quite difficult way to specify different dependencies per platform in a package. So if redring is optional or could be made so, it ought not to be forced; perhaps there could be text or a link to the package update page in the TVDiary web page in case it's running on HDR without redring?
 
With the following recording schedule on 15 March:

ITV Belgravia E1 21:00-22:00
BBC2 Trigonometry E1 22:00-22:45
C4+1HD Homeland S8E5 22:00-23:00
BBC2 MOTD2 22:30-23:00 (on EPG but not broadcast)
BBC2 Trigonometry E2 22:45-23:30

all 4 broadcast shows were recorded.

However TV Diary doesn't list Trigonometry E1. It looks like it didn't make it into the activities table.
 
/df said:
With the following recording schedule on 15 March:

ITV Belgravia E1 21:00-22:00
BBC2 Trigonometry E1 22:00-22:45
C4+1HD Homeland S8E5 22:00-23:00
BBC2 MOTD2 22:30-23:00 (on EPG but not broadcast)
BBC2 Trigonometry E2 22:45-23:30

all 4 broadcast shows were recorded.

However TV Diary doesn't list Trigonometry E1. It looks like it didn't make it into the activities table.
Click to expand...
It's hard to say. It may not be handling schedule adjustments well. I know it doesn't work right with custom recordings (channel & time vs from the EPG).
 
Hi.

I have just installed TV Diary as recommended in this thread.

What is the purpose of the Start of the TV day: setting?

Presumably, setting it to 08:00 will ignore films and TV broadcast after midnight til 8am?
 
My guess, for what it's worth, is to decide where one day ends and the next begins. If, for example, you stay up watching TV until 4am, then midnight to 4am should be considered part of the previous day rather than starting the new day at midnight.
 
When is the start of the TV day? The print version of Radio Times has it at 06:00 (and so do some on-line listings). The on-line Radio Times has it at 00:00. :frantic:
 
You've got it right. It's when the TV schedulers say today's TV starts, and that's usually breakfast TV at 6am.
Since writing this I've moved on to working on HR software and having to worry about when shift workers' days start. If I start work at 11pm, is my 7 hours work today or tomorrow?
 
martxw said:
You've got it right. It's when the TV schedulers say today's TV starts, and that's usually breakfast TV at 6am.
Click to expand...
Probably from when the transmitters actually closed down during the night and then started up again sometime the same morning. Then breakfast TV came along so it probably made sense to start the day then.
If I start work at 11pm, is my 7 hours work today or tomorrow?
Click to expand...
My guess, and it is only a guess, is that whenever you start that is today. Your shift starts at 23:55 on Thursday - it's Thursday. Your shift starts 00:05 Friday - it's probably Friday. Yes, you've got a point - it doesn't make sense! (I may need to borrow Trev's headache pills!)
 
In the Monthly Summaries section, there is a Programmes table with the headings:-
#TitleChannel# Recorded# Played# Live# BarelyScheduledRecordedPlayedLive

What does the # Barely column indicate?
 
martxw said:
Since writing this I've moved on to working on HR software and having to worry about when shift workers' days start. If I start work at 11pm, is my 7 hours work today or tomorrow?
Click to expand...
Should a software contractor have to worry about things like that? It should be defined or clarified by the commissioning client (unless you are also the commissioning client of course). So many problems are caused by engineers who guess what the requirement is rather than asking (and sometimes don't even realise they are guessing).
 
Last.To.Know said:
In the Monthly Summaries section, there is a Programmes table with the headings:-
#TitleChannel# Recorded# Played# Live# BarelyScheduledRecordedPlayedLive

What does the # Barely column indicate?
Click to expand...
I can't remember whether I finished implementing that completely. It was meant to tie in with the radar view showing the minutes of the programme, and whether you watched it or paused at it.
I wanted to take account of fast forwarding through any bits of a programme when Eamon Holmes opened his mouth! That would be barely watched!
1601632005640.png
 
I was trying to move towards a recommendation feature. Look for programmes you regularly watched a lot, and suggest when they re-enter the schedule. But ignore programmes you barely watch.
But we don't have enough metadata in the EPG for what I was after, and not enough horsepower.
 
martxw said:
You've got it right. It's when the TV schedulers say today's TV starts, and that's usually breakfast TV at 6am.
Since writing this I've moved on to working on HR software and having to worry about when shift workers' days start. If I start work at 11pm, is my 7 hours work today or tomorrow?
Click to expand...

Oh, so you are going to have to deal with how many hours you get paid for working through a daylight savings change at 2am ... :frantic:
My memories of doing on-call were that the person signing off the overtime sheet generally didn't know the rules.
 
I was lucky with the company I worked for. A 12 hour Saturday night shift paid for 12 hours when the clocks went forward and 13 hours when they went back.
 
You must log in or register to reply here.
Back
Top