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

[Isarwolf]

Is it possible that you could have an old copy of index.html in public_html on the PVR?

I have the last one with 725 lines.

best regards

[DeltaMikeCharlie]

When you change to the recordings tab on the browser, do you see any activity on the PVR's telnet console? Is there anything written to the log file?

[Isarwolf]

When you change to the recordings tab on the browser, do you see any activity on the PVR's telnet console? Is there anything written to the log file?

This will be written to the log file if I change to recordings tab

Code: Alles auswählen

NetServerRead()
Got 422 bytes of data.
GET /api?function=files&action=get! HTTP/1.1
User-Agent: Opera/9.80 (X11; Linux i686) Presto/2.12.388 Version/12.16
Host: 192.168.178.33:8000
Accept: text/html, application/xml;q=0.9, application/xhtml+xml, image/png, image/webp, image/jpeg, image/gif, image/x-xbitmap, */*;q=0.1
Accept-Language: de-DE,de;q=0.9,en;q=0.8
Accept-Encoding: gzip, deflate
Referer: http://192.168.178.33:8000/
Connection: Keep-Alive


---------
NetReadCommand()
Method: 'GET'
Path: '/api?function=files&action=get!'
NetProcessCommand().
Processing Command '/api?function=files&action=get!' (31).
NetProcessAPI(): theCommand = [/api?function=files&action=get!]
Function = [files], Action = [get], Module = [default], Session = [].
Processing API-Files-Get request '/api?function=files&action=get!'.
Reserving 43008 bytes for files response.
files = (41)
NetHTTPRespond(): Content-type = 'text/html'.
NetHTTPRespond Sending header: 101.
NetHTTPRespond Sending payload: 5141.
Command completed in 3 ticks.

What is telnet console? (I am not a computer expert)
best regards

[DeltaMikeCharlie]

Your version of Opera seems old, but you have also tested with FireFox and a Samsung tablet with the same error.

Sorry, but I can't think of anything at the moment except a bug in the index.html code.

FYI. The telnet console will let you see the log as it is created instead of copying it from the PVR. It can be dangerous if you do not know what you are doing so it is probably best if you use keep using the log file instead.

[Isarwolf]

Your version of Opera seems old.

I use the newest version of Opera

User-Agent: Opera/9.80 (X11; Linux i686) Presto/2.12.388 Version/12.16

[DeltaMikeCharlie]

User-Agent: Opera/9.80 (X11; Linux i686) Presto/2.12.388 Version/12.16

Apologies, I misread "9.80" as the version number. My mistake.

This is very mysterious. I downloaded the latest Opera and tried it on my PC and TMA1 worked fine, in fact, it was very fast.

I was thinking that maybe your PVR has got some control characters (or something) in one of the file names and that is making the JavaScript in index.html misinterpret the data returned.

1) When you select the recordings tab, does the timestamp and status message at the bottom of the screen change?

2) When you change back to the channels or timers tab, do these tables present correctly or does the whole thing stop working once you have tried the recordings tab?

3) I would like to get a copy of your data if that is OK. If you are willing to send me your email address via a forum private message, I can send you a special debug version of tma1.tap that writes all of the data into the log file so that I can see what's going on with your data.

[Isarwolf]

I am speechless!

This morning I wanted to test TMA1 to answer your questions and what happened, timers and programs are shown correctly.

I have then stopped and started TMA1 all OK. The same after stopping and starting CRP.

I will reactivate two records, which I have deleted yesterday and look what happens.

I have done it and now the records will not be shown.

I will now test which record will make this trouble.
best regards

[Isarwolf]

I have found the record, which cause the trouble.
It is this one
"Go, Götz, Go!" - Alsmanns Radioshow - 2013-08-20-05

If I look with my Laptop to the PVR it is written in this way.
"Go, Götz, Go!" - Alsmanns Radioshow - 2013-08-26 20-05.rec

After a lot of test I found that it is not the "Umlaut" which cause the trouble, it seems that there is something else.
I programmed a timer with Umlaut Ö in the name and found also another record with Umlaut Ö no trouble.
We have to wait until next Saturday until a timer for "Go, Götz, Go!" - Alsmanns Radioshow will be programmed.

best regards

[FireBird]

ö

This means that the Umlaut is UTF8 encoded.

I programmed a timer with Umlaut Ö in the name and found also another record with Umlaut Ö no trouble.

Do these have the same UTF8 encoded Umlaut?

[DeltaMikeCharlie]

In index.html, I have the statement <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">, because I don't know any better.

Could this be a contributing factor?

[FireBird]

Would be worth trying "charset=UTF-8".

[Isarwolf]

@ Firebird
Yes they have. For example:
Die tödliche Maria -

[DeltaMikeCharlie]

I have done some research and I should probably put another field into my HTTP header response stating "charset=UTF-8" (in addition to index.html).

In addition to this, I should probably change the "Content-Type: text/html" to "Content-Type: application/json" for my data responses.

I'd love to know the exact cause so that I could replicate it on my PVR and then change one thing at a time until it works to the point where I can force the error at will to prove the cause and remedy.

[Isarwolf]

I have just recorded SOKO Köln - 2013-08-28 11-15.rec.
No problems.

Best regards

[Isarwolf]

I have made another test and programmed a timer for "Go, Götz, Go!" - Alsmanns Radioshow - 2013-08-20-05.
And now the timers are not shown. If I blocke the timer then I can see the timers. There are also another timers with Ö without problems. There most be any other character, which cause the problem.
If anyone wants to test it the programme is on WDR4 on Monday at 20:05.

best regards

[DeltaMikeCharlie]

I would like to get a copy of your data so that I can investigate further. Can I send you a special debug version of TMA1 to write the data into the log file?

Alternately, FireBird, do you think that running FlashDecode would give me the data that I need from the timers?

[FireBird]

FlashTimerGetInfo() should return the data without any modifications.

[Isarwolf]

I would like to get a copy of your data so that I can investigate further. Can I send you a special debug version of TMA1 to write the data into the log file?

Alternately, FireBird, do you think that running FlashDecode would give me the data that I need from the timers?

I think I have found the reason:

"filename":""Go, Götz, Go!" - Alsmanns Radioshow - 2013-08-26 20-05.rec",


The two quotation marks size=175]""[/size]Go, Götz, Go!" make the trouble. I have renamed another record - with a quotation mark in the beginning - and got the same trouble. :

If I should anyway use the debug version please ask again and then I will send you my EMail address
best regards

[FireBird]

Well done.

[Isarwolf]

I have found for me the solution.
I have changed in SmartEPG the name of the search.
In the timers and in the recordings should be no quotation mark in the beginning of the name.

best regards