search

bas-t / ffdecsawrapper

FFdecsa empowered softcam for MythTV
GNU General Public License v3.0
17 stars 9 forks source link

16.04 / Missing Transponders. (Was: Whats going on ? #44) #48

Closed reidjr closed 8 years ago

reidjr commented 8 years ago

Hi,

Reading other issues I think you may have moved on, but I will ask anyway :-)

I think these are two diffrent issues. I was watching Canal Digitaal ( DVB-S2), on 14.04 with an updated kernel. I updated to 16.04, and all seemd ok, but I now have two I believe seperate issues.

ffdecsawrapper uses ~6% of CPU all the time on my server. I just reverted to 14.04, and it doese not, so it is probably a kernel thing (?) with Linux mythtv 4.4.0-31-generic #50-Ubuntu SMP Wed Jul 13 00:07:12 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

Also I have lost most of the dutch channels. NPO 1 and 3, een are on the same MUX, and they decode perfectly. NPO2 and others do not.

Hopefully you have some advice ?

I need to dig through the logs and add the info below

reidjr commented 8 years ago

Ok, What seems to be happening is that when mythtv changeds between working and non-working transponders the SID is missing/ reused from the last channel. Not sur eI am reading th elogs correctly but some snippets:

Working NPO3 (SID 20140 ) Jul 30 10:33:13.743 CAM(core.ecm): 0.1: setting new SID 21040 Jul 30 10:33:13.777 CAM(core.ecm): 0.1: triggered SID -1/21040 idx 1/1 mode -1/0 - Jul 30 10:33:13.777 CAM(core.ecm): 0.1: new caDescr: 09 07 18 17 E7 ....

Switching to NPO2 :(SID 6080) ( which is correct in mythtv database )

Jul 30 10:33:25.482 CAM(core.ecm): 0.1: triggered SID 21040/-1 idx 1/1 mode 3/0 sync Jul 30 10:33:25.482 CAM(core.ecm): 0.1: new caDescr:

So it seems to be looking for the wrong SID, and strangely enough not finding it ....

bas-t commented 8 years ago

Hi,

I've seen this issue (the one with the bad muxes) with Ziggo, starting in last december. I could not fix it so I'm using TVHeadend now, with Kodi for frontend. The two of them serve my needs.

Op 30-07-16 om 11:12 schreef reidjr:

Hi,

Reading other issues I think you may have moved on, but I will ask anyway :-)

I think these are two diffrent issues. I was watching Canal Digitaal ( DVB-S2), on 14.04 with an updated kernel. I updated to 16.04, and all seemd ok, but I now have two I believe seperate issues.

ffdecsawrapper uses ~6% of CPU all the time on my server. I just reverted to 14.04, and it doese not, so it is probably a kernel thing (?) with Linux mythtv 4.4.0-31-generic #50-Ubuntu SMP Wed Jul 13 00:07:12 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

Also I have lost most of the dutch channels. NPO 1 and 3, een are on the same MUX, and they decode perfectly. NPO2 and others do not.

Hopefully you have some advice ?

I need to dig through the logs and add the info below

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/bas-t/ffdecsawrapper/issues/48, or mute the thread https://github.com/notifications/unsubscribe-auth/AAvhxq7RH62dNnBqr2kp4v9YKEGJzDLGks5qaxWPgaJpZM4JYxCg.

reidjr commented 8 years ago

I spent some time and followed your road to tvheadend / Kodi as a trial. that works as you say, but its not mythtv :-)

I thought I would do some backtracking as I didnt quite get what had broken, as I upgraded from 14.04 to 16.04, and mythtv 0.27 to 0.28 at about the same time.

I reinstalled an old image of ubuntu 12.04 with 0.27 mythtv. and original sasc-ng. Once I had retuned all the Canal Digitaal channels it was all working with NPO2 back and working. I kept the (sasc-ng) dvbloopback module, and recompiled the standalone decoder (ffdecsawrapper). With that setup NPO2 still works, so the old dvbloopback with latest ffdecsawrapper binary and 0.27 is fully functional so its not a fundamental failure due to changes of the broadcaster.

Now with my limited talents thats all I think I can quickly do. As the descrambler module will not compile against the 12.04 kernel Linux mythtv 3.5.0-48-generic #72~precise1-Ubuntu SMP Tue Mar 11 20:09:08 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux.

Also the packages for mythtv don't exist for 0.28 on 12.04 :-)

So I am not sure if it is the dvbloopback module or the mythtv version or a mixture of the two. I will spend some more time on it, it would be good to understand what is broken.

bas-t commented 8 years ago

Well, if you desperately need it, I suppose I can make the dvbloopback module compile again against your ancient kernel. Moreover I just may have overlooked something that you are just about to discover.

If possible and rockstable, I'd still love running mythtv more. As you put it mildly: my current setup is not mythtv :-)

reidjr commented 8 years ago

Dont worry about the old kernel yet.

