Jump to content


Photo

Bug found in DVB-T2

DVB-T2

  • Please log in to reply
48 replies to this topic

Re: Bug found in DVB-T2 #21 kurben

  • Senior Member
  • 41 posts

+3
Neutral

Posted 22 August 2015 - 09:04

You should be able to auto tune anyway. Should not need code rate. Just use predefined transponder and select the channel/frequency. That comes from terrestrial.xml and doesn't contain code rate at all. The tuner should work it out.


If it could do that then I would have no problem to tune to a mux with those code rates. But it wont. It could also be a completly diffrent bug that is involved but the missing code rates are the only cause I have found so far.
The Dvb-T2 mux with a supported code rate tunes just fine.

Re: Bug found in DVB-T2 #22 kurben

  • Senior Member
  • 41 posts

+3
Neutral

Posted 22 August 2015 - 09:09

Maybe you can try out the patch if you make your own image. I cannot check it by myself if it works.
You can when you select dvb-t2 in the scan menu the option 3/5 and 4/5.


I would happily test this patch but I have no skills or possibility to build my own image.

But I will eventually setup a build enviroment in Ubuntu and start compile my own images. But that is far away in the future...

Re: Bug found in DVB-T2 #23 Huevos

  • PLi® Contributor
  • 4,230 posts

+158
Excellent

Posted 22 August 2015 - 10:42

The problem seems to be that those code rates your broadcaster is using are not part of the dvb standard as is shown in the document I posted.

Re: Bug found in DVB-T2 #24 kurben

  • Senior Member
  • 41 posts

+3
Neutral

Posted 22 August 2015 - 12:09

The problem seems to be that those code rates your broadcaster is using are not part of the dvb standard as is shown in the document I posted.


But according to wikipedia they are, I do not think that Sweden has its own system, Sweden is also one of the countries that are involved in the development of the dvb standard and also one of the first to adopt the Dvb-T2 standard.

Either way, the fact that the code rates exists in the sat and cable parts but not in the terrestial part indicates more to the option that they have not been updated to the last standard.

Re: Bug found in DVB-T2 #25 WTE

  • Senior Member
  • 821 posts

+36
Good

Posted 22 August 2015 - 13:34

 

Maybe you can try out the patch if you make your own image. I cannot check it by myself if it works.
You can when you select dvb-t2 in the scan menu the option 3/5 and 4/5.


I would happily test this patch but I have no skills or possibility to build my own image.

But I will eventually setup a build enviroment in Ubuntu and start compile my own images. But that is far away in the future...

 

 

Which box?


Mut@nt HD51 STB 4K

   :rolleyes:                :rolleyes:


Re: Bug found in DVB-T2 #26 kurben

  • Senior Member
  • 41 posts

+3
Neutral

Posted 22 August 2015 - 13:59

 

 

Maybe you can try out the patch if you make your own image. I cannot check it by myself if it works.
You can when you select dvb-t2 in the scan menu the option 3/5 and 4/5.


I would happily test this patch but I have no skills or possibility to build my own image.

But I will eventually setup a build enviroment in Ubuntu and start compile my own images. But that is far away in the future...

 

 

Which box?

 

 

VU+ SoloSE v2



Re: Bug found in DVB-T2 #27 Huevos

  • PLi® Contributor
  • 4,230 posts

+158
Excellent

Posted 23 August 2015 - 00:31

 

The problem seems to be that those code rates your broadcaster is using are not part of the dvb standard as is shown in the document I posted.


But according to wikipedia they are,

Anyone can edit Wikipedia. You really need an official source. If you can get a dump of the NIT table with DVB Snoop we will be able to see what number the broadcaster uses for that code rate.



Re: Bug found in DVB-T2 #28 kurben

  • Senior Member
  • 41 posts

+3
Neutral

Posted 23 August 2015 - 08:07

I have now tested with a USB DVB-T2 tuner (PCTV 290e ) . This tuner can tune the 730 mhz mux without problems. That means that the bug is not in Enigma2 code but rather in the Vu+ driver for the built in tuner.

I have the new Vu+ SoloSe v2 with the new Dual DVB-T2 tuners. I will once again contact Vu+ and probably not get en answer as the two other times I have done that....

 

 

But at least we now know the problem lies in the Vu+ drivers and not the actual code for Enigma2...



Re: Bug found in DVB-T2 #29 kurben

  • Senior Member
  • 41 posts

+3
Neutral

Posted 29 August 2015 - 17:25

ok, more update regarding this bug and perhaps more confusing...

 

I tried the Openmultiboot feature and installed some more diffrent images and found that OpenAtv 5.1 (Latest version) can tune channel 53 ! with DVB-T2. 

