15 replies to this topic

[zakrd]

Let's assume i want to play http stream in this way, with 4097:

 

from enigma import eServiceReference
curr_sref = "1:0:19:1328:CA2:3:EB0000:0:0:0:"

​url = "http://my_stream..."
self.session.nav.stopService()
service = eServiceReference(4097, 1, url)
self.session.nav.playService(service)

It is obvious all info form curr_sref will disappear from the infobar after .stopService() is executed.

But is it possible to get all back on infobar after i start http stream?
So, after all http stream is playing, but i want to keep all info from the curr_sref on Infobar.

Edited by zakrd, 5 April 2023 - 16:31.

[Huevos]

Why             ?

[zakrd]

I don't understand your question.

There is a many reasons, one of them is curiosity.

[Dimitrij]

curr_sref = "4097:0:19:1328:CA2:3:EB0000:0:0:0:http%3a//my_stream..."
self.session.nav.stopService()
service = eServiceReference(curr_sref)
self.session.nav.playService(service)

 

[zakrd]

Thx @Dimitrij.

That was my first attempt, but it doesn't work, at least on hisil. I didn't tried on another socket, yet.

With 1, 5001, 5002 all ok, but 4097 delete everything from Infobar and stream cannot even start at all. Regardless which stream type is (mp4, hls...)

 

Example:
1:0:19:283E:3FB:1:C00000:0:0:0: = arte HD on 19.2 (it doesn't matter but ok, as reference)

curr_sref = "4097:0:19:283E:3FB:1:C00000:0:0:0:http%3a//commondatastorage.googleapis.com/gtv-videos-bucket/sample/ElephantsDream.mp4:arte HD"
self.session.nav.stopService()
service = eServiceReference(curr_sref)
self.session.nav.playService(service)

 

 

Debug:

[eDVBCAService] free slot 0 demux 0 for service 1:0:19:2FC:5:85:C00000:0:0:0:
[eDVBCAService] free service 1:0:19:2FC:5:85:C00000:0:0:0:
[Navigation] playing:  4097:0:19:283E:3FB:1:C00000:0:0:0:http%3a//commondatastorage.googleapis.com/gtv-videos-bucket/sample/ElephantsDream.mp4:arte HD
[servicelist] search for service in userbouquets
[servicelist] service not found in any userbouquets
[eServiceHisilicon] construct!
[eServiceHisilicon] uri=http://commondatastorage.googleapis.com/gtv-videos-bucket/sample/ElephantsDream.mp4
[eTSMPEGDecoder] decoder state: play, vpid=ffffffff, apid=ffffffff
[eDVBPCR0] DEMUX_STOP ok
[eDVBPCR0] destroy
[eDVBVideo0] DEMUX_STOP  ok
[eDVBVideo0] VIDEO_STOP ok
[eDVBVideo0] destroy
[eDVBAudio0] AUDIO_STOP ok
[eDVBAudio0] DEMUX_STOP ok
[eDVBAudio0] AUDIO_CONTINUE ok
[eDVBAudio0] destroy
[eDVBResourceManager] start release channel timer
[DVBCAHandler] no more services
[eDVBResourceManager] release cached channel (timer timeout)
[eDVBLocalTimerHandler] remove channel 0x2c6a880
[eEPGTransponderDataReader] remove channel 0x2c6a880
[eEPGChannelData] abort caching events !!
[eDVBResourceManager] stop release channel timer

[Dimitrij]

Duo4K

add in /etc/enigma2/userbouquet.favourites.tv

#SERVICE 4097:0:19:283E:3FB:1:C00000:0:0:0:http%3a//commondatastorage.googleapis.com/gtv-videos-bucket/sample/ElephantsDream.mp4:arte HD

 

 

[zakrd]

Frmo bouquet is ok, but the real question is why 4097 can't execute the same from the code, and 1, 5001 and 5002 can.

[Taapat]

Probably because the playback of 4097 in your case is provided by servicehisilicon, which does not support playback of this format.

1 provides enigma servicedvb, but 5001 and 5002 exteplayer, which apparently support it.

On non-hisilicon receivers, 4097 playback is provided by servicemp3 with gstreamer, which may not have such a problem.

[zakrd]

Yes, hisill is a very strange.
Removing ServiceHiSillicon from the system doesn't help.

[Erik Slagter]

Read what Taapat says. It doesn't work on HiSil systems, he doesn't say it's the ServiceHiSilicon that's the problem. HiSilicon receivers can't use servicemp3 -> gstreamer.

[neo]

Well, yes, they can, but you will loose hardware accelerated format conversion when playing non-DVB media.

[zakrd]

Of course they can. I will not repeating myself a whole time with the examples; in which situation can, in which not.

Also, sf8008 is a proof that it can do almost everything, unlike some other Hisilicon boxes like various multibox variants. 

[XRayhTec]

For me when a stream is not starting/playing the infobar is not showing the stream information.

When playing the infobar is filled with the correct information.

 

 

Yes, hisill is a very strange.
Removing ServiceHiSillicon from the system doesn't help.

 

Removing the servicehisilion crap is a good start.

 

However think of

#PREFERRED_PROVIDER_virtual/enigma2-mediaservice ?= "enigma2-plugin-systemplugins-servicehisilicon"
PREFERRED_PROVIDER_virtual/enigma2-mediaservice ?= "enigma2-plugin-systemplugins-servicemp3"

 

and ofcourse servicemp3, GStreamer, DVBmediasink should be available and configured well.

 

The aboved mentioned stream is running OK on my Hisilicon box with servicemp3 and GStreamer. (Including the Arte information)

Regards,

Edited by XRayhTec, 15 April 2023 - 10:30.

[zakrd]

@XRayhTec

 

Thank you for clarifications. Now all is clear about playing.

I am building a plugin which needs to work on all images, not only OpenPLi. So, i can't just edit/change enigma2 and machine recipes and make home build.

But finally i see the point and concrete reasons why some hisillicon boxes can/can't play 4097.

That's for the playing.

 

For chanaging info on Infobar...

I'll try to find an alternative way for my goal. Maybe there is a way to "forbid" Infobar to change information on Infobar on zap, regardless of player.

I do made WHERE_SESSIONSTART which in background follow every zap with ServiceEventTracker, i just can't find a way to stop Infobar from changing the info.

[neo]

Has anyone every looked at what exactly you will miss if you remove servicehisilicon?

 

Formats not supported by servicemp3? Formats not working great due to high CPU load (i.e. missing the ffmpeg hardware acceleration)?

 

Another thing that sucks about ServiceHisilicon is that recording isn't implemented, so you can't record streams at all.

Edited by neo, 15 April 2023 - 14:55.

[XRayhTec]

Some limiting factors in the initial servicemp3/GStreamer configuration may be:

- the presence of GST_PLAY_FLAG_NATIVE_VIDEO in servicemp3

- the capability of the dvbmediasink but also if the dvbadapter/processor can handle what is send to it by the sink.

- Formats not handled by the dvbmediasink can be processed by software and GStreamer will need videosink to get things onscreen.

 

The Hisilicon processor in my h9(and combo) has some acceptance issues, but following config confirmed working.

DVBMEDIASINK_CONFIG = " --with-mpeg4 --with-h264 --with-h265 --with-vb6 --with-vb8 --with-vb9 --with-mp3"

I noticed no issues with sw decoding.

Raw video is put onscreen via a Mali eglglessink.

 

Regards,