SamyGO

@Lordbyte
I have now a proof for my theory of a workaround.
In my setup, no matter how I configure the buffer size, the FTP would always be much faster than the decoding on the TV, so in the end there is buffer underrun and decoding finishes too early.

My theory of a workaround was to limit the FTP transfer rate.
My solution is to limit the FTP transfer rate ON THE PC.
There is a Windows program "NetLimiter 4" which you can google and download.
With this program, it is possible to limit the TCP/IP DL or UL speeds of particular programs.

With a limit of PVRDecoder Download speed to 4 MB/s (which results in decoding speed of 32 Mbit/s on the TV), everything works well on my setup!

If you would find a way to limit the FTP transfer rate within SamyGo PVRDecoder itself, this would be the solution. In particular since you KNOW the actual decoding rate on the TV (since it is printed while it decodes), there could even be an easy solution to auto-configure the limiting of the FTP transfer rate.

Actually, - When the decoding-plugin was created by sectroyer, we spoke about the possibility of a buffer-underrun.
It was theorized that the decoding process in ANY case would always out-perform ANY FTP-transfer.

Sadly, as you well know - the evaluation of possible scenarios never included TV?s equipped with "discount-hardware".

Your solution seems to work for you, but I am not inclined to solve the problem by introducing LIMITATIONS.
I want to solve this issue, by having the decoder-plugin being much faster, OR by introducing some sort of
signaling between plugin and the PVRDecoder.

The "official" solution at this stage, is to enable serializing in setup. I will debate this issue with sectroyer.

Lordbyte wrote:

The "official" solution at this stage, is to enable serializing in setup. I will debate this issue with sectroyer.

No need to debate. He just needs to set "magic number" correctly Decoding WILL ALWAYS be faster than ftp transfer The only problem is that with this "discount-hardware" TVs it requires "strange" values for "magic number" Nothing more

Would it be possible to introduce another plugin that the PVRDecoder could "test" (magic) values against ?

Would be much more user-friendly if the PVRDecoder somehow could "benchmark" the TV for a good "magic value"

sectroyer wrote: No need to debate. He just needs to set "magic number" correctly Decoding WILL ALWAYS be faster than ftp transfer The only problem is that with this "discount-hardware" TVs it requires "strange" values for "magic number" Nothing more

I have a feeling that the "magic number" might depend on the recording. A recording in HD could require a different "magic number".

Another argument for the PVRDecoder being able to autodetect a good value.

Lordbyte wrote:Another argument for the PVRDecoder being able to autodetect a good value.

Just remember that for some (50%) of "magic values" tv crashes/hangs And for some values it might even "finish" decoding but produced file might be incorrect

Re: discount hardware. I do not think this is actually the case. The H6600 models have TWIN tuner and can RECORD 2 programmes simultaneously to playing back a 3rd recording. So the encrypt/decrypt HW block is at least capable to do 2x encrypt and 1x decrypt simultaneously.

My preferred solution would also be also to speed up decrypting in the first place.

But, having 4 MegaBytes per second is a zillion times better than using serializing which gives only like 300 KBytes per second.

mikemcgear wrote:Re: discount hardware. I do not think this is actually the case. The H6600 models have TWIN tuner and can RECORD 2 programmes simultaneously to playing back a 3rd recording. So the encrypt/decrypt HW block is at least capable to do 2x encrypt and 1x decrypt simultaneously.

My preferred solution would also be also to speed up decrypting in the first place.

But, having 4 MegaBytes per second is a zillion times better than using serializing which gives only like 300 KBytes per second.

My H6600 can't record 2 channels simultaneously and it also has two tuners Anyway on my TV it worked out of the box(the decryption was zillion times faster than download)

Do not confuse: H6600 is T-GFS whereas H6640 is T-MST