So far: 12.04 with 3.5.0 kernel, sasc derived dvbloopback and mythtv 0.27 mythbuntu package works replace sasc with ffdecsawrapper, dont change the dvbloopback, still works. Saved mythdatabase, new install 14.04.03 which has 3.19, and reinstalled mythbuntu package of mythtv. Install ffdecsawrapper ( decoder + dvbloopback) and it doese not work. ( npo1 works npo2 does not So my suspicion it is something to do with the kernel dvbloopaback, rather than the mythtv version or the decoder.

Going to wind back to 14.04.1 and try again.

bas-t commented 8 years ago

Hmm, I did have it all working 9 months ago with 3.10.x up untill 4.x kernels (as I recall, the last one was 4.5.x), 3.19 was allways somewhat troublesome, so I avoided that one.

Then again, it might be that we are looking at different situations (and causes of disfunctional mythtv setup): yours does not directly point to distinct muxes failing, as far as I can see, mine does. Moreover: Ziggo is not Canal Digitaal.

reidjr commented 8 years ago

yes and no :-) mine is distinc muxes failing. i had a working setup all the way from 12.04 (using sasc-ng) and then upgraded to 14.04 and through those kernels. It apears to be a change in individual muxes that happened sometime in the last year ( annoyingly I cant tell exactly when).

So to recap: Timeline.

16.04 + FFdecsawrapper+0.28 mythtv. WOrks on some but not all muxes. It looks as if some SID do not pass information to the decoder, something is diffrent in the kernel/dvbloopback/mux combination. 14.04 + FFdecsawrapper+0.27. Restored previously working backup and tried it yesterday. Results same as above. With the above I tried upgrading the kernel and reinstalling ffdecsawrapper OLDSTABLE, and that had the sameissue.

12.04 + sasc-ng + 0.27. Restored previously working backup and tried yesterday. This still works with all muxes.

So If I want to stick to an old kernel/ubuntu 12.04 and 0.27, it all works. Whaat I am unsure about is if: 12.04+ffdecsawrapper+0.27 would work as I was struggling to get it compiled and installed.

With a working kernel/dvbloopback version ( sadly only 12.04/sasc) I canuse the stand alone decoder from head ( ffdecsawrapper, and still decode all muxes)

I was hoping that as the old version still worked, it would help pinpoint the subtle problem related to the individual muxes, as we know tvheadend works, and old kernels work.

reidjr commented 8 years ago

YES ! Got it. all muxes on 16.04 working for me. The problem seems to be the higher density multiplexes. The fix was increasing the number of filters. ( i have never really understood some of those options)

so:

I eventually got both ffdecsawrapper and sasc-ng ( decoders) running on the same kernel and dvbloopback. (ubuntu 12.04)

After all that it was not the issue at all, but helped me find it, at least for my setup.

I did a direct replacement for sasc-ng with the ffdecsawrapper binary, and that worked, but running ffdecsawrapper "properly" did not. Turned out it was the options.

I had --sid-filt = 4 for ffdecsawrapper, and I am guessing what has changed is the number of channels they are squeezing into the multiplexes. Although it says --sid-filt=8 is the default, for my case I found:

--sid-filt = 4/8 didnt work --sid-filt = 12 + or missing as an option worked.

So I now have npo2 back running on

All seems a bit obvious now, as these things always are after 100 hours of experimentation :-)

Thank you for all your work on ffdecsawrapper. Its awesome.

I was loath to give up on it, as I was part of the discussion long ago when the concept for sasc was born to reuse sc from vdr. (I think it was originally "nooneimportant" that did the first work ?) . I dont have the coding skills, but I helped to ask the "Wouldnt it be cool if , and , why cant this be done" question at the time.

reidjr commented 8 years ago

had to tweak it up a bit, thought I had spoken too fast ! --sid-filt = 16 + or missing as an option worked. that was to get RTL4HD/RTL5HD

bas-t commented 8 years ago

Missing works because I coded the default setting to --sid-filt = 20 (as I recall)

You may have also hit the jackpot for me. If so thanks a lot!

I realise now that when ziggo and upc merged, they doubled the decoding systems (was 2) that are transmitted in each mux, and also increased the density. Some muxes even have 5 (!) decoding systems. I'll have a look whether I can raise the default setting to let's say 50 without getting into trouble and reinstall mythtv to test it.

So, let me get this straght: I've got 3 repo's regarding the matter. -ffdecsawrapper -dvbloopback -descrambler

You used the master branch from ffdecsawrapper, right?

reidjr commented 8 years ago

yes. hope it works for you. I was doing all the testing on the same machine but a separate partition, dual booting. So once I thought I had it I went back to the ubuntu 16.04 install ( my normal server) did a full update to get a new kernel, then a normal scripted install with master for FFdecsawrapper.

Just used your configure script:.

apt-get install git-core -y cd /usr/src rm -rf ffdecsawrapper git clone https://github.com/bas-t/ffdecsawrapper.git && cd ffdecsawrapper ./configure --ffdecsa_mode=PARALLEL_128_SSE

bas-t commented 8 years ago

OK, thanks, I've got all channels working again. I absolutely overlooked something... Closing this ticket now.

reidjr commented 8 years ago

On 04/09/16 00:25, Tycho Lürsen wrote:

OK, thanks, I've got all channels working again. I absolutely overlooked something... Closing this ticket now.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/bas-t/ffdecsawrapper/issues/48#issuecomment-244575414, or mute the thread https://github.com/notifications/unsubscribe-auth/AHAZ_IQCgC43HdF7r9ZNd12uXKM5i61rks5qmgICgaJpZM4JYxCg.

Brilliant News, thanks again for all your work.