But not only is some images missing the possibility to tune the channel 53, they also does not work with decoding using my Viaccess CAM in the CI slot.

 

 

I tried these images:

OpenPli 4.0 2015-08-29 (No tune channel 53, Working CI/CAM)

Open Black Hole 0.1 (No tune channel 53, Working CI/CAM)

OpenATV 5.1 (Tune working on Channel 53, NO working CI/CAM)

Black Hole 2.1.7 (No tune channel 53, NO working CI/CAM)

 

 

Strange is it? I then took the terrestial.xml file from OpenAtv 5.1 and loaded into OpenPli 4.0 to see if that would change something, but no, same result..

So what is OpenATV 5.1 doing right in the tuning? And what is OpenPli doing right in the CI/CAM ?



Re: Bug found in DVB-T2 #30 Huevos

  • PLi® Contributor
  • 4,230 posts

+158
Excellent

Posted 29 August 2015 - 19:06

Try OpenViX too.

 

If you tried OpenATV there is no FEC setting in the terrestrial.xml file for channel 53 Europe, as such a setting would imply FEC is fixed throughout Europe.



Re: Bug found in DVB-T2 #31 kurben

  • Senior Member
  • 41 posts

+3
Neutral

Posted 30 August 2015 - 17:02

I have now tried OpenVix (latest) and it can not tune to channel 53, but the CI/CAM is working.
I also tried the latest Vu+ factory image and that works with channel 53 and also CI/CAM.

So the tuning problem is not in the drivers from vu+ since there image works. The only two images that can tune the channel 53 is vu+ original and OpenAtv.

Re: Bug found in DVB-T2 #32 Erik Slagter

  • PLi® Core member
  • 46,951 posts

+541
Excellent

Posted 1 September 2015 - 10:12

It seems ViX has other drivers than VU+ supplies to us.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Bug found in DVB-T2 #33 Rob van der Does

  • Senior Member
  • 7,766 posts

+184
Excellent

Posted 1 September 2015 - 11:29

I've said it before: PLi is (at least as far as I'm aware) the only image builder who uses the 'normal' drivers; all others use the GLES-drivers.
So there can indeed be differences between PLi and others at driver level.

Re: Bug found in DVB-T2 #34 Erik Slagter

  • PLi® Core member
  • 46,951 posts

+541
Excellent

Posted 1 September 2015 - 12:40

Ask VU+ to provide us with the "better" (?) drivers.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Bug found in DVB-T2 #35 kurben

  • Senior Member
  • 41 posts

+3
Neutral

Posted 1 September 2015 - 12:55

I have noticed one strange thing that I will try to film. When using the automatic tuning function on VU+ factory image and also the OpenATV image (The only two ones that can tune to channel 53) the tuning does not find anything when it reaches channel 53, but in the end of the process, around 800 mhz and above or 96% of the scanning. It jumps back to a few channels and rescans them, among those channels is my problem channel 53 at 730mhz. 

If I manually select only channel 53 and set everything to Auto, nothing is found. Very strange, the autoscan has some other special function in the end of the scan. As I said I will try to film this so that you can see what I am rambling about...



Re: Bug found in DVB-T2 #36 Erik Slagter

  • PLi® Core member
  • 46,951 posts

+541
Excellent

Posted 1 September 2015 - 12:57

Do you have "network scanning" active?


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Bug found in DVB-T2 #37 kurben

  • Senior Member
  • 41 posts

+3
Neutral

Posted 1 September 2015 - 13:43

Yes always.



Re: Bug found in DVB-T2 #38 Rob van der Does

  • Senior Member
  • 7,766 posts

+184
Excellent

Posted 1 September 2015 - 13:47

Ask VU+ to provide us with the "better" (?) drivers.

It's completely up to you which drivers you use, as it is for all image builders.
But if you made yourself dependant on an external party (the factory), you should ask them to supply the GLES-drivers, as well as the required changes to use them.

Re: Bug found in DVB-T2 #39 Erik Slagter

  • PLi® Core member
  • 46,951 posts

+541
Excellent

Posted 1 September 2015 - 14:31

Yes always.

Then that is the explanation.


Edited by Erik Slagter, 1 September 2015 - 14:31.

* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Bug found in DVB-T2 #40 Erik Slagter

  • PLi® Core member
  • 46,951 posts

+541
Excellent

Posted 1 September 2015 - 14:31

 

Ask VU+ to provide us with the "better" (?) drivers.

It's completely up to you which drivers you use, as it is for all image builders.
But if you made yourself dependant on an external party (the factory), you should ask them to supply the GLES-drivers, as well as the required changes to use them.

I don't understand at all why we should need GLES enabled drivers if enigma doesn't use it...


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users