T2MI_decap

[EnoSat]

@EnoSat
Why you say "has been uncoded" only for 9.0°E 12226V/12303V?

now they broadcast it on FTA

 

[EnoSat]

Hello friends.
I don't know if it is a specific problem of Edision drivers, but I think the binary is built the same way in ZGMMA H9S -If and works very well with Oscam and Tandberg (SES 6 - 40.5W).
Even with the same Decap mechanism via drivers, Edision should do open picture just as the h9s/SE/VUZERO4K.

If you use in satellites.xml ?

<transponder frequency="3798000" symbol_rate="8200000" polarization="0" fec_inner="0" system="1" modulation="0" t2mi_plp_id="0"/>

 

[frankviana]

Same h9SE bouquets and config, but osmini4k black screen.

 

[frankviana]

If you use in satellites.xml ?

<transponder frequency="3798000" symbol_rate="8200000" polarization="0" fec_inner="0" system="1" modulation="0" t2mi_plp_id="0"/>

I'll test. Maybe works.

 

[EnoSat]

root@osmini4k:/usr/bin# astra --analyze "t2mi://#t2mi_pid=4096&t2mi_input=http://127.0.0.1:8001/1:0:1:320:1:3001:C7A0000:0:0:0:"
Aug 10 19:38:09: INFO: Starting Astra SM 0.2
Aug 10 19:38:09: INFO: [t2mi/analyze] L1-current: PLP 0 (Data Type 1), group 1 (*)
Aug 10 19:38:09: INFO: [t2mi/analyze] L1-current: PLP 1 (Data Type 1), group 1
this command works and contains 2 streams , so you probably have a bug in userbouquet

 

[frankviana]

root@osmini4k:/usr/bin# astra --analyze "t2mi://#t2mi_pid=4096&t2mi_input=http://127.0.0.1:8001/1:0:1:320:1:3001:C7A0000:0:0:0:"
Aug 10 19:38:09: INFO: Starting Astra SM 0.2
Aug 10 19:38:09: INFO: [t2mi/analyze] L1-current: PLP 0 (Data Type 1), group 1 (*)
Aug 10 19:38:09: INFO: [t2mi/analyze] L1-current: PLP 1 (Data Type 1), group 1
this command works and contains 2 streams , so you probably have a bug in userbouquet

No. Same h9se userbouquet.

 

[EnoSat]

so then it looks like a stream transfer problem
have you tried connecting VLC to the stream from
OSmini - http://ip_osmini:9999/tdt/tdt4096
and
ZGEMA - http://ip_zgema:9999/tdt/tdt4096

 

[frankviana]

<transponder frequency="4019000" symbol_rate="6700000" polarization="3" fec_inner="4" system="1" modulation="2" t2mi_plp_id="0" t2mi_pid="4096" />

 

[frankviana]

so then it looks like a stream transfer problem
have you tried connecting VLC to the stream from OSmini and ZGEMA?

No. Do you have steps to test here?

 

[frankviana]

Using osmini4k, T2-MI FTA channels 40,5w decap and work fine... the problem is these Tandberg.

h9s-Se need userbouquet.

 

[frankviana]

Signal Ok here:

PLP ID: 0
PLP PID: 4096

 

[frankviana]

so then it looks like a stream transfer problem
have you tried connecting VLC to the stream from
OSmini - http://ip_osmini:9999/tdt/tdt4096
and
ZGEMA - http://ip_zgema:9999/tdt/tdt4096

I'll test later and post here (tomorrow) here -3 GMT

 

[EnoSat]

<transponder frequency="4019000" symbol_rate="6700000" polarization="3" fec_inner="4" system="1" modulation="2" t2mi_plp_id="0" t2mi_pid="4096" />

this will not find anything because pid 4096 is encoded, therefore AstraSM must be used
t2mi_pid and t2mi_plp_id works only at FTA T2MI pid (if the driver supports direct T2MI tuning)

First you need to decode PID-4096 in oscam
After decoding, bring it to AstraSM
And from AstraSM process the stream via userbouquet

 

[frankviana]

Yes, but zgemma works.

Edit: pictures

 

[frankviana]

My friend told me that it also works the same way/process with the SF8008. I have the SF8008 but I didn't have time to test.

But I think he's using another version of Astra-SM because the file names are different. I will ask him to send me the folder complete /etc/astra.

Maybe Edision's engineers will see the same process as SF8008 or do two test versions: with or without Astra-SM

I think Zgemma and Vu+ do not have their own Drivers' decap system, so it works exclusively by Astra-SM.

Frank
===============

 

[cayoenrique]

Do you have the correct tanberg key?

 

[frankviana]

pm

 

[cayoenrique]

pm

I got no PM?

 

[EnoSat]

My friend told me that it also works the same way/process with the SF8008. I have the SF8008 but I didn't have time to test.
But I think he's using another version of Astra-SM because the file names are different. I will ask him to send me the folder complete /etc/astra.
Maybe Edision's engineers will see the same process as SF8008 or do two test versions: with or without Astra-SM
I think Zgemma and Vu+ do not have their own Drivers' decap system, so it works exclusively by Astra-SM.

LUA is used by the SDG team (maybe others too) in a test py3 image (but it should be equivalent to CONF)

 

[EnoSat]

Do you have the correct tanberg key?

He has the right key, otherwise he would not have received the statement - https://www.sat-universe.com/index.php?threads/t2mi_decap.319394/post-2037231296
It only needs to verify that AstraSM creates the required stream - https://www.sat-universe.com/index.php?threads/t2mi_decap.319394/post-2037231304