81 replies to this topic

[dolphs]

ok guys thanks for looking in to it, is appreciated. Meanwhile if I can test something please let me know.

[dolphs]

just did an update on both receivers but still no joy as it seems, therefore it appears to be more complicated than initially thought?

[Erik Slagter]

I think tcpdumps would be helpful here, works generally better than the crystal ball

[pieterg]

Did somebody already make an e2 log (on the client side)?

[WanWizard]

I did a tcmpdump, and posted that (but only the headers, to check if the request was passed unaltered).

 

I'll do an E2 log later today, not home at the moment.

[dolphs]

Did somebody already make an e2 log (on the client side)?

 

 

It took a lil longer than expected but spent 10 mins, hopefully it will put us in proper direction.

please note channel transcoded is " 13th street ", which is in SD.

new service started! trying to download cuts!
download failed, no cuesheet interface
RemovePopup, id = ZapError
eHttpStream::Start thread
alloc PVR
allocate demux
loading streaminfo for http://192.168.10.11:8001/1:0:19:7149:1D:1F4:FFFF0000:0:0:0
cutfile not found!
no cue sheet

<snip snip>

[RemoteChannelStreamConverter] fallback to default translation for Remote channel stream converter
action ->  InfobarChannelSelection keyDown
action ->  OkCancelActions ok
playing 1:0:1:B7:F:1F4:FFFF0000:0:0:0:http%3a//192.168.10.11%3a8001/1%3a0%3a1%3aB7%3aF%3a1F4%3aFFFF0000%3a0%3a0%3a0?bitrate=100000:13TH STREET_transcoded
eFilePushThread stopping thread
FILEPUSH THREAD STOP
thread joined 0
thread joined 0
[eDVBLocalTimerHandler] remove channel 0x14f49a0
[eEPGCache] remove channel 0x14f49a0
[EPGC] abort caching events !!
decoder state: play, vpid=-1, apid=-1
DEMUX_STOP - video - ok
VIDEO_STOP - ok
AUDIO_STOP - ok
DEMUX_STOP - audio - ok
AUDIO_CONTINUE - ok
DEMUX_STOP - ttx - ok
TuxTxt stopped service 72
cleaning up
TuxTxt cache cleared
getResolvedKey config.usage.remote_fallback failed !! (Typo??)
not pauseable.
not pauseable.
not pauseable.
new service started! trying to download cuts!
download failed, no cuesheet interface
RemovePopup, id = ZapError
eHttpStream::Start thread
alloc PVR
allocate demux
loading streaminfo for http://192.168.10.11:8001/1:0:1:B7:F:1F4:FFFF0000:0:0:0?bitrate=100000
cutfile not found!
no cue sheet
eHttpStream::Thread end connection
download failed, no cuesheet interface
[eDVBLocalTimerHandler] channel 0x155dd38 running
setIoPrio best-effort level 0 ok
FILEPUSH THREAD START
no cue sheet. forcing normal play
[eEPGCache] channel 0x155dd38 running
ok ... now we start!!
[EPGC] next update in 2 sec
RemovePopup, id = ZapError
[Dish] tuning failed
PATready
use single pat entry!
use pmtpid 0055 for service_id 0001
[EPGC] start caching events(1415167991)
[EPGC] abort non avail nownext reading
[EPGC] abort non avail schedule reading
[EPGC] abort non avail schedule other reading
[EPGC] abort non avail netmed schedule reading
[EPGC] abort non avail netmed schedule other reading
[EPGC] abort non avail FreeSat schedule_other reading
[EPGC] abort non avail viasat reading
DVB service failed to tune - error 4
RemovePopup, id = ZapError
AddPopup, id = ZapError
[eDVBLocalTimerHandler] no transponder tuned... or no TDT/TOT avail .. try to use RTC :)
[eDVBLocalTimerHandler]    getRTC returned time=0. RTC problem?

[Erik Slagter]

please note channel transcoded is " 13th street ", which is in SD.

DVB service failed to tune - error 4
RemovePopup, id = ZapError
AddPopup, id = ZapError

Now this is interesting...

[dolphs]

Indeed interesting material that needs to be looked in to by core devs imho...

 

 

Thus resume - entering following in to eg dreambox edit ( or vi on box itself )

playing 1:0:1:B7:F:1F4:FFFF0000:0:0:0:http%3a//192.168.10.11%3a8001/1%3a0%3a1%3aB7%3aF%3a1F4%3aFFFF0000%3a0%3a0%3a0?bitrate=100000:13TH STREET_transcoded

will result in to a properly translated URL I was expecting ( based upon vlc tests and following URL does work in vlc ):

http://192.168.10.11:8001/1:0:1:B7:F:1F4:FFFF0000:0:0:0?bitrate=100000

However as Eric mentioned, this results in:
 

RemovePopup, id = ZapError
[Dish] tuning failed

<snip snip>

DVB service failed to tune - error 4
RemovePopup, id = ZapError
AddPopup, id = ZapError

Therefore if core devs can help out, it would be greatly appreciated :-)

[pieterg]

error 4 = eventNoPMT

(aka PMT timeout)

 

Next step is to check whether a PMT section is available in the stream (pid 0x55, according to your log), by capturing the data.

I think if you start a recording, instead of zapping to the service, you should get a TS file containing the full data stream.

[WanWizard]

A recording of the transcoded remote stream?

[pieterg]

indeed

[Erik Slagter]

I can only think one sort of situation when there is no PMT and that is when tuning itself failed:

- tuner itself didn't tune properly (no signal)

- wrong PMT pid is specified (it's in the serviceref, check that...), it may have changed at some time

- transponder has not PAT or PMT at all, although "somewhat" unlikely

 

If I understand it correctly, the problem arises only when transcoding, never when plain streaming, right?

[betacentauri]

Perhaps PMT is filtered out during transcoding...

[pieterg]

a new PMT should be constructed and injected, as the video/audio pids and codecs will be different from the original TS.

I have no reason to believe this is no longer the case, as VLC (reportedly) still works fine.

[WanWizard]

@Erik,

 

Correct. I only use remote streams on my test box (no coax present), I copied a user bouquet and added "%3Fbitrate=512000" to the URL's.

 

@pieterg,

 

The .ts file remains zero bytes when I schedule a recording.

 

I have noticed the error message is different now, compared to my last test. I now get a "no data on transponder" timeout, instead of an "invalid service".

[Erik Slagter]

I have the feeling I did some interpretation the wrong way round. The enigma2 output, is that from the remote (with the tuner) receiver or the local receiver? I assumed it was the remote receiver.

 

The encoder should inject both PAT and PMT, it's easy to check with e.g. dvbsnoop. Some players (like mplayer, maybe vlc too) can play streams even if they're not 100% adhering to standards, mplayer can play a stream if it has no PAT nor PMT, for example.

Edited by Erik Slagter, 6 November 2014 - 19:08.

[WanWizard]

And the new error is generated because the transcoding seems to be broken now at the ET10K end (which explains the "no data" error), since VLC doesn't work anymore.

 

That needs to be fixed first...

[WanWizard]

Fixed by restarting the 10K.

 

The error message in the GUI says: "Service Invalid! Timeout reading PMT." so that is consistent with the logs.

 

On a recording, the .ts file is still zero bytes.

[pieterg]

and if you run dvbsnoop 0x55 (just before the timeout error occurs)?

[WanWizard]

No output at all:

root@xp1000:~# dvbsnoop 0x55
dvbsnoop V1.4.51 -- http://dvbsnoop.sourceforge.net/
^C
root@xp1000:~#