• This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn more.
  • The forum software that supports hummy.tv has been upgraded to XenForo 2.0!

    This is a major upgrade which changes the look and feel of the forum somewhat but brings a host of improvements too. Please bear with us as we continue to tweak things and report any issues or suggestions in Site/Forum Issues.

[tunefix-update] Automated Freeview channel updates

Are you suggesting that the BBC should not offer parents the absolute best for their precious little darlings? You'll be in all sorts of doo-doo for that (even if you are absolutely correct). :)


Thinking about it, it's not for the kids anyway; it's for the adults who have to keep them company :eek:
Having watched countless episodes of Bing today I doubt that recording in HD would have improved the experience, though it is preferable to Tree Fu Tom or anything featuring Justin Fletcher!
 
OP
OP
prpr

prpr

Well-Known Member
On the 27th February when for Mendip multiplexes ARQ A (56 to 33) and COM7 (33 to 36) move I was presuming that, and similar, would involve a normal retune.
Why would you presume that?

Anyway, what I meant was that if say you had a line in tunefix.conf which said "MUX|56" to remove mux. 56 and then tunefix-update moved something on to that mux., it would be removed again straight away. (It was not the move itself that had just struck me. I've been planning that since Selkirk last March.)
I need to add code to stop it doing that, in the same way I had to remove (or add) certain LCNs in the config. file for Freeview Retune day.
This is now going to necessitate quite a bit of a rewrite of the file handling/parsing/processing code, as I took the easy option last time round.
 
OP
OP
prpr

prpr

Well-Known Member
What I consider to be an utter waste of bandwidth is CBBC HD and CBeebies HD. Are the target audience (pre-school to 12) that critical of resolution?
They've got better eyes than you have. Anyway, perhaps folk could continue that discussion in the Freeview part of the forum.
 

Luke

Well-Knwοn Мember
Why would you presume that?
...
I've been planning that since Selkirk last March.
Part of what lay behind my assumption was that while move of a channel from one mux to another can utilise some details from other channels which are known to be on the mux being used for the new location, a whole mux move could be different and you may not have known, with certain, if some values are going to be reused by the new mux;
but I'd forgotten about Selkirk, which obviously would have helped confirm what is being retained and what could just be copied over to the new mux entries with a good degree of certainty

My second underlying thinking was that unlike national moves the mux moves are not national but are staggered, which would require more work to prepare for and setup.
 
OP
OP
prpr

prpr

Well-Known Member
Part of what lay behind my assumption was that while move of a channel from one mux to another can utilise some details from other channels which are known to be on the mux being used for the new location, a whole mux move could be different and you may not have known, with certain, if some values are going to be reused by the new mux;
It's the same mux., just broadcast on a different RF channel.
I'd forgotten about Selkirk, which obviously would have helped confirm what is being retained and what could just be copied over to the new mux entries with a good degree of certainty
Well it might have done had we had any feedback about it, which we didn't.
unlike national moves the mux moves are not national but are staggered, which would require more work to prepare for and setup.
Yes, you're not wrong there.
 
OP
OP
prpr

prpr

Well-Known Member
1.0.34:
Rename VIVA to 5Spike+1
Remove True Crime
Remove truTV from COM5
Remove truTV+1
Remove The Vault
Add Sony Crime Channel
Mux. moves for 700 MHz clearance at:
Sudbury (COM6)
Tacolneston (COM8)
Waltham (COM5 and COM8)​

If anybody has any feedback from those regions about the 700 MHz clearance I would be pleased to hear it.

There is currently no link between the removal of the old service and the addition of the new one. I could make it so that there is a conditional link between the two, but the SQL query is complicated enough as it is and it hurts my head every time I think about it. I'll think a bit more about whether it's worth implementing.
This was fixed in tunefix 1.7.0 - it was actually less complicated than I thought.
 
The retune today for Waltham left my box without BBC4HD and SKY News and perhaps others but thats all I noticed before I did a manual retune.
 
OP
OP
prpr

prpr

Well-Known Member
The retune today for Waltham left my box without BBC4HD and SKY News and perhaps others but thats all I noticed before I did a manual retune.
It worked perfectly on mine - the first time I've been able to check and confirm anywhere. All channels present and correct with no manual intervention, so I guess you got the procedure wrong somehow.
 
Me too.

27/02/2018 04:22:32 - Automatically upgraded package tunefix-update from 1.0.34 to 1.0.35
28/02/2018 04:21:09 - Automatically upgraded package tunefix-update from 1.0.35 to 1.0.35 (2 instances)
 
OP
OP
prpr

prpr

Well-Known Member
For info: since the automatic update mechanism was introduced I have received the following notifications:
I wondered how long it would be before somebody noticed and commented. Bit of a gremlin crept in and I didn't notice until yesterday. It's already fixed and will go out in the update for mux. moves at Ridge Hill tonight.
 
OP
OP
prpr

prpr

Well-Known Member
1.0.36:
Remove useless log message when auto-update not performed
Mux. moves for 700 MHz clearance at:
Ridge Hill (COM7 and COM8)
 
Last edited:

Luke

Well-Knwοn Мember
May confuse scheduling though, so may need more than simply being available.
The initial samples I'd examined used different series CRIDs.
But having a fresh look, the very first one I looked at is a duplicate.
 
Last edited: