Tvheadend

In part it depends on what country you are in, since free-to-air satellite in North America and in other parts of the world are quite different animals. This article will be far more useful to you if you are in North America, but even if you are not it still contains some hints about using TBS cards with Tvheadend:

https://freetoairamerica.wordpress.com/2016/11/24/the-never-final-always-subject-to-revision-article-on-how-to-build-a-satellite-tv-pvr-distribution-system-using-tvheadend/

Since you have a TBS card, I'd pay particular attention to some of the other linked articles in that article, particularly the one about avoiding the sharing of interrupts.

Hi, thanks a lot for the answer, I'm in Europe
I believe after reading this guide to have provided the solution to my problem,
But the problem remains that we can not see on two different TVs, two different channels
Doing this the tvheadend interrupts.
Could it be a matter of signal, or parabola illuminator?
I have a universal lnb

My first guess would be that if you are trying to receive a European style free-to-air service that uses the small dish, it's likely that the dish is slightly out of aim. Those small dishes are tricky to aim because even a very small adjustment can make a very big difference in the signal strength. If you had it professionally installed and the installer was having a bad day or was just incompetent, re-aiming it might fix your issues. However if you get other channels that do work consistently on the same dish, then it may be an uplink issue. Another thing that can cause problems is if a tree or shrub branch starts to grow into the path of the signal; if the signal has just started to get worse recently, I'd look for that. And of course things like LNB's can go bad, whether universal or standard, and cables can get damaged. Anyway, it's hard to say what the problem might be because there are so many potential causes, but unless you know the dish aim is spot on the satellite, I would say that a little time tweaking that might help considerably.

What I have found helps, if you can do it, it to take a satellite receiver and small TV out to the dish on a nice day, and hook everything up there and then try adjusting the dish, LNB, etc. until you get peak signal strength. A good quality satellite meter would also work for this purpose if you happen to have one. But that's much easier if you had the dish installed on a metal pole in your yard, and not on the roof or worse yet, high up on a side wall of your house. If you get a good signal at the dish, but not inside the house, that probably means a cable got damaged or that the connections aren't tight.

So seeing two channels simultaneously depends on the signal?
Tv1> channel 1
Tv2> channel 2
At the same time
Because one by one I have no problems
Tv1> channel 1 = perfect

Oh, sorry, I did not understand the issue you are experiencing. No, as far as I can tell the TBS6922 card is a single tuner card, which is to say that it will only tune a single mux at a time. Therefore the only way you could watch two channels simultaneously is if they are on the same mux. Also, I suppose your universal LNB only has a single output, again that limits you to a single mux (frequency) at time. What you are trying to do is akin to wanting to watch two channels at one time on an old-style TV with a single channel selector knob.

As I have mentioned before, what we use in the USA is a bit different than what you use in Europe, for one thing we don't need universal LNB's to cover the entire Ku band (ours is smaller) and also we just don't have the type of services you have, where everything is packed onto one or two satellites. And, we don't use Conditional Access (CI) cards to give us access to subscription content. So that means that the equipment we use is different from what you guys use. But having said that, what I think you need to do is swap out your LNB with a quad output universal LNB (one that has four outputs) and then get an appropriate quad input DVB-S/S2 card, and that implies you'll be running four coaxial cables from the dish to the tuner card. That means the card itself has to have four inputs, and you may optionally want to get one with a CI card slot. That would allow you to watch or record at least four channels simultaneously. But I am not an expert on these by any means.

If you want to stick with TBS then you may want to look at these models: TBS6910 DVB-S2 Dual Tuner Dual CI PCIe Card which is a dual tuner card with two CI slots, you would need two of those for four channels. Alternately you could use a TBS6904 DVB-S2 Quad Tuner PCIe Card, a TBS6908 Professional DVB-S2 Quad Tuner PCIe Card or a TBS6905 DVB-S2 Quad Tuner PCIe Card (or the older versions such as the TBS6985 if you can still find one), any of which have four inputs but no CI slots, so you could only watch free-to-air channels. If you have two dishes, you could maybe use a TBS6909 DVB-S2 8 Tuner PCIe Card which would let you watch or record at least 4 channels simultaneously from each of the two dishes.

