Add providers for 36e

[dikonov]

I made a possible patch adding two major providers for 36e (NTV+ and Tricolor). Unfortunately I cannot test it because I do not know how to modify the compiled providers.pyc file correctly or rebuild the plugin package myself.
36e.zip

[Huevos]

Just send your .py file to the box and reboot. And then test your provider works.

[dikonov]

It would also be nice to show the orbital position near the provider names. Some of them (NTV+, Sky) have several satellites serving different regions.

[dikonov]

OK I tested. It does find channels and transponders, but generates empty bouquets. Are the NID and TID values decimal or hex? Is the provider entry format correct? What is the method to verify the "Original NID"?

[Huevos]

What is the method to verify the "Original NID"?
Tune the transponder and check the info. If you are using the ViX image those values show in satfinder when you tune the transponder.

Are the NID and TID values decimal or hex?
Here, "original_network_id": 112, the value is decimal, but you could write it in hex too, e.g. "original_network_id": 0x70.

[dikonov]

I double checked all values and I am sure that they are correct. Everything seems normal during the scan process, yet I get empty bouquets. I also tried scanning OrangeTV at 16E (I used this provider entry as a sample) and it also produced an empty bouquet. Apparently these provider records are incomplete. But what should be added?

providers.py.zip

[Huevos]

Where is the LCN descriptor located on those providers because that is not in your entries?

Do you know for certain these providers broadcast LCNs?

Have you inspected the transport stream and located the LCNs?

[dikonov]

Where is the LCN descriptor located on those providers because that is not in your entries?

Could you point me to a how-to guide on obtaining the missing data? I do not see it at lyngsat or Enigma's channel info screens.

Do you know for certain these providers broadcast LCNs?

Yes, absolutely. There are tons of guides specific to their "official" receivers and TVs, which tell smth like "If your box is XXX, go to menu 'this and that' and do the (LCN) channel scan". The problem is that all necessary data is already known by those boxes and is never visible to the client. I do not own any of those. There are two big providers sharing the same satellites (36e and 56e) and they do not want the clients to see the competitor's channels.

Have you inspected the transport stream and located the LCNs?

How to do it? I do not have the CAM to decrypt their streams, but there are some FTA promo and shopping channels from them.

[dikonov]

Have you inspected the transport stream and located the LCNs?

I found dvbsnoop (on the box) TSReader and TSDuck tools for analyzing the streams. Now the problem is that I need the raw dvb stream recorded, but the damned box only produces filtered .ts as tv recordings.

dvbsnoop cannot get any data. I have 4 tuners in the box but only 1 adapter.

# lsof | grep adapter
521	/usr/bin/mgcamd	3	/dev/dvb/adapter0/ca1
521	/usr/bin/mgcamd	6	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	29	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	40	/dev/dvb/adapter0/audio0
571	/usr/bin/enigma2	41	/dev/dvb/adapter0/frontend2
571	/usr/bin/enigma2	43	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	44	/dev/dvb/adapter0/video0
571	/usr/bin/enigma2	45	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	48	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	49	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	54	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	55	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	56	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	57	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	58	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	59	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	60	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	61	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	62	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	63	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	64	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	65	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	66	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	67	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	68	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	69	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	71	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	73	/dev/dvb/adapter0/demux0
571	/usr/bin/enigma2	74	/dev/dvb/adapter0/demux0

When I tune to an Info Channel on a transponder recommended for tuning I have excellent signal quality and the channel runs fine (it is tuner 'C' out of 'ABCD') , but dvbsnoop throws this error.

dvbsnoop -s ts -tsraw -n 100 -adapter /dev/dvb/adapter0 -demux /dev/dvb/adapter0/demux0 -frontend /dev/dvb/adapter0/frontend2 
dvbsnoop V1.4.56 -- https://github.com/OpenVisionE2/dvbsnoop 
Error(22): DMX_SET_PES_FILTER failed: : Invalid argument

