New TAP to manage the PVR using HTML/CSS/JavaScript.

[DeltaMikeCharlie]

[quote="Isarwolf"]I have three info-files in the Zip-file.[/quote]
Thanks for that.

Please try the new version (A-021) that I have just uploaded, I'm hoping that the reboots are fixed now. I am going to use your INF files so that I can test my codeset/character conversions.

[Isarwolf]

[quote="DeltaMikeCharlie"]

Please try the new version (A-021) that I have just uploaded. [/quote]

It works fine with A-021, also demo version.

[DeltaMikeCharlie]

[quote="Isarwolf"]It works fine with A-021, also demo version.[/quote]
That is good news. Thanks.

[Mucki]

I have also no Reboots but no Records are listing.

[Sirius]

Thank you for the A021.

The good news:
- No reboots with this version.
- The records are now listed in the log (but only in the log)

When I pressed the Records button the VFD-display stops scrolling (TMSDisplay tap) and the seconds of the clock (SmartEPG) stands still for 30 - 40 seconds. (because of the big logging as you wrote)
No more reboot.

But the Records list in the browser is still empty.

Here is my shorted log (beginning and end is original)

[Isarwolf]

I have twenty one directories from this six cannot be opened.

[DeltaMikeCharlie]

[quote="Sirius"]The records are now listed in the log (but only in the log)[/quote]
I suspect that this issue is related to the overhead required to create the extensive logging. It could also be related to some characters that have not been handled correctly. I will remove the extra-super-improved-mega-logging(TM) and post another version soon, probably tomorrow (my time).
[quote="Isarwolf"]I have twenty one directories from this six cannot be opened.[/quote]
What do you see when you try to open the ones that will not open? What does your log show for the ones that will not open?

[Isarwolf]

TMA
Listing recorded programmes

Deutsch: 37 records found.


Demo
an error occured: maybe Toppy is off

Deutsch: 37 records found.
(37 is the number of directories and files)

This is announced if a directory can not be opened

An extract of log file I appended. The name of directory is "Verschiedenes"

[Isarwolf]

I have found the malefactor.
It is a file named "Dämmfieber". If a delete this i have no problems "Verschiedenes" to open.

I have added a log.

[DeltaMikeCharlie]

[quote="Isarwolf"]I have added a log.[/quote]
Thanks for the log files.

I have traced the issue to the character set in the event name field in the INF. I need to make sure that this field, and others like it, are all converted to UTF8.

I will fix it over the next few days when I get some free time.

[DeltaMikeCharlie]

Version A-022 is now available.

I have updated the recordings JSON data so that all of the text fields are correctly processed (I hope) so that unwanted control codes (code page) are filtered, extended characters are translated to UTF8 and the wanted control codes (cr, lf, tab, etc) are "escaped".

I used the log files posted to manually edit an INF on my PVR to contain the control codes that caused the error and they appear to be fixed. I also used the INF files posted directly on my PVR and they seem fine too.

One thing: The PVR stores the event title and description as a single text block with an offset to the beginning of the description. There is a small chance that the event description characters won’t translate to UTF8 correctly IF it expected to use the code page data from the preceding title field. We will have to wait and see.

[Isarwolf]

Version A-022 is now available.

I have installed A-022 and it works well.
With the Demo-Version I can not open all directories.


The translation of "One Time" is "Einmalig"

Thanks and best regards

[DeltaMikeCharlie]

[quote="Isarwolf"]With the Demo-Version I can not open all directories.[/quote]
Are you able to open all directories with the normal recordings listing? For the directories that don?t work with the Demo, what do you see when you type in the command manually?

http://<PVR IP>:8000/api?funtion=files&action=get!dir=/DataFiles/ZZZZZZ&

[quote="Isarwolf"]The translation of "One Time" is "Einmalig"[/quote]
Fixed in the next version.

[Mucki]

With the new Version I also have no records.

[DeltaMikeCharlie]

@Mucki: Can you also try the manual command to see if the problem is restricted to one or more directories?

What browser are you using? Have you tried a different browser?

Also, are you using the standard web page or the Demo?

My theory is that you are still getting data, but the JSON format is invalid because of character formatting.

[Isarwolf]

[quote="DeltaMikeCharlie"]Are you able to open all directories with the normal recordings listing? For the directories that don?t work with the Demo, what do you see when you type in the command manually?
[/quote]

I think it is the numbers of files if a directory has more than 32 files it will not be opened with Demo Version.

This I can see if the directory will not be opened.
an error occured: maybe Toppy is off

Deutsch: 17 records found.

The command does not function.

[DeltaMikeCharlie]

I had a similar error with the demo but it seemed to fix itself. At the time, I thought that it was a timeout issue.

The Demo uses jQuery and I don’t know that package very well. It could be that some more fine-tuning is required. I will need to speak to the author of the Demo.

[Isarwolf]

[quote="DeltaMikeCharlie"]At the time, I thought that it was a timeout issue.
[/quote]

That is also my idea. But I am no computer expert.
I have made more test and found, if there are more than 30 files, sometimes it opens sometimes not.

[DeltaMikeCharlie]

It may not be the actual number of files. Perhaps it depends on the length of the programme names and programme descriptions because this will change: 1) The amount of data returned and 2) The time required to build the JSON data response.

It may also depend on your browser and platform. Perhaps certain browsers/platforms allocate more/less buffer space to JSON objects.

These are actually very good results. Because we are still at the proof-of-concept stage, these results have taught us that we may need to be very careful with timeouts and things like that. Perhaps the files data needs to be returned in multiple smaller blocks, for example.

[Mucki]

[quote="DeltaMikeCharlie"]@Mucki: Can you also try the manual command to see if the problem is restricted to one or more directories?

What browser are you using? Have you tried a different browser?

Also, are you using the standard web page or the Demo?

My theory is that you are still getting data, but the JSON format is invalid because of character formatting.[/quote]
Hello,
The manual command show the records. I'm using Safari or Atomic.
With the standard and the demo i get no records.