Now, that is one way to do it. But I understand that in Europe they are starting to use SAT>IP servers rather than individual tuner cards. I know almost zero about them, in fact I had never heard of them until I saw this article, which gives you the basics:

https://freetoairamerica.wordpress.com/2016/12/16/what-is-a-satip-server-and-can-you-use-one-in-north-america/

It appears that Tvheadend can use the output of a SAT>IP server (or a SAT>IP LNB if you can find one for sale), and I believe that using a SAT>IP server might be a less expensive option to using tuner cards, plus it can minimize the amount of cable you have to run since you only need to run the four cables between the LNB and the SAT>IP server. I'd definitely try this approach if I lived in Europe, but it's a totatally unsuitable approach for North America, so I have zero experience with it. But anyway, you do need to either have a tuner card with multiple inputs or a SAT>IP server, and a quad output universal LNB in order to watch or record channels on different muxes at the same time.

(Actually you could get by with a dual output LNB if you only had a dual input tuner card, but I don't think quad output ones cost that much more, so even in that situation I'd get a quad output one. I'd cap off the two unused outputs for now, using silicone caulk around the edges of the caps to give a watertight seal, and that way you have the extras if you ever do decide to get another tuner card, or set up a SAT>IP server.)

Hi, thanks a lot for the answer,
I use an LNB at an output exactly, And in fact my intention was to read a whole mux, an entire frequency that is composed of 3 channels in total, Everything is pretty stable when you send a single channel, it becomes unstable when you enable the other two channels, at this point if so I did not solve much, I'll take you a screenshot of what's going on in my tvheadend

now is off
http://prntscr.com/f1zbho

now is online
http://prntscr.com/f1zc18

now all offline
http://prntscr.com/f1zc5c

And finally but for a few seconds all online
http://prntscr.com/f1zcoc

It always does this all the time, is it just my problem?

What hardware are you using (cpu)? Transcoding three HD channels will take a lot of CPU and I see they are all scrambled, so descrambling three channels at once will also add a little more load to the CPU. Also, do you have timeshift enabled?? That could be a factor. Have you tried three channels without transcoding?

Thanks for having responded to me,
i sent the comand #top

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
687 hts 20 0 3166604 652212 11468 S 264,0 8,2 2647:55 tvheadend

http://prntscr.com/f203zk

I use the Asrock H110M-HDV
I3 processor intel

Unfortunately this I need because all three channels are coding 183d
But not throughout the day are coded, but the problem is always the same
As mentioned above the eye is an LNB at a universal output, but is not it powerful enough?

Okay, first let's talk about your LNB. You seem to have convinced yourself that it might be the issue. That would only be true if the LNB were defective, or if it were not getting enough power. If it's a power issue then replacing the LNB probably won't help.

I don't think you quite understand how a LNB works. Without going into technical specifics, when you give it power it sends the entire band down the coax. Think of it like a TV antenna; your antenna does not select channels or in any way control what you see, it just takes in what it receives on all channels and sends it down the cable. The LNB on you dish does something similar, the only difference is that it converts the bandwidth to a lower frequency before sending it down the cable. But it is still sending all the frequencies on whichever band it's receiving. A standard LNB would send all the frequencies in the North American Ku band, downconverted to lower frequencies. Since the Ku band in Europe is wider, you use a Universal LNB which I think only sends about half of your Ku band down the cable. Whether it is the lower half or the upper half depends on whether you are sending a 22 kHz tone up the cable. Also, it can only receive one polarity at a time, and whether it selects vertical or horizontal polarity depends on the voltage you send to the LNB.

So the point is that in your specific case, those three channels you are trying to receive are being sent down the cable constantly, as long as the LNB has power and is tuned to the correct polarity and the correct part of the Ku band (upper or lower). It is entirely up to the tuner card to select which of the signals to receive, and it ignores all the rest. They are still there, but they aren't being tuned in.

Now if an LNB goes bad it's probably not going to work fine if you are receiving one channel, but give you problems when you are trying to watch three. Instead, if it were bad it would give you problems when only watching one channel, OR two or three channels. HOWEVER, if something happens that causes the LNB to be starved for power, then it could stop working or it could switch to the wrong polarity or the wrong half of the Ku band. Remember that it is up to the tuner card to supply power to the LNB! And of course, if the tuner card itself is starved for power, it's not going to deliver reliable power to the LNB.

So the first thing I would ask is, is the power supply in your computer adequate to power the card and the LNB? On some TBS cards, there is a little white connector and they give you a jumper cable to connect to that connector and to your computer power supply, in order to make sure that the card has enough power. Some people don't read instructions so they have no idea what that little cable is for and then they wonder why the card doesn't work right, well the reason is the card is starved for power. However I don't think that single tuner TBS cards always had those, so you might have a model that didn't come with such a cable and connector, but either way the card still needs adequate power to run itself, the LNB, and any DiSEqC or tone switches that might be in the path.

Then there is the question that Joe User asked, which is whether your CPU can handle trying to descramble and transcode two or three channels at once. Transcoding video requires a LOT of CPU power (sometimes, depending on what you are transcoding from and to) and I would avoid transcoding if possible - Kodi can play a raw .ts file or stream just fine. I have no idea what kind of CPU hit you take on the descrambling because we don't do that in North America (we have scrambled channels, but it is impossible to buy a legal decoder that works with Tvheadend). If you are recording, you could even have a drive throughput issue, particularly if you are using an external drive connected using USB 2.0. I have recorded as many as half a dozen channels simultaneously (all from different muxes) but none of them are being transcoded, and as I said we don't do descrambling, and we use an internal drive. There is one network that sends its 5.1 audio on discrete audio streams (not encoded in ac3 as is typical for most other channels), and I have to pipe that through ffmpeg to convert the discrete audio streams to a ac3 or eac3 audio stream that my receiver understands, but that's the closest thing I do to transcoding on any channel, and that doesn't tax the CPU much because only the audio is being processed, whereas the video and all other streams are simply copied direct. Video transcoding is the thing you really want to avoid if at all possible. That means that all your stream profiles (in the Recording tab) should be set to "pass", not htsp, matroska, or any of the webtv formats, at least for testing purposes.

I am not a hardware expert, so I have no idea if your Asrock motherboard is adequate. To me an I3 processor seems like it might be a bit weak but then again, it may be more than adequate. Copying streams from the dish to the hard drive is NOT a CPU intensive process, but transcoding can be and descrambling may be as well. It just seems to me that if tuning in one channel at a time works great, but trying to tune two at once causes the problems to start, and both channels are on the same mux, then something in your hardware (probably NOT the LNB) isn't performing adequately to get the job done. Whether that is the power supply, the tuner card, the CPU, the USB connection to an external drive, or something else, I really don't know. All you can really do is test various things until you find something that makes a difference.

If you ever figure it out, I hope you will come back and let us know what the problem was - you've got me curious as to what the actual cause of that sort of problem might be!

Thank you for the information!
So my LNB works properly otherwise it would not pass even a channel if it was defective
Signal power is at 96% we have not been able to get better
The pc power adapter is a standard 500w, the tbs card does not have plugs or other to power, there is only one remote control plug
At this point it might be a matter of tvheadend settings

i sent the screenshot Of my configuration
http://prntscr.com/f259ak

http://prntscr.com/f259g7

http://prntscr.com/f259k2

An i3 has only two cores (but has hyper-threading so it appears as 4 cores). "top" shows over 230% CPU usage which means it is not maxed out, but very high. The problem is with LIVE streaming, when all channels hit some peak bitrates at the same time, transcoding will probably not be able to keep up in real time. And even when the bitrates fall back down, it may take too much CPU to recover. Aggravating the situation is descrambling which also is time sensitive and can get out of sync when the CPUs are maxed out.

You need to test WITHOUT transcoding to rule it out as the problem.

You can also test if it is a descrambling problem by using a different transponder with some FTA HD channels (for example, 12476H, 11642H, 11566H) But they may not have as high bitrates (you can check in status and see) and if not, you can try streaming a 4th and or 5th channel at the same time.

BUT, most important!!! You need to provide debug/trace logs which may show where the system is breaking down. Otherwise we will only be guessing...

Thanks a lot for the answer
I'm testing with unencrypted channels and one has stayed online from 4h 17m 40s, just put another channel without coding, or one with codifca and all falls,

http://prntscr.com/f27qhk

So should the processor i3 e small?

Simple is to test with second connection to descrambling server
Descramble server can control ECM request to be able to decode only one channel per connection

Hello, thanks for the reply, sorry i did not understand!
can i have more info please? Is it a configuration issue and not a processor?

Its not problem of system it is in descrambling.
Your provider allow yo to watch only one channel at same time.

domenic ciciarelli wrote:

Thank you for the information!
So my LNB works properly otherwise it would not pass even a channel if it was defective
Signal power is at 96% we have not been able to get better
The pc power adapter is a standard 500w, the tbs card does not have plugs or other to power, there is only one remote control plug
At this point it might be a matter of tvheadend settings

i sent the screenshot Of my configuration
http://prntscr.com/f259ak

http://prntscr.com/f259g7

http://prntscr.com/f259k2

That is good signal strength for Ku, though I'd pay more attention to the "SNR" or "quality" levels, since they are usually more indicitive of whether you will have problems, at least in my experience. But I really don't think your problem is in your LNB or dish.

A 500W power supply should be more than adequate for a single tuner card, provided it's functioning correctly. And I really didn't think you'd have an extra power connector on your card, because I've only seen them on TBS dual and quad tuner cards.

I now think your problem is one of two things: Either your descrambling card will not allow you to descramble more than one channel at a time, or transcoding and descrambling more than one channel at a time maxes out the CPU. Since you do sometimes see all three channels at the same time, albeit only briefly, I'd be more inclined to think the CPU is the bottleneck, but at this point I'm only guessing. There's also a chance it could be a problem with either the TBS Card or whatever you are using for descrambling, but I have no way of knowing.

To saen acro: He's not using an IPTV service, he's trying to receive signals from a satellite. They have no way to disallow watching more than one channel at a time, since it is a one-way transmission, UNLESS the descrambler card (CI Card?) or software simply does not allow decoding multiple channels simultaneously. Again, we don't have this in the USA, so I have no idea of how that form of descrambling works.

My guess is that IF that is the problem, and if CI cards were being used, a TBS6910 DVB-S2 Dual Tuner Dual CI PCIe Card (a dual tuner card with two CI slots) used with two CI cards and a dual or quad output LNB would allow watching two channels at a time. If they are free-to-air channels it should not be a problem, but subscription channels might require an additional subscription, I really don't know. I know next to nothing about the European system of free-to-air and subscription TV, so I'm afraid I'm out of useful suggestions as to how to resolve this issue. And in this case I don't think the OP is using CI cards to begin with.

If everyone can see 2 or 3 channels simultaneously with no problems then it means that this card is defective!

domenic ciciarelli wrote:

If everyone can see 2 or 3 channels simultaneously with no problems then it means that this card is defective!

it means that there is no problem on hardware or software level
it mean that descrambling not work, no descrambling no stream!

Or cpu is not so powerful to transcode

Read log in bottom

there is no problem to put all transponder channels to tomcast

Decoding in another environment that is not tvheadend works great!!!Here every 30 seconds everything goes down

2017-05-02 13:21:45.256 subscription: 04EA: No input source available for subscription "HTTP" to channel "Rai 1 HD"
2017-05-02 13:21:45.256 webui: Couldn't start streaming /stream/channelid/1664092993?profile=webtv-h264-aac-mpegts, No input detected
2017-05-02 13:21:45.256 subscription: 04EA: "HTTP" unsubscribing from "Rai 1 HD", hostname="149.202.***.***", username="server3", client="Rai1HD"
2017-05-02 13:21:46.009 subscription: 04EC: "HTTP" subscribing on channel "Rai 1 HD", weight: 100, adapter: "TurboSight TBS 6922 DVB-S/S2 : DVB-S #0", network: "Hotbird13E", mux: "11766V", provider: "Rai", service: "Rai 1 HD", profile="webtv-h264-aac-mpegts", hostname="149.202.208.229", username="server3", client="Rai1HD"
2017-05-02 13:21:46.013 mpegts: 11766V in Hotbird13E scan complete
7-05-02 13:22:07.039 libav: using SAR=1/1
2017-05-02 13:22:07.039 libav: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
2017-05-02 13:22:07.041 libav: profile High, level 3.1
2017-05-02 13:22:07.041 libav: 264 - core 148 - H.264/MPEG-4 AVC codec - Copyleft 2003-2016 - http://www.videolan.org/x264.html - options: cabac=1 ref=2 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=4 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=0 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=1 keyint=125 keyint_min=12 scenecut=40 intra_refresh=0 rc_lookahead=20 rc=abr mbtree=1 bitrate=1000 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 vbv_maxrate=1250 vbv_bufsize=3750 nal_hrd=none filler=0 ip_ratio=1.40 aq=1:1.00
2017-05-02 13:22:07.043 libav: Too many bits 21333.333333 > 12288 per frame requested, clamping to max
2017-05-02 13:22:07.382 subscription: 04EF: "HTTP" subscribing on channel "Rai 2 HD", weight: 100, adapter: "TurboSight TBS 6922 DVB-S/S2 : DVB-S #0", network: "Hotbird13E", mux: "11766V", provider: "Rai", service: "Rai 2 HD", profile="webtv-h264-aac-mpegts", hostname="149.202.208.229", username="server3", client="Rai2HD"
2017-05-02 13:22:07.396 mpegts: 11766V in Hotbird13E scan complete
2017-05-02 13:22:07.669 transcode: 0298: 1:H264 1920x1080 > H264 1280x720 (libx264)
2017-05-02 13:22:07.670 transcode: 0298: 2:MPEG2AUDIO > AAC (aac)
2017-05-02 13:22:08.103 libav: Too many bits 21333.333333 > 12288 per frame requested, clamping to max
2017-05-02 13:22:08.117 transcode: 0298: Detected framedrop in audio
2017-05-02 13:22:08.211 transcode: 0298: Using preset faster
2017-05-02 13:22:08.211 libav: using SAR=1/1
2017-05-02 13:22:08.211 libav: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
2017-05-02 13:22:08.213 libav: profile High, level 3.1
2017-05-02 13:22:08.213 libav: 264 - core 148 - H.264/MPEG-4 AVC codec - Copyleft 2003-2016 - http://www.videolan.org/x264.html - options: cabac=1 ref=2 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=4 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=0 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=1 keyint=125 keyint_min=12 scenecut=40 intra_refresh=0 rc_lookahead=20 rc=abr mbtree=1 bitrate=1000 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 vbv_maxrate=1250 vbv_bufsize=3750 nal_hrd=none filler=0 ip_ratio=1.40 aq=1:1.00
2017-05-02 13:22:08.540 libav: Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead.
2017-05-02 13:22:08.540 libav: Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead.
2017-05-02 13:22:09.829 libav: Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead.
2017-05-02 13:22:09.829 libav: Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead.
2017-05-02 13:23:44.057 subscription: 04F9: "HTTP" subscribing on channel "Rai 2 HD", weight: 100, adapter: "TurboSight TBS 6922 DVB-S/S2 : DVB-S #0", network: "Hotbird13E", mux: "11766V", provider: "Rai", service: "Rai 2 HD", profile="webtv-h264-aac-mpegts", hostname="149.202.208.229", username="server3", client="Rai2HD"
2017-05-02 13:23:44.081 mpegts: 11766V in Hotbird13E scan complete
2017-05-02 13:23:53.694 transcode: 029D: 1:H264 1920x1080 > H264 1280x720 (libx264)
2017-05-02 13:23:53.695 transcode: 029D: 2:MPEG2AUDIO > AAC (aac)
2017-05-02 13:23:53.725 transcode: 029D: 1:H264 1920x1080 > H264 1280x720 (libx264)
2017-05-02 13:23:53.725 transcode: 029D: 2:MPEG2AUDIO > AAC (aac)
2017-05-02 13:23:54.089 libav: Too many bits 21333.333333 > 12288 per frame requested, clamping to max
2017-05-02 13:23:54.189 transcode: 029D: Using preset faster
2017-05-02 13:23:54.189 libav: using SAR=1/1
2017-05-02 13:23:54.189 libav: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
2017-05-02 13:23:54.191 libav: profile High, level 3.1
2017-05-02 13:23:54.191 libav: 264 - core 148 - H.264/MPEG-4 AVC codec - Copyleft 2003-2016 - http://www.videolan.org/x264.html - options: cabac=1 ref=2 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=4 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=0 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=1 keyint=125 keyint_min=12 scenecut=40 intra_refresh=0 rc_lookahead=20 rc=abr mbtree=1 bitrate=1000 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 vbv_maxrate=1250 vbv_bufsize=3750 nal_hrd=none filler=0 ip_ratio=1.40 aq=1:1.00
2017-05-02 13:23:55.504 libav: forced frame type (5) at 930 was changed to frame type (3)
2017-05-02 13:25:45.960 libav: forced frame type (5) at 985 was changed to frame type (3)
2017-05-02 13:25:46.196 subscription: 0503: No input source available for subscription "HTTP" to channel "Rai 2 HD"
2017-05-02 13:25:46.196 webui: Couldn't start streaming /stream/channelid/1166538528?profile=webtv-h264-aac-mpegts, No input detected
2017-05-02 13:25:46.196 subscription: 0503: "HTTP" unsubscribing from "Rai 2 HD", hostname="149.202.***.***", username="server3", client="Rai2HD"
2017-05-02 13:25:46.559 libav: forced frame type (5) at 3322 was changed to frame type (3)
2017-05-02 13:25:46.785 libav: forced frame type (5) at 1001 was changed to frame type (3)
2017-05-02 13:25:46.962 libav: forced frame type (5) at 1005 was changed to frame type (3)
2017-05-02 13:25:47.109 mpegts: too much queued input data (over 50MB), discarding new
2017-05-02 13:25:47.433 libav: forced frame type (5) at 3338 was changed to frame type (3)
2017-05-02 13:25:47.760 libav: forced frame type (5) at 1021 was changed to frame type (3)

See cpu usage by TOP or better HTOP
Make copy of webtv-h264-aac-mpegts and make Resolution (height): 480
or as original 384
and profile to ultrafast

is this a
11766 V 29900 3/4 RAI/TivúSat

the CPU is
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
698 hts 20 0 2614016 112316 11240 S 45,6 1,4 74:52.72 tvheadend

45.6% da command top

I use the webtv-h264-aac-mpegts
http://prntscr.com/f39961
http://prntscr.com/f399jk

But from what I understand you do not have problems like my own, what version of ubuntu servers do you use? What version of tvheadend do you use?

14.04 and latest git source.
http://tvheadend.org/boards/4/topics/24116

no meter with ubuntu in my case because stalker portal don't work with php7
also debian 8 work
http://tvheadend.org/issues/3992

if its possible use pass profile with zero transcoding

Unfortunately your log does not show enough information. You need to do a trace log. In webui , got to Configuration->Debugging and set some logfile (something like, "/home/hts/tvh_trace.log") then in the "trace subsystems" box enter "all" and select "Debug trace (low-level):". Then start one stream, wait about 10 seconds and start the second, wait about ten seconds and start the third, then remove the entries in "Debugging" tab and upload the log file.

The "top" output isn't that helpful since we do not know what is actually going on at the time. Since adding the second and third stream "breaks" the system, we do not know what, if anything, is being transcoded. Best is if you watch the top command and do like above and start one stream (noting change to "CPU" (not so much "memory")), then start second, etc...

Also, why go to the bother of descrambling HD channels then trancoding them to such low quality when you have FTA SD channels available on the same satellite??? You will save CPU by not having to descramble and you can actually receive a better picture by transcoding the SD channels since it will use much less CPU.

Thanks for the reply, I do not have the /home/hts/tvh_trace.log folder also following your directives, however I have tried also from DVB-T I do not have the same set, at this point is a coding problem, the encoding does not It is fluid and falls continuously, While with channels even though HD is not coded, everything is smooth online for 2 days without a block

Some of you have problems with encryption?

Hi everyone, I tried with direct communication oscam and tvheadend through the bees
http://prntscr.com/f3xaa3

It works, but I noticed that at the 59s second connection, the encoding stops arriving and the stream falls
I saved a few logs as this happened see tvh-log2.txt

This happens as previously mentioned only with the encrypted channels with the open channels never takes a block for hours and hours, unfortunately they are 1 2 3 in nagravision as tvsat