I have made a new branch of Tvheadend which adds extended_cw functionality (powervu).
The source code is here:https://github.com/joeusercz/tvheadend/tree/extended_cw
If you need to use lib dvbcsa (instead of default ffdecsa) it will not work for CSA encrytped powervu channels, but others are ok since they use DES.
Setup for Tvheadend is normal with connection to oscam-emu - no need for stream relay anymore...
Hi joeuser, i have compiled tvheadend from this link by ./configure --enable-bundle, so then have did all by your "setup II", but become by OSEmu
any idee what i have wrong done? or is it problem with OSEmu?
PS. which country do you live?
Rgds
With this fork, you do no need to use stream relay anymore, just make a normal dvbapi/capmt connection to oscam-emu and the channels will work like any other scrambled channels.
see here: http://linuxsat-support.com/sh…ight=tvheadend+mode+oscam
or here: http://linuxsat-support.com/showthread.php/99348-OScam-config-dvbapi?p=316382&viewfull=1#post316382
BTW - I also just updated my fork with a fix for oscam-tvheadend communication for other versions of oscam-emu. It works, but better is to use my updated oscam-emu. See here:http://linuxsat-support.com/sh…644-OSCam-emu-source-code
very intresting i do not have a sat pointing to any powervu sats , but would do so to bring this to WETEK / VU duo/zero/U4 quad if devs of U4
are willing to hand over all sorce codes to ther TVH used :) but i would like to understand this new devolopment :)
HI joeuser,
I try your tvheadhend with extended_cw function, but it seems not work here, they are running on one PC
tvheadend CA setting:
mode: Oscam net protocol
Camd.socket filename / IP Address (TCP mode): 127.0.0.1
Listen / Connect port: 9000
here are logs from tvheadend and oscam-emu(r11209):
1. tvheadend log:
2017-07-22 14:55:29.650 capmt: dvbapi: mode 5 connected to 127.0.0.1:9000 (single)
2017-07-22 14:55:29.651 capmt: dvbapi: Connected to server 'OSCam v1.20-unstable_svn, build r11209 (x86_64-linux-gnu)' (protocol version 2)
2017-07-22 14:57:13.954 mpegts: 11000H in 166 - tuning on STV090x Multistandard : DVB-S #0
2017-07-22 14:57:14.030 capmt: dvbapi: Starting CAPMT server for service "BBC World News Asia Pacific HD" on adapter 0
2017-07-22 14:57:14.030 subscription: 0001: "HTTP" subscribing on channel "BBC World News Asia Pacific HD", weight: 100, adapter: "STV090x Multistandard : DVB-S #0", network: "166", mux: "11000H", service: "BBC World News Asia Pacific HD", profile="pass", hostname="192.168.3.50", client="VLC/2.2.2 LibVLC/2.2.2"
2017-07-22 14:57:14.520 capmt: dvbapi: CA_SET_DESCR received before CA_SET_DESCR_MODE
2017-07-22 14:57:14.520 capmt: dvbapi: CA_SET_DESCR received before CA_SET_DESCR_MODE
2017-07-22 14:57:15.246 TS: 166/11000H/BBC World News Asia Pacific HD: H264 @ #1400 Continuity counter error (total 1)
2017-07-22 14:57:15.246 TS: 166/11000H/BBC World News Asia Pacific HD: AC3 @ #1402 Continuity counter error (total 1)
2017-07-22 14:57:15.246 TS: 166/11000H/BBC World News Asia Pacific HD: AC3 @ #1401 Continuity counter error (total 1)
2017-07-22 14:57:15.246 TS: 166/11000H/BBC World News Asia Pacific HD: AC3 @ #1404 Continuity counter error (total 1)
2017-07-22 14:58:31.827 mpegts: too much queued input data (over 50MB), discarding new
2017-07-22 14:58:41.753 mpegts: too much queued input data (over 50MB), discarding new
2017-07-22 14:58:51.781 mpegts: too much queued input data (over 50MB), discarding new
2017-07-22 14:59:01.783 mpegts: too much queued input data (over 50MB), discarding new
2017-07-22 14:59:11.812 mpegts: too much queued input data (over 50MB), discarding new
2017-07-22 14:59:21.821 mpegts: too much queued input data (over 50MB), discarding new
2017-07-22 14:59:31.842 mpegts: too much queued input data (over 50MB), discarding new
2017-07-22 14:59:41.864 mpegts: too much queued input data (over 50MB), discarding new
2017-07-22 14:59:48.524 capmt: dvbapi: normal socket shutdown
2. oscam.conf
[streamrelay]
stream_source_port = 9981
stream_source_auth_user = pvu
stream_source_auth_password = pvu
stream_relay_enabled = 0
[dvbapi]
enabled = 1
au = 1
pmt_mode = 4
listen_port = 9000
delayer = 60
user = pvu
extended_cw_api = 0
boxtype = pc
3. oscam log:
But no video can be seem on VLC. Any advice is welcome. thanks!
Hi Joeuser,
Thanks for your help. It works now.:thumbup:
Hi, Joeuser!
Is It possible to compile your Tvheadend release for Android-based devices?
I have an Amiko A3 Combo STB on Android (Hisilicon Hi3796MV100 CPU). Oscam-emu works fine for all channels but not for PowerVU coded.
Oscam says that It finds PVU keys in Softcam.key file, but channels still encrypted. No audio, no video.
Maybe your Tvheadend plugin can help.
Tell me how I can build It for Android, please.
Thank You in advance.
The official Tvheadend added code for powervu to the release version a few months ago. Newer builds should contain the code.
I did a few ARM builds awhile ago, but I used someone else's complete build environment and only replaced the links for downloading the official Tvheadend code with links for my code.
So, if you know of some build environments for your box, first I would check if they are using the latest Tvheadend.
Tvheadend's latest stable release is 4.2 and unstable builds are 4.3. But beware because some builds reported they were using version 4.2, but were actually using 4.1. Best way to verify is via the Tvheadend webif (About).
My Amiko A3 Combo is based on Android 4.4.2.
Tvheadend is not installed at all. There is a proprietary DVB-API for hardware DVB-Tuner which is a part of Spark 2 environment.
We all have a problem to decode PVU-channels with Oscam. Oscam finds PoverVU keys but channels still encrypted. I think this is a result of incorrect systeme calls of Oscam to our DVB-API. Because I mean to replace It (or to use simultanous) with your TVHeadend application If It is possible.
Thanx for your interest to our probleme.
Apparently the A3 is not supported by Libreelec. Doesn't mcas support powervu?
Yes. MCAS supports PVU and works nice. So I have to hold 2 plugins working simultaneously - Oscam and MCAS. Oscam decrypts BISS, Conax etc and MCAS decrypts PVU channels. Sometimes these 2 plugins have conflict and I need to restart them or reboot STB. It's uncomfortable. So I look to resolve this problem. If someone can make Oscam descrambling PVU channels, I dont need anymore the MCAS plugin.
Can You prompt me any solution, please?
Here is extended Oscam.log on PVU channel If It can help.
Thank You.
Problem is not oscam config - the problem is there is no info on how to work with the drivers.
I know that the Oscam configuration is OK. Problem would be in the module Oskam DVDAPI. It does not work correctly with drivers of my tuner. That's why I contacted to you. Maybe you know the team of developers of the MCAS? They were able to make right that their MCAS works correctly with my tuner. I want to change Oscam DVDAPI module according to the same plan, so that It works correctly with my tuner for descrambling PVU code.
Thanks.
Sorry, I have no info about mcas source or source for A3 drivers.
Thank you for your answers and for your help. I will continue my search elsewhere. Good luck!
Hi Joe.
The official tvheadend source on github seems to haven't included your extended_cw patch.
Hi Joe.
The official tvheadend source on github seems to haven't included your extended_cw patch.
No, they wrote their own code, but the functionality is there.
Hi Joe.
The official tvheadend source on github seems to haven't included your extended_cw patch.
No, they wrote their own code, but the functionality is there.
I have tried the official tvheadend, but sadly it doesn't work for powervu des (with oscam-emu latest patch).
With your tvheadend extended cw it's working good (tested on KI Plus with LibreELEC).
Can you post some logs?
For Tvheadend --trace descrambler,capmt,csa
for osam -d 128
Are you building your own images?
Don’t have an account yet? Register yourself now and be a part of our community!
