97w knowledge

[slugworth]

3 channels on tp 11709v 3580 that are supposed to be powervu but I can't get them on my gsky v7
I got the keys 4 separate times with powervu home edition but the channels always say scrambled.
The channels were on another tp at one time, viaccess I think so the channels may not even be powervu yet?
The gsky is the only receiver I can record the scrambled .ts with,all my other receivers show the rec icon but they record nothing,which I have never seen before.

 

[kebien]

Record 3 minutes of the full TS and post it.
Only way they will clear using powervu is if there is a powervu ECM.
The CAT and PMT will tell us.

A very low SR to fit 3 channels in there.Interesting

 

[slugworth]

caid 0E00 and 0E01
I was loading the keys for 0E00

[2017/09/10 18:58:31.802] UA's: 3,011
[2017/09/10 18:58:31.802] Possible Expired UA's: 2,245
[2017/09/10 18:58:31.802] Processing .txt files.
[2017/09/10 18:58:31.818] Generate Statistics.
[2017/09/10 18:58:31.958] Total Packets: 68,863
[2017/09/10 18:58:31.958] Unique Packets: 52,071
[2017/09/10 18:58:31.958] Unique Packets With Patterns: 52,071
[2017/09/10 18:58:31.958] Unique UAs: 3,011
[2017/09/10 18:58:32.208] Patterns: 9,614,124
[2017/09/10 18:58:32.208] Not Processed Patterns: 7,204,994
[2017/09/10 18:58:32.208] Now click at start button to start the brute force.
found the keys in about 16 minutes but they are the wrong keys.

 

[slugworth]

CAT Version Number: 8
Descriptor: CA Descriptor
CA System ID: 3584 (0x0e00) Scientfic Atlanta
CA PID 90 (0x005a)
Descriptor: CA Descriptor
CA System ID: 3585 (0x0e01) Scientfic Atlanta
CA PID 92 (0x005c)
CA private data: 05 04 02 56 00 00
Descriptor: User Private Descriptor: 0xfc
0e 01 00 5c 05 04 02 56 00 00 ...\...V..

 

[slugworth]

ts file to analyze

http://jmp.sh/F5fC4hR

 

[slugworth]

emms

http://jmp.sh/DKpfMRB

 

[dale_para_bajo]

HEHEHEHE

This does not look like video.

There are 3 services.

Yes they seems to send EMM and ECM. I did not look inside those pids. But I will asume that if you got Keys then it means they are real PowerVu ECM/EMM pids.

Now 2 of the services in fact are empty as the only Service that send information is ServiceID = 1 - Knowledge Channel witch PMT say it can have Video and Audio but at the moment it also not sending those pids.

Now it do have 3 data pids. 2 of then load 44% each and one 2.38% That two do not seems like a normal channel as usually you have 1 video with high %load + 1 or a few audio with low %load. So you could thing this is a special channel with two video!! Never seen one.

Interesting is that even when there is EMM and ECM all pids are unencrypted assuming a normal TS header.

Now if you look inside Data Pid you see a lot of structure. And a lot of repeated blocks of data. This two is not common on a video channel.

So from what you posted I could assume this services are not sending Video at the moment. And the DATA is just that DATA.

Now I am no expert, but we need to be aware that there are a lot of new ( well there are many old ) proposed protocols to send many kind of information. This include new proposed DVB standards for video to subtitute DVB-S and DVB-S2 that for what ever reason had never materialized. I have no new equipent but I will asume the new bands over Ku may be using some of those.

Now at the moment what this all means. That slugworth's gsky v7 is not opening this channels 1rst because 2 of the 3 are sending nothing at the moment and the one left is sending DATA and no Video Channel.

 

[slugworth]

makes sense since my other receivers won't even record the .ts
TSreader says
PAT Version Number: 7
Transport Stream ID: 101 (0x0065)
NIT: 0.0E 11.709 GHz Horizontal 3580 1/2 QPSK, DVB-S
which is wrong,it's the V transponder.
And the program errors initially at load with:
"unable to calculate bitrate,please use manual bitrate function"
The alternate test channel has no audio pid.

 

[remedy44]

data=IPTV and there is Video

 

[LoveMyDish]

They are powervu.. I watched it once well over a year ago. They are periodic feed channels. One time i watched it, it was a corporate feed.

 

[slugworth]

normally the receiver drops the scrambled channel nag once the keys are correct and just shows a black screen.These don't.
The firmware does have a flaw for pvu radio channels,it always has the scrambled channel nag even when the keys are correct and you are listening.So it may be an stb emu flaw.

 

[dale_para_bajo]

The log offered was and still posted.

Please decrypt and post a new link to the PowerVu IPTV so that we all can learn from it. Thanks in advance.

 

