Interesting. day_view.Jim isn't used any more. It's day_json.jim now. Perhaps there's over zealous caching in the browser, and it's still using the script.is from 0.0.2-1.
Assuming those messages are all after the upgrade.
Looking for the wrong URL would certainly cause the server error messages.
Can you check the tvdiary.log contents under Diag to see what sort of records are being saved.
Also, check the Settings to see whether the monitoring turned on.
Finally, is the main WebIf status showing what's recording or playing?
cheers...
It's kind of you to say so, as I climb on your shoulders:) It's very easy to re-use the WebIf components and I've learned a lot. Although my Object Oriented TCL is like my French - I can read it, but I'm not quite up to writing it.
I used to be an Allman devotee too, but had it knocked out of me...
It sounds like the status checking isn't working. The logging level is set to report when programmes start and stop, so you should see something like:
07/02/2014-20:59:01: Finished activity 4669, 'R', BBC ONE HD, 'Room 101', 07/02/2014-20:29:01 - 07/02/2014-20:58:02, 07/02/2014-20:30:00, 30...
If the programme is still on the disk then there must have somehow been a change to the title or synopsis. It does a simple equality test of both to match videos and recordings. As I put it together I did think that it might be susceptible to any other packages that manipulate video files if...
Yes. I'm thinking of the inventory as an experiment at the moment. I felt challenged by earlier comments, and wanted to see if I could efficiently present a view that would help me choose which of the backlog of recordings I want to watch. The WebIf Browse page's filenames don't help, although...
Is this the entirety of the output, to the very end?
It's all looking very healthy as it goes, but then it seems to die just before the next programme. I can't see what would cause the output to stop at that precise point. The text should go all the way down to the status and the closing...
This is the one I'd expected first time round, particularly if you have a lot of saved videos. However it shouldn't be a recurring problem. Also, only this message text should appear on screen, not the "Sorry, unavailable due to server error" message.
You mention that you've got an HD Fox...
The long line at the top of your web browser that says "http://<your-humax-name-or-ip-address>/tvdiary/index.shtml". Possibly https and with a port number if you've got a secured connection. It's just the part from "/tvdiary" that needs changing.
Can you try changing the web page URL from "/tvdiary/index.shtml" to "/tvdiary/day_json.jim?start=1391745600¤t_time=1391807552&type=R" and report what you receive please.
I've updated the TV Diary to show some more information, which will hopefully make it more useful.
tvdiary_0.0.2-2_mipsel.opk
I have several series links, including Time Team and The Big Bang Theory, which seem to mix up shows so it's hard to know whether it's one they last broadcast a month...
That appears to suggest that the scheduled duration of the .ts file is returned as something other than an number.
I've tried messing around with the sidecar files, but I can't reproduce the issue.
Did you move the files independently, or run them though packages that might have re-written the...
Actually. it may be possible to produce an inventory of the remaining video files as a cache, instead of having to read all of the files every time it's needed or having to monitor incremental changes to the file system. You could put the summaries into a database along with the file path. When...
There's no direct relationship between the information maintained in the TV Diary database and the video files. The files can change name, location and be deleted completely independently from the TV Diary DB, and I'd have to scan through them all to compare their channel and time. I don't think...
Could do - I'll add it to the issues list.
Top of the list is fixing an occasional minor bug calculating the watched time - I've collected logs but haven't had time to go through them.
I'd like it to highlight when I've got too many overlapping programmes scheduled at the same time.
It'd also...
I wouldn't be at all surprised if the behaviour completely changed yet again, but it seems to have been fixed after receiving a replacement HDMI to S-Video converter. For the moment I'm consistently getting a stable black screen for a fraction of a second between changing channels.
So it could...
I use HDMI to feed a converter to an S-Video distribution amp feeding 4 pre-HD TVs.
My suspicion was that it's an HDMI negotiation issue, since when it's settled everything looks fine, and far better than Sky+ used to be with its native S-Video output.
Whether or why it re-negotiates upon...
Here's an example of the snow. It's on stopping playback and restarting it.
As I said, I could build a superstition around it as it keeps changing whether it occurs or not.
It seems to be when changing channel sometimes, but not always. And also when switching between playback and live for some...
Maintenance mode is definitely what I needed to make the HDMI_CEC=1 DB change permanent - thanks. Took a while to daisy chain a wired network for it, since WiFi doesn't work with maintenance mode.
Not sure whether adding the entry actually improves things. I'm not seeing snow starting and...
Can someone with a 1.03.06 and CF check the Diag databases and see if they have an entry for HDMI_CEC in the TBL_MENUCONFIG table in /var/lib/humaxtv/setup.db?
I can see the setting in the default_setup.db but not the setup.db or tempsetup.db.
The reason is, I was testing to see how robust...
Interesting. day_view.Jim isn't used any more. It's day_json.jim now. Perhaps there's over zealous caching in the browser, and it's still using the script.is from 0.0.2-1.
Assuming those messages are all after the upgrade.
Looking for the wrong URL would certainly cause the server error messages.
Can you check the tvdiary.log contents under Diag to see what sort of records are being saved.
Also, check the Settings to see whether the monitoring turned on.
Finally, is the main WebIf status showing what's recording or playing?
cheers...
It's kind of you to say so, as I climb on your shoulders:) It's very easy to re-use the WebIf components and I've learned a lot. Although my Object Oriented TCL is like my French - I can read it, but I'm not quite up to writing it.
I used to be an Allman devotee too, but had it knocked out of me...
It sounds like the status checking isn't working. The logging level is set to report when programmes start and stop, so you should see something like:
07/02/2014-20:59:01: Finished activity 4669, 'R', BBC ONE HD, 'Room 101', 07/02/2014-20:29:01 - 07/02/2014-20:58:02, 07/02/2014-20:30:00, 30...
If the programme is still on the disk then there must have somehow been a change to the title or synopsis. It does a simple equality test of both to match videos and recordings. As I put it together I did think that it might be susceptible to any other packages that manipulate video files if...
Yes. I'm thinking of the inventory as an experiment at the moment. I felt challenged by earlier comments, and wanted to see if I could efficiently present a view that would help me choose which of the backlog of recordings I want to watch. The WebIf Browse page's filenames don't help, although...
Is this the entirety of the output, to the very end?
It's all looking very healthy as it goes, but then it seems to die just before the next programme. I can't see what would cause the output to stop at that precise point. The text should go all the way down to the status and the closing...
This is the one I'd expected first time round, particularly if you have a lot of saved videos. However it shouldn't be a recurring problem. Also, only this message text should appear on screen, not the "Sorry, unavailable due to server error" message.
You mention that you've got an HD Fox...
The long line at the top of your web browser that says "http://<your-humax-name-or-ip-address>/tvdiary/index.shtml". Possibly https and with a port number if you've got a secured connection. It's just the part from "/tvdiary" that needs changing.
Can you try changing the web page URL from "/tvdiary/index.shtml" to "/tvdiary/day_json.jim?start=1391745600¤t_time=1391807552&type=R" and report what you receive please.
I've updated the TV Diary to show some more information, which will hopefully make it more useful.
tvdiary_0.0.2-2_mipsel.opk
I have several series links, including Time Team and The Big Bang Theory, which seem to mix up shows so it's hard to know whether it's one they last broadcast a month...
That appears to suggest that the scheduled duration of the .ts file is returned as something other than an number.
I've tried messing around with the sidecar files, but I can't reproduce the issue.
Did you move the files independently, or run them though packages that might have re-written the...
Actually. it may be possible to produce an inventory of the remaining video files as a cache, instead of having to read all of the files every time it's needed or having to monitor incremental changes to the file system. You could put the summaries into a database along with the file path. When...
There's no direct relationship between the information maintained in the TV Diary database and the video files. The files can change name, location and be deleted completely independently from the TV Diary DB, and I'd have to scan through them all to compare their channel and time. I don't think...
Could do - I'll add it to the issues list.
Top of the list is fixing an occasional minor bug calculating the watched time - I've collected logs but haven't had time to go through them.
I'd like it to highlight when I've got too many overlapping programmes scheduled at the same time.
It'd also...
I wouldn't be at all surprised if the behaviour completely changed yet again, but it seems to have been fixed after receiving a replacement HDMI to S-Video converter. For the moment I'm consistently getting a stable black screen for a fraction of a second between changing channels.
So it could...
I use HDMI to feed a converter to an S-Video distribution amp feeding 4 pre-HD TVs.
My suspicion was that it's an HDMI negotiation issue, since when it's settled everything looks fine, and far better than Sky+ used to be with its native S-Video output.
Whether or why it re-negotiates upon...
Here's an example of the snow. It's on stopping playback and restarting it.
As I said, I could build a superstition around it as it keeps changing whether it occurs or not.
It seems to be when changing channel sometimes, but not always. And also when switching between playback and live for some...
Maintenance mode is definitely what I needed to make the HDMI_CEC=1 DB change permanent - thanks. Took a while to daisy chain a wired network for it, since WiFi doesn't work with maintenance mode.
Not sure whether adding the entry actually improves things. I'm not seeing snow starting and...
Can someone with a 1.03.06 and CF check the Diag databases and see if they have an entry for HDMI_CEC in the TBL_MENUCONFIG table in /var/lib/humaxtv/setup.db?
I can see the setting in the default_setup.db but not the setup.db or tempsetup.db.
The reason is, I was testing to see how robust...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.