purenirvana
15-02-13, 15:47
Hi,
I think this is my first post here, please don’t take my first posting as a rant or complaint. I think the work you guys do is great, it’s just that I’ve never had the need to post before!
Box type:
Clarke Tech/Xtrend ET9x00
Image:
Vix 3.0.507 and Vix 3.0.600 (maybe other versions too)
Incompatibility issue:
Playback of a file from an encrypted channel on 28.2E whilst it’s still being recording using OSCam (all versions). Problem also exists in OpenAAF 2.0 but not in OpenPLi 3.0. If using CCCam 2.3.0 or earlier the problem doesn’t exist regardless of the box image. Using an official local card or proxy makes no difference, the problem still exists. I have ruled out it being OSCam at fault as it works perfectly with OpenPLi.
Description:
As said, if I’m recording a program off an encrypted channel on 28.2E (not tested other sats yet) and I begin to play it back whilst it is still recording I get a significant problem. It can be seen initially if viewing the channel and I press record, the picture freezes briefly then continues as normal. If I view OSCam’s log file it shows that at that moment of pressing record it requests the ECM from the cache rather than the card. Not a big issue in itself as it is a fairly brief interruption to the picture.
The main problem is when you fast forward or rewind (with the number buttons or arrow buttons), what happens here is that the playback moves as requested, but whatever part of the programme is being recorded at the time you press the keys asks for the ECMs from the cache rather than the card. This causes the ECM requests to get out of sync with the recording. It’s almost like the playback takes over the timing of the ECM requests rather than the recording as should be the case. This means that the recording is forced to wait a second or two to get the ECM from the cache as the playback ECM timing is taking priority from the card, the result of course is a frozen picture for a few seconds when playback catches up to the affected part of the recording.
I would think that playback doesn’t need to request an ECM? The recording aspect should request the ECM, maintain the timing of the requests, decrypt the picture and move on until the next ECM. Playback should just play the file as recorded. If I use CCCam this problem does not exist, nor does it exist in OpenPLi using OSCam. The problem also exists with OpenAAF. Something isn’t right with the playback whilst still recording the same channel aspect of the media player with these images. OpenPLi’s version doesn’t suffer this problem.
If I use the timeshift pause, and skip around back and forth with the rewind, the ECMs continue to be requested by the live channel rather than the timeshift. It’s just playback whilst still recording when using OSCAM for the ECM requests that is affected.
Sorry to ramble on, it’s just something that I feel needs looking into. I love the OpenViX images and would hate to be forced to use CCCam or OpenPLi to get around the problem, as in my opinion both of these are inferior to OSCam and OpenViX. Hopefully my explanation is clear enough to understand so the issue can be fixed. I will keep experimenting and see if anything else of interest crops up that might help. I’m going to go back through the OpenViX images to see in what build the problem first arises.
On that final point, how far back through the images can I go without ‘bricking’ my ET9x00? I read somewhere you shouldn’t go too far back as it can ‘brick’ the box? Can I go back to the 2.x versions?
Many thanks in advance to anyone that can help.
pn
Oh yes, the problem seems to have been partially discussed in the thread linked below. Hopefully the little extra detail provided above will help.
http://www.world-of-satellite.com/showthread.php?25083-Issue-with-recordings
I think this is my first post here, please don’t take my first posting as a rant or complaint. I think the work you guys do is great, it’s just that I’ve never had the need to post before!
Box type:
Clarke Tech/Xtrend ET9x00
Image:
Vix 3.0.507 and Vix 3.0.600 (maybe other versions too)
Incompatibility issue:
Playback of a file from an encrypted channel on 28.2E whilst it’s still being recording using OSCam (all versions). Problem also exists in OpenAAF 2.0 but not in OpenPLi 3.0. If using CCCam 2.3.0 or earlier the problem doesn’t exist regardless of the box image. Using an official local card or proxy makes no difference, the problem still exists. I have ruled out it being OSCam at fault as it works perfectly with OpenPLi.
Description:
As said, if I’m recording a program off an encrypted channel on 28.2E (not tested other sats yet) and I begin to play it back whilst it is still recording I get a significant problem. It can be seen initially if viewing the channel and I press record, the picture freezes briefly then continues as normal. If I view OSCam’s log file it shows that at that moment of pressing record it requests the ECM from the cache rather than the card. Not a big issue in itself as it is a fairly brief interruption to the picture.
The main problem is when you fast forward or rewind (with the number buttons or arrow buttons), what happens here is that the playback moves as requested, but whatever part of the programme is being recorded at the time you press the keys asks for the ECMs from the cache rather than the card. This causes the ECM requests to get out of sync with the recording. It’s almost like the playback takes over the timing of the ECM requests rather than the recording as should be the case. This means that the recording is forced to wait a second or two to get the ECM from the cache as the playback ECM timing is taking priority from the card, the result of course is a frozen picture for a few seconds when playback catches up to the affected part of the recording.
I would think that playback doesn’t need to request an ECM? The recording aspect should request the ECM, maintain the timing of the requests, decrypt the picture and move on until the next ECM. Playback should just play the file as recorded. If I use CCCam this problem does not exist, nor does it exist in OpenPLi using OSCam. The problem also exists with OpenAAF. Something isn’t right with the playback whilst still recording the same channel aspect of the media player with these images. OpenPLi’s version doesn’t suffer this problem.
If I use the timeshift pause, and skip around back and forth with the rewind, the ECMs continue to be requested by the live channel rather than the timeshift. It’s just playback whilst still recording when using OSCAM for the ECM requests that is affected.
Sorry to ramble on, it’s just something that I feel needs looking into. I love the OpenViX images and would hate to be forced to use CCCam or OpenPLi to get around the problem, as in my opinion both of these are inferior to OSCam and OpenViX. Hopefully my explanation is clear enough to understand so the issue can be fixed. I will keep experimenting and see if anything else of interest crops up that might help. I’m going to go back through the OpenViX images to see in what build the problem first arises.
On that final point, how far back through the images can I go without ‘bricking’ my ET9x00? I read somewhere you shouldn’t go too far back as it can ‘brick’ the box? Can I go back to the 2.x versions?
Many thanks in advance to anyone that can help.
pn
Oh yes, the problem seems to have been partially discussed in the thread linked below. Hopefully the little extra detail provided above will help.
http://www.world-of-satellite.com/showthread.php?25083-Issue-with-recordings