[slugworth]

the gsky v7 records the entire transponder, I don't think I can record just iptv.

 

[dale_para_bajo]

@slugworth I am sorry that comment is not for you. But remedy44 & LoveMyDish said

data=IPTV and there is Video

They are powervu.. I watched it once well over a year ago. They are periodic feed channels. One time i watched it, it was a corporate feed.

Now all you guys know I have no antenna. So no live feed for me. I am ONLY expressing on the Log posted and that I see to many repeated blocks I assume there is no Video. Even less I see no pid encrypted by powervu. Clearly assuming this pids have normal ts headers with normal powervu encryption.

So as we have different opinions I assume then I am wrong. So I ask them to teach me what they know as a favor. I am always open to learn new things. I am giving thanks ahead for anything they can teach me in this transponder.

 

[slugworth]

Those people may not be in the 97w viewing area.
The channels are powervu because I found the keys and actually more emm keys than I usually find with a channel I can actually watch.
It truly is a knowledge channel,I learned a lot without ever having watched.

 

[remedy44]

Open tsreader scan the transponder
goto file select IP/DVB mode
select 0x0066 click ok
you will see mac address come up select u225.1.1.2
right click on it and select save payload now where you saved it right click on it play with vlc

 

[dale_para_bajo]

I do not have Live feed. I can only play with File. This are the steps I follow.
1) Download 97w.zip from link
2) Unzip 97w.zip and get the 11708-V-3580-2017-09-11 13-22-22.ts
3) [CTRL]+[Doubleclick] on TSReader--2.8.47c Icon or Open TSReader--2.8.47c [Menu]>File>SelectSource
4) About halve way you will find "File Transport Tream File" + [OK]
5) Browse to 11708-V-3580-2017-09-11 13-22-22.ts
6) [Menu]>File>IP/DVB mode
7) Select 0x0066 click ok
8) You will see mac address "MAC 01:00:5e:01:01:02", expand and select "u225.1.1.2"
9) Right click on it and select "Save payload".
10) Wait until a windows pop up saying "Reached end of the transport stream file".
11) Go to "MAC 01:00:5e:01:01:02" , expand and select "u225.1.1.2" [Right Click] and select Stop saving.
11) Use Explorer browse to folder and select "225.1.1.2.ip"
11) You can Rename "225.1.1.2.ip" to "225.1.1.2.ip.ts" if you like or need.
12) Right Click on "225.1.1.2.ip" Select "Open with", Select VLC

Now Video is
Resolution: 352x240
Codec: MPEG-1/2 Video (mpgv)

So the output "225.1.1.2.ip" has no ts encapsulation!!!

This explain my confusion. 1rst video is so low quality that in fact leave a lot of empty space that I guess was filled by the block that I see repeated. Well some of it. I guess i am not sure at the moment. As some of the video/audio header are part of the repeated blocks I see.

Still this is very interesting for me. As I can learn from this file about mpeg format without ts encapsulation. We been discusing in other thread about repeting blocks of video/audio data.

And I need to review how I can inplement this in my MPE program.

Well I can say I did learn as I did not knew before how TSReader managed this IPTV. See this is another time when I do not regrete acepting I was wrong. I did learn a lot.

Now going back to slugworth question on why he could not see this channels in his receiver. Data Pids 0x66 & 0x65 are not encrypted. Yes we know that there are EMM & ECM and a PMTs for a Video Channel NOT available on the log. There is always the posibility that some Channels may show from time to time encrypted in powervu. But in general unless he has a special program to handle this IPTV direct from transponder I doubt he can watch this channels in his receiver.

 

[kebien]

I was able to retrieve around 40 valid EMM keys for that mux from that log posted.

Also noticed some kind of misused tabels.
There is a program 0,which uses PMT in pid 0x10.
The problem is that PID 0x10 is a reserved pid by DVB rules,is used for NIT.
In this case,apparently is used as SID pid,while there is already an SID pid used correctly in pid 0x11.
This PMT points out to elementary stream type 0x240 in pid 0x1E00 which is not present in the TS.
The problem in not using NIT pid as it should,is many receivers scan their channels using the NIT (as an example,this is how echostar and Directv receivers build the guide from),in this case is not used as such,and would fail to find and build channel list.

Lots of oddities in this mux.

 

[slugworth]

the gsky v7 will run apps,too bad they couldn't make one for iptv from the tuner.

 

[dale_para_bajo]

Listen there can be an unlimited ways to transmit OTT media. So no receiver can have it all.

In the other hand you are not missing much. This are real low quality videos, I guess for low end phones.

Just follow the instructions given by remedy44 and watch for yourself. By the way help was Really apreciated Thanks remedy44.

Finally you can always leave you V7 recording and follow the steps given to watch those channels.