23 replies to this topic

[AVR-rulez]

When using channel editor - Dreamset etc - you can enter manually the PID's.

Can PLi be forced to use Custom PID's?

[pieterg]

you mean this doesn't work? (I would expect it to work)

[AVR-rulez]

Well no.

I manually type in my custom PID's

FTP to box type E2 and Reload settings.

But nothing.

ANy ideas?

Tried Dreambox Edit and Dreamset.

How do I reload setting maually?

[pieterg]

init 4, edit settings, init 3

[AVR-rulez]

Thanks Pieterg, that helped

Now I have my custom PID's BUT the service wont decode....

I cant enter PMT PID anywhere.

Does anyone know how to edit lamedb manually to and it in?

f:000d,c:00080d,c:01080c,c:03080d what do I add for PMT (080e)

[AVR-rulez]

OK so I see you don't add in PMT

Here's info for those interested

0 VIDEO_PID
1 AUDIO_PID
2 TXT_PID
3 PCR_PID
4 AC3_PID
5 VIDEOTYPE
6 AUDIOCHANNEL
7 AC3_DELAY
8 PCM_DELAY
9 SUBTITLE_PID

But service still won't run aaaarrrgh

[pieterg]

I guess you can force the correct vpid/apid to be used, but if it's a crypted channel, the ecm pids will remain unknown (because the pmt is missing)

[AVR-rulez]

Yes Pieterg,

That is exactly what I thought this morning on my way to work.

The PMT contains a PID for ECM stream , so no ECM flow.

I saw this last night when I zap to the channel I dont get "PMT Timeout error" anymore just a black screen.

Telnet showed CCcam stopped and no ECM requests.

SO , How do I tell it the PID for ECM??? Is there anyway ?

[Erik Slagter]

Here's info for those interested

0 VIDEO_PID
1 AUDIO_PID
2 TXT_PID
3 PCR_PID
4 AC3_PID
5 VIDEOTYPE
6 AUDIOCHANNEL
7 AC3_DELAY
8 PCM_DELAY
9 SUBTITLE_PID

So this is interesting, is this actually the layout of a lamedb entry
(with the colons removed)?

[AVR-rulez]

yes

p:PROV,c:00080d,c:01080c,c:03080d,c:050001,f:d

f at the end is the Flag bits

so each group of gytes start with 2 bytes from table above

c:01080c 01 = AUDIO_PID


BUT lamedb should have a ECM PID also - this is missing - unless it is written elsewhere

[pieterg]

makes no sense to put ecm pids in lamedb, e2 is not using them

[AVR-rulez]

Yes , so this only helps on FTA then?

Is there any other way of feeding E2 with the ECM PID?

It would help where there is no/corrupt PMT.

[pieterg]

Is there any other way of feeding E2 with the ECM PID?

it makes no sense, e2 does not/can not use ecm pids

[junglejake]

I have done the changes in the PMT.CPP file, but am really stuck as to how to force a local compile on the DM800 and DM8000. I can successfully compile online images. I could really do with an idiots guide as to a local compile then I can test these changes and inform you.

the changes I have done are as follows
void eDVBServicePMTHandler::PATready(int)
{

ePtr<eTable<ProgramAssociationSection> > ptr;
if (!m_PAT.getCurrent(ptr))
{

int pmtpid = -1;
std::vector<ProgramAssociationSection*>::const_iterator i;
[highlight=#5f497a]f[highlight=#5f497a]or[/highlight] (i = ptr->getSections().begin(); i != ptr->getSections().end()&&pmtpid == -1; ++i)
[/highlight]
{

const ProgramAssociationSection &pat = i;
ProgramAssociationConstIterator program;
[highlight=#8064a2]for (program = pat.getPrograms()->begin(); program != pat.getPrograms()->end()&&pmtpid == -1;++program) [/highlight]

if (eServiceID((*program)->getProgramNumber()) == m_reference.getServiceID())

pmtpid = (*program)->getProgramMapPid();

}
if (pmtpid == -1)

serviceEvent(eventNoPATEntry);

else

m_PMT.begin(eApp, eDVBPMTSpec(pmtpid, m_reference.getServiceID().get()), m_demux);

} else

serviceEvent(eventNoPAT);

}

[AVR-rulez]

Can someone please explain how to do a local compile so he can incorporate the above code change and produce a beta for testing?

[pieterg]

your 'diff' is not really readable, could you please post a real diff? Then I can probably tell you whether it'll work or not (and if it's not too ugly, we might just put it in the image)

compiling your own version is straightforward, you just clone the local e2 repository, and point the bb file to it.
But if you do not understand what I mean with that, I'm afraid it will take a huge amount of explaining.

[Erik Slagter]

Can someone please explain how to do a local compile so he can incorporate the above code change and produce a beta for testing?

If you mean: produce a self-compiled enigma, then the easiest way is to
compile a complete image and get enigma from there. It may take a few
hours to compile but is 95% safe that it works. The directions can be
found in the wiki of openpli.

If you really want to compile enigma only, then you either should git
pull it from the openpli server and set up the complete building
environment around it, you probably do not want it. It's easier to
isolate enigma out of the image tree and replace the source by source
that you git pull'ed.

Anyway, I think option 1 is most feasible for you.

Attached Files

•  smime_42.p7s   4.99KB   0 downloads

[junglejake]

The modification is in the pmt.cpp which we are trying to implement. The change is as follows.

void eDVBServicePMTHandler::PATready(int)
{
    ePtr<eTable<ProgramAssociationSection> > ptr;
    if (!m_PAT.getCurrent(ptr))
    {
	   int pmtpid = -1;
	   std::vector<ProgramAssociationSection*>::const_iterator i;
	   for (i = ptr->getSections().begin(); i != ptr->getSections().end()&&pmtpid == -1; ++i)
	   //for (i = ptr->getSections().begin(); i != ptr->getSections().end(); ++i)	   
	   {
		  const ProgramAssociationSection &pat = **i;
		  ProgramAssociationConstIterator program;
		  for (program = pat.getPrograms()->begin(); program != pat.getPrograms()->end()&&pmtpid == -1;++program)		  
		  //for (program = pat.getPrograms()->begin(); program != pat.getPrograms()->end(); ++program)
			 if (eServiceID((*program)->getProgramNumber()) == m_reference.getServiceID())
				pmtpid = (*program)->getProgramMapPid();
	   }
	   if (pmtpid == -1)
		  serviceEvent(eventNoPATEntry);
	   else
		  m_PMT.begin(eApp, eDVBPMTSpec(pmtpid, m_reference.getServiceID().get()), m_demux);
    } else
	   serviceEvent(eventNoPAT);
}

I have commented out to the 2 original lines

[pieterg]

ok, that looks like it should work; just use the first pmtpid in the PAT.
Should make it a tiny bit faster as well

I'll commit it.
Not sure how stable our current e2 is after the recent huge merges, but you might want to give it a try with the next daily build.

[junglejake]

Thanks, much appreciated.