I also tried other numbers (0-4) to no avail. So, is there a working method to extract the raw DVB stream using an Enigma2 box? (My box is Sezam Marvel running OpenATV 7.4).

[Huevos]

Instructions for stream recording (if your box is capable): https://github.com/oe-alliance/AutoBouquetsMaker/tree/tools/scripts%20and%20tools/Stream%20recording

[dikonov]

Instructions for stream recording (if your box is capable): https://github.com/oe-alliance/AutoBouquetsMaker/tree/tools/scripts%20and%20tools/Stream%20recording

It seems that dvbstream cannot tune to the necessary stream. linuxstb/dvbtools#2
It seems to work after a lot of trial and errors, but I still get nothing at the output.

[Huevos]

It seems that dvbstream cannot tune to the necessary stream

No, you have to tune the box, e.g. use satfinder on tuner A. Once it is tuned start the recording of the stream.

[dikonov]

It seems that dvbstream cannot tune to the necessary stream

No, you have to tune the box, e.g. use satfinder on tuner A. Once it is tuned start the recording of the stream.

Tuner A cannot receive that signal physically. That cable is connected to C and I am far-far away. I have to wait until I can approach the box and change the cabling.

[Huevos]

Ok.

[dikonov]

I have made the recordings, but this git does not allow me to attach them. "File size too big: 25 MB are allowed, 26 MB were attempted to upload." Is there a way to send them via e-mail?

Here is my current version of the new sections in the providers.py file:

	"HTB+_0360": {
		"name": _("HTB+"),
		"transponder": {
			"frequency": 12437000,
			"symbol_rate": 27500000,
			"polarization": eDVBFrontendParametersSatellite.Polarisation_CircularRight,
			"fec_inner": eDVBFrontendParametersSatellite.FEC_3_4,
			"orbital_position": 360,
			"system": eDVBFrontendParametersSatellite.System_DVB_S2,
			"modulation": eDVBFrontendParametersSatellite.Modulation_8PSK,
			"roll_off": eDVBFrontendParametersSatellite.RollOff_auto,
			"original_network_id": 112,
			"transport_stream_id": 4,
		},
		"bat": {
			"bat_lcn_descriptor": 0x83,
			"BouquetID": 0x3000,
		},
		"nit": {
			"nit_lcn_descriptor": 0x70,
			"nit_other_table_id": 0x00,
		},
		"sdt": {
			"sdt_pid": 0x0011,
		},
	},
	"Tricolor_0360": {
		"name": _("Tricolor"),
		"transponder": {
			"frequency": 12226000,
			"symbol_rate": 27500000,
			"polarization": eDVBFrontendParametersSatellite.Polarisation_CircularLeft,
			"fec_inner": eDVBFrontendParametersSatellite.FEC_3_4,
			"orbital_position": 360,
			"system": eDVBFrontendParametersSatellite.System_DVB_S,
			"modulation": eDVBFrontendParametersSatellite.Modulation_QPSK,
			"roll_off": eDVBFrontendParametersSatellite.RollOff_auto,
			"original_network_id": 253,
			"transport_stream_id": 27,
		},

		"bat": {
			"bat_lcn_descriptor": 0xb2,
			"BouquetID": 0x0001,
		},
		"nit": {
			"nit_lcn_descriptor": 0x24,
			"nit_other_table_id": 0x00,
		},
		"sdt": {
			"sdt_pid": 0x0011,
		},

The plugin is now able to create the "Tricolor" bouquet with channels inside, but 1) I only see the channel numbers without any channel names, 2) the selection bar marker does not move in this list (channel selector works well in other bouquets)

and 3) the "Last scanned" bouquet shows the newly found channels, but the channel names are in the wrong codepage. It looks like the microsoft-cp1251 text was wronly interpreted as iso8859-1.

[dikonov]

The same codepage problem exists with HTB+. There should be an option in the provider entry to specify the 8-bit codepage they use to broadcast the channel names. In this case it can be KOI8-R or microsoft-cp1251.

! Non-LCN scan gets all channel names for the same channels right.