Feature #1235
support camd.socket with oscam
0%
Description
Hi, nice will be if finly tvheadend will be support camd.socket for working with oscam over dvb-api
(even VDR already support dvb-api for working with oscam)
newcamd protocol is very old, and for one provider we must add one line of newcamd in tvheadend
so this no good and tvheadend not very well manage many source and multicrypt channels
(oscam have biger expirence in this topic and is all time developing)
If camd.socket will be work then all this work take oscam, and there no will be reason develop all this parts in tvheadend
and dally
History
Updated by Adam Sutton about 12 years ago
Updated by - Tracker changed from Bug to Feature
- Assignee deleted (
Hein Rigolo) - Priority changed from Normal to Low
- Target version deleted (
3.1)
PRs greatly appreciated, none of the current dev team (Andreas excepted) has any real experience of descrambling, so we're reliant on help from others in that area.
Adam
Updated by piotr galek about 12 years ago
Updated by some usefull
[[https://www.lonelycoder.com/redmine/boards/4/topics/2649]]
source of solution from VDR to work with oscam
[[https://github.com/manio/vdr-plugin-dvbapi]]
Updated by Mariusz Białończyk about 12 years ago
Updated by - Status changed from New to Fixed
It's done in https://github.com/tvheadend/tvheadend/commit/8191e132f83f8078d13f5e9c049c99bafb5264a7
so i think we can close it 
Updated by Frans Rampen about 12 years ago
Updated by Hello Mariusz,
I get a lot of segfaults running the patch on the 3.2 release:
[200872.561601] tvheadend7427: segfault at 1200694c50 ip 00000000004580d6 sp 00007f905754acd0 error 6 in tvheadend[400000+85000]
[200872.578578] init: tvheadend main process (7417) killed by SEGV signal
[200872.578678] init: tvheadend main process ended, respawning
[200890.978229] tvheadend9519: segfault at 1200694c50 ip 00000000004580d6 sp 00007f73d8e41cd0 error 6 in tvheadend[400000+85000]
[200890.997243] init: tvheadend main process (9498) killed by SEGV signal
[200890.997318] init: tvheadend main process ended, respawning
[200912.582898] tvheadend10097: segfault at 1200694c50 ip 00000000004580d6 sp 00007f0998734cd0 error 6 in tvheadend[400000+85000]
[200912.603881] init: tvheadend main process (10064) killed by SEGV signal
[200912.603985] init: tvheadend main process ended, respawning
I reverted back to Adams PPA stable for now and use newcamd again. If i can help in testing let me know.
Updated by Vojtech Plavecky about 12 years ago
Updated by AU not working thru camd and oscam
in that case i have to use at least one newcamd line to send emm to card
afterwords, camd and cwc together is making mess which results to "nothing is dessrambled"
ive made a clean install of tvh today and oscam is fresh from git
guess that changes in camd is making troubles to get at least newcamd working at the moment, capmt is starting even its not ticked and is disabled, afterthat newcamd is not working.
Updated by Vojtech Plavecky about 12 years ago
noticed that mapping services to channels ends cca after ten mappings.
Updated by Vojtech Plavecky about 12 years ago
well, looks that all the troubles are caused with tvheadend zapping a problems related to TBS issues, tested todays master with latest oscam thru camd.socket, 2 channels with different caid simultaneously, worked ok, but will keep testing
Updated by Mariusz Białończyk almost 12 years ago
Frans Nilsson Rampen
Please use the newest tvh from git, not only a single patch. If the problem still exists, please provide me a debug log from tvh.
@Vojtech Plavecky
AU is working fine (tested by me and other ppl). It's handled by oscam internally, so tvh has nothing common with it after sending PMT data. It was some problems with it before (because tvh keeps updating PMT data which prevent oscam to autoupdate correctly) but I believe it's now fixed in the master tree.