D7900 als OSCam Client
Re: D7900 als OSCam Client
until now - no. I avoid the word "never" because maybe here is some solution to get it working on other series. But it is unknown for us and we don't have any ideas how to do that.
LE40B653T5W,UE40D6750,UE65Q8C
Have questions? Read SamyGO Wiki, Search on forum first!
FFB (v0.8), FFB for CI+ . Get root on: C series, D series, E series, F series, H series. rooting K series, exeDSP/exeTV patches[C/D/E/F/H]
DO NOT EVER INSTALL FIRMWARE UPGRADE
Have questions? Read SamyGO Wiki, Search on forum first!
FFB (v0.8), FFB for CI+ . Get root on: C series, D series, E series, F series, H series. rooting K series, exeDSP/exeTV patches[C/D/E/F/H]
DO NOT EVER INSTALL FIRMWARE UPGRADE
Re: D7900 als OSCam Client
Hi,
I do not really understand the point here. I have read a post where it is stated that it is possible on E and F series. Why not for D series? -- which is the most spread series out in the field because its availability for years. Not willing to port to D series is one thing I fully understand, but on the other hand if not done, this project will die the sooner the quicker, because there will be other series coming to the market having different CSA-Key memory locations to inject where the problem holds the same. For the elder models there is no way (except firmware upgrades which are never image quality enhancement and feature list related) to prevent from control because these models are already sold.
I also think that big companies do not reinvent the wheel from series to series (I am not saying that they are sleeping;-)). So I think that the patterns in the exeDSP or exeTV are similar to those in E and F series. For others how want to help it really makes no sense to start from scratch IDA'ing the incredible large exeDSP library (which is a sandbox running on the second Cortex ARM core in the end, I guess) to get a feeling what to do.
I recommend to put a guideline how the initial steps for E and F series were to find the CSA-keys section and the demux filter interface and open it for download. Secondly, a great help would be the source code of the libOSCAM.so
p.s.: I think the biggest milestone was samyGOso getting to work, congratulations to samyGO developers!
BR
I do not really understand the point here. I have read a post where it is stated that it is possible on E and F series. Why not for D series? -- which is the most spread series out in the field because its availability for years. Not willing to port to D series is one thing I fully understand, but on the other hand if not done, this project will die the sooner the quicker, because there will be other series coming to the market having different CSA-Key memory locations to inject where the problem holds the same. For the elder models there is no way (except firmware upgrades which are never image quality enhancement and feature list related) to prevent from control because these models are already sold.
I also think that big companies do not reinvent the wheel from series to series (I am not saying that they are sleeping;-)). So I think that the patterns in the exeDSP or exeTV are similar to those in E and F series. For others how want to help it really makes no sense to start from scratch IDA'ing the incredible large exeDSP library (which is a sandbox running on the second Cortex ARM core in the end, I guess) to get a feeling what to do.
I recommend to put a guideline how the initial steps for E and F series were to find the CSA-keys section and the demux filter interface and open it for download. Secondly, a great help would be the source code of the libOSCAM.so
p.s.: I think the biggest milestone was samyGOso getting to work, congratulations to samyGO developers!
BR
- beatfreak
- SamyGO Project Donor
- Posts: 597
- Joined: Tue Aug 23, 2011 9:03 am
- Location: Hamburg
- Contact:
Re: D7900 als OSCam Client
i totally agree with this (especially as a C-Series owner
)
but if the devel says that his project source is not yet in a releaseable state then we have to accept this.
bugficks also stated that he acutally gave the sources to other devels that may have the necesssary skills to support the work, so releasing everything to public would only produce a load of "dummy"questions from people that are far behind him...

but if the devel says that his project source is not yet in a releaseable state then we have to accept this.
bugficks also stated that he acutally gave the sources to other devels that may have the necesssary skills to support the work, so releasing everything to public would only produce a load of "dummy"questions from people that are far behind him...
//UE40C6500 @ T-VALDEUC 3011 // rooted manual HotelMode style // PVR to NFS via 18MB on-the-fly sparse XFS // >> decommissioned due to tuner death
//UE46F8090 @ T-FXPDEUC 1136 // rooted by new Widget // root starting with empty usb drive
FYI: you can close your ssh session with SamyGO with
If you can't fix it using dvct tape, you are not using enough dvct tape.
//UE46F8090 @ T-FXPDEUC 1136 // rooted by new Widget // root starting with empty usb drive
FYI: you can close your ssh session with SamyGO with
Code: Select all
~.
Re: D7900 als OSCam Client
millim wrote:Hi,
I do not really understand the point here. I have read a post where it is stated that it is possible on E and F series. Why not for D series? -- which is the most spread series out in the field because its availability for years. Not willing to port to D series is one thing I fully understand, but on the other hand if not done, this project will die the sooner the quicker, because there will be other series coming to the market having different CSA-Key memory locations to inject where the problem holds the same. For the elder models there is no way (except firmware upgrades which are never image quality enhancement and feature list related) to prevent from control because these models are already sold.
I also think that big companies do not reinvent the wheel from series to series (I am not saying that they are sleeping;-)). So I think that the patterns in the exeDSP or exeTV are similar to those in E and F series. For others how want to help it really makes no sense to start from scratch IDA'ing the incredible large exeDSP library (which is a sandbox running on the second Cortex ARM core in the end, I guess) to get a feeling what to do.
I recommend to put a guideline how the initial steps for E and F series were to find the CSA-keys section and the demux filter interface and open it for download. Secondly, a great help would be the source code of the libOSCAM.so
p.s.: I think the biggest milestone was samyGOso getting to work, congratulations to samyGO developers!
BR

I dont understand why bugficks hates c series.