Black Hole
May contain traces of nut
"Deprecated: Invalid characters..."??
-
The forum software that supports hummy.tv has been upgraded to XenForo 2.3!
Please bear with us as we continue to tweak things, and feel free to post any questions, issues or suggestions in the upgrade thread.
[rs] Remote Scheduling v1
- Thread starter af123
- Start date
prpr
Well-Known Member
Example: if a string contained some HTML entity like
&#f6; (lowercase o umlaut), the affected PHP code would formerly convert the hex value to int with no need to extract the hex digits first. Since it's PHP, no-one can tell what attempting to convert the equivalent HTML5 entity ö would do, error or 0 or .... In 7.4 or later, if you previously got an int, you get the warning as well. Presumably some later version will raise an error.
Black Hole
May contain traces of nut
MymsMan
Ad detector
RS still working for me, including schedule
Were you trying to schedule something with a weird name?
Black Hole
May contain traces of nut
Nope, that's just the landing page. Still happening here.
MymsMan
Ad detector
It also works for me on an Android phone though I thought they were server generated error messages rather than browser error messages so device likely to be irrelevant.
Do other RS pages work?
Does it fail with your other Humax boxes?
What recordings do you have scheduled?
Have you tried from another device?
prpr
Well-Known Member
Black Hole
May contain traces of nut
So...
I get the same thing whether on my iPad (with out of date software) or on Firefox (Linux Mint). However, as the deprecated warnings are being inserted at the server, and the browser is not sending anything for the server to react to (except URL query strings), it has to be a result of data being retrieved from the HD/HDR and then processed by the server to generate the web page, and nothing to do with the browser or device the browser is running on.
See above.
Same, with variations which might be indicative: all three HDRs give the same two deprecated lines under the banner and then two in the Active list, whereas the HD-FOX produces three lines in each case.
It's difficult to understand why all four of my RS-connected units are producing this but nobody else is seeing it. They have some duplication of schedule entries, but not duplicated across all four. Two of the units are on WiFi and two on HomePlug, so there's not even commonality there. The only thing left common to my units but nobody else's is my broadband connection!
The Auto and Settings pages work, EPG and Visual show similar effects.
prpr
Well-Known Member
And stuff like the User-Agent header, which can have a significant bearing. It probably doesn't in this case as you get the same result from a real computer.
Probably correct.
Or your tuning database - I can't think network is significant to anything.
Are these on English, Welsh or a mixture of transmitters? As a test, you could just try the Mendip services, like my one which doesn't exhibit the fault. I could try a spare on Wenvoe too.
MymsMan
Ad detector
Another way to test via the epg page would be to set up favourites lists which contain a subset of channels and see which channels cause problems on the epg pages and which don't
Also try deleting all scheduled recordings, see if that resolves problem and then reschedule one by one
It must be one of these special characters in a programme name type problems that have affected the webif over the years but have now (touch wood) been eliminated
Black Hole
May contain traces of nut
Baton now taken up in a new thread (yes, this still isn't working): https://hummy.tv/forum/threads/rs-scheduled-event-not-working.11472
Is it possible to configure how far in advance rs will schedule a programme? I have rs working ok but it will schedule my hummy as soon as epg data is received for a particular channel (about 8 days in advance). The problem I have is that some channels change their schedules between the uploading and the day of broadcast and my scheduled recording does not update to match the new time and stays based on the original published epg data.
I am not in the UK but Finland and AR does not work. I thought that changing the way rs uploads the epg and making it only upload epg data for the next two days in advance (not 8 days) would solve the problem, but is that configurable in the code somewhere?
I am not in the UK but Finland and AR does not work. I thought that changing the way rs uploads the epg and making it only upload epg data for the next two days in advance (not 8 days) would solve the problem, but is that configurable in the code somewhere?
Owen Smith
Well-Known Member
That works for me, the recording changes to match EPG data when it updates even without AR in use. But I'm in the UK.
Black Hole
May contain traces of nut
It's hard to say what will or won't work in Finland, and frankly I'm amazed RS caters for Finland at all. I guess somebody (ie you!) is contributing their local EPG to it, and standards are sufficiently similar that it sort-of works.
You say AR doesn't work. AR relies on broadcast data containing a code representing the current programme, which matches the relevant code obtained from the EPG when scheduling a recording. I presume you have turned off AR (ie set up auto-padding) because without the AR codes the unit would wait to see the code and then time out.
However, even without AR, schedule changes in the EPG should track. RS won't have been designed to do anything other than ping out a schedule, or an alert email, as soon as a matching entry appears in the EPG.
I don't auto-schedule many things, mostly I just get an email and I decide what to do about it. You could take that approach.
For programmes with changed times I only get the details in one email even though the EPG has updated after that and has revised times.
If you are using auto scheduling then is a programme which changes broadcast time sent twice from auto scheduling to your hummy (and you'd see the changed details in a second email)? Otherwise how does the schedule get updated on your box if the broadcast time has changed since the schedule data was sent from the server to your box? is there some kind of ID linked to each programme and the same ID with revised times triggers an update? I do not see CRID in the EPG so perhaps that is needed and it's not in use here in Finland.
prpr
Well-Known Member
No.
In the same way as it does if you don't use RS and set it yourself. The box receives the EPG off-air, detects any changes in events you already have scheduled and updates the schedule entry. If it doesn't work, then presumably there is some fundamental incompatibility between what gets transmitted in Finland and the DVB spec.
Yes, an event ID.
It isn't.
Luke
Well-Knwοn Мember
There is no need to turn AR off for channels that have no CRID data. If there was no CRID associated with the EPG entry when the timer was set then it still records OK, (despite the C/F WebIf flagging it as an AR entry in its schedule display).
If you want to try it out then you could use BBC World Sv. as that went back to having no CRIDs a few years ago.
That would be difficult without a CRID to follow.
It took a long time until the BBC red button channels started to have CRIDs (now just down to just 601). Before CRIDs were introduced to the freeview red button channels , the lack of CRIDs proved very frustrating to some sports fans with HDR-FOX T2s and other recorders.
Or possibly still auto-schedule, but attempt to find time to review the schedule for the next couple of days every couple of days, (which is what I used to do with the red button channels).
@riku2
Riku2, without user intervention, do Finnish recorders cope with any of the movements of events within their broadcast schedule?
prpr
Well-Known Member
Not true. You can perfectly well follow an event using the event ID and the EIT-pf triggers. The CRID(s) are part of this data if they are specified for the event in question.