Jump to content


Photo

GStreamer 1.0

gstreamer 1.0 openpli

  • Please log in to reply
2520 replies to this topic

Re: GStreamer 1.0 #2121 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 3 December 2015 - 20:39

Now I did a extra test with hls service live m6 , which You posted
 
It stops playing after a while and the reason is clear we run out off data and got eos.
 
This could quit be a gstreamer hls module error self.
 
the service is:

#SERVICE 4097:0:1:0:0:0:0:0:0:0:http%3a//sslhls.m6tv.cdn.sfr.net/hls-live/livepkgr/_definst_/m6_hls_aes/m6_hls_aes_856.m3u8:mastag
#DESCRIPTION mastag
log appended it can be clearly seen where it goes wrong


Actually there is no problem recording that channel, just make sure that you have valid date on the box (not 1970).

The resulting mpeg-ts is not good for our hardware decoder.

See: http://forums.openpl...e-4#entry515984
Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: GStreamer 1.0 #2122 samsamsam

  • Senior Member
  • 2,024 posts

+146
Excellent

Posted 3 December 2015 - 21:52

Hello,

 

How "christophecvr/gstreamer1.0-plugin-multibox-dvbmediasink" should be configured for the ET9000?

 

Thanks,

SSS



Re: GStreamer 1.0 #2123 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 4 December 2015 - 09:18

For the ET9000 just same as You did by open pli.

 

guess it's :

DVBMEDIASINK_CONFIG = "--with-wma --with-wmv --with-pcm --with-dts --with-eac3"


Re: GStreamer 1.0 #2124 samsamsam

  • Senior Member
  • 2,024 posts

+146
Excellent

Posted 4 December 2015 - 09:22

Thank you.



Re: GStreamer 1.0 #2125 ataru80

  • Member
  • 6 posts

0
Neutral

Posted 5 December 2015 - 07:59

Im not sure if this has been already raised,

but the sTagTitle is no longer working for online web radios.

for example in shoutcast plugin any radio selected does not give anymore Title, Artist, Year.

 

In fact if you run the followin radio stream:

4097:0:0:0:0:0:0:0:0:0:http%3a//relay.181.fm%3a8128/

 

the following python instruction:

print self.currPlay.info().getInfoString(iServiceInformation.sTagTitle)

 

returns a null string.
 
Are still working:
currPlay.info().getInfoString(iServiceInformation.sTagAudioCodec)
currPlay.info().getInfoString(iServiceInformation.sTagGenre)
 
With the Gstreamer 0.x everything was working fine.

Can someone confirm using ShoutCast plugin or webradioFS


Edited by ataru80, 5 December 2015 - 08:00.


Re: GStreamer 1.0 #2126 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 5 December 2015 - 08:49

Hi,

 

This commit is causing problems: https://github.com/O...1c08498d7665964

 

Got message #195 from element "dvbaudiosink0" (tag): GstMessageTag, taglist=(taglist)"taglist\,\ organization\=\(string\)\"181.FM\\\ -\\\ POWER\\\ 181\\\ -\\\=\\\[:\\\ The\\\ Hitz\\\ Channel\\\ :\\\]\\\=-\\\ www.181.fm\"\,\ genre\=\(string\)Top40\,\ location\=\(string\)http://www.181.fm\;";
Got message #196 from element "dvbaudiosink0" (tag): GstMessageTag, taglist=(taglist)"taglist\,\ organization\=\(string\)\"181.FM\\\ -\\\ POWER\\\ 181\\\ -\\\=\\\[:\\\ The\\\ Hitz\\\ Channel\\\ :\\\]\\\=-\\\ www.181.fm\"\,\ genre\=\(string\)Top40\,\ location\=\(string\)http://www.181.fm\;";
Got message #219 from element "dvbaudiosink0" (tag): GstMessageTag, taglist=(taglist)"taglist\,\ organization\=\(string\)\"181.FM\\\ -\\\ POWER\\\ 181\\\ -\\\=\\\[:\\\ The\\\ Hitz\\\ Channel\\\ :\\\]\\\=-\\\ www.181.fm\"\,\ genre\=\(string\)Top40\,\ location\=\(string\)http://www.181.fm\,\ has-crc\=\(boolean\)false\,\ channel-mode\=\(string\)joint-stereo\,\ audio-codec\=\(string\)\"MPEG-1\\\ Layer\\\ 3\\\ \\\(MP3\\\)\"\,\ nominal-bitrate\=\(uint\)128000\,\ bitrate\=\(uint\)127706\;";
Got message #220 from element "dvbaudiosink0" (tag): GstMessageTag, taglist=(taglist)"taglist\,\ organization\=\(string\)\"181.FM\\\ -\\\ POWER\\\ 181\\\ -\\\=\\\[:\\\ The\\\ Hitz\\\ Channel\\\ :\\\]\\\=-\\\ www.181.fm\"\,\ genre\=\(string\)Top40\,\ location\=\(string\)http://www.181.fm\,\ has-crc\=\(boolean\)false\,\ channel-mode\=\(string\)joint-stereo\,\ audio-codec\=\(string\)\"MPEG-1\\\ Layer\\\ 3\\\ \\\(MP3\\\)\"\,\ nominal-bitrate\=\(uint\)128000\,\ minimum-bitrate\=\(uint\)127706\,\ maximum-bitrate\=\(uint\)127706\,\ bitrate\=\(uint\)127706\;";
Got message #223 from element "dvbaudiosink0" (tag): GstMessageTag, taglist=(taglist)"taglist\,\ title\=\(string\)\"Alessia\\\ Cara\\\ -\\\ Here\"\,\ homepage\=\(string\)http://www.181.fm\,\ has-crc\=\(boolean\)false\,\ channel-mode\=\(string\)joint-stereo\,\ audio-codec\=\(string\)\"MPEG-1\\\ Layer\\\ 3\\\ \\\(MP3\\\)\"\,\ nominal-bitrate\=\(uint\)128000\,\ minimum-bitrate\=\(uint\)127706\,\ maximum-bitrate\=\(uint\)127706\,\ bitrate\=\(uint\)127706\;";

 

I will revert it.


Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: GStreamer 1.0 #2127 mx3L

  • Senior Member
  • 616 posts

+79
Good

Posted 5 December 2015 - 08:58

@athoik

I think we don't need to revert it, we just have to make sure that we don't send eventUpdateInfo when only bitrate is changed. Now we are not sending eventUpdateInfo when bitrate is in tags and m_bitrate is set, while other entries in tags could have changed(this case)



Re: GStreamer 1.0 #2128 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 5 December 2015 - 09:06

See: https://bugzilla.gno...996&action=diff

 

A proper patch was included for review in GStreamer but stays unnoticed...


Edited by athoik, 5 December 2015 - 09:07.

Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: GStreamer 1.0 #2129 mx3L

  • Senior Member
  • 616 posts

+79
Good

Posted 5 December 2015 - 09:23

In that case I agree, it should be reverted and we should add this patch in our oe, until gstreamer devs will do something about it.

 

Patch looks good, I think you should create new issue, since I think it's not that relevant to #758234.



Re: GStreamer 1.0 #2130 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 5 December 2015 - 10:09

How well is this going to perform on a softfloat receiver?

[code=auto:0]

    if (parse->priv->post_avg_bitrate && parse->priv->avg_bitrate) {
      gfloat diffprev = (float) 100.0 * (ABSDIFF (parse->priv->avg_bitrate,
          parse->priv->posted_avg_bitrate)) / (float) parse->priv->avg_bitrate;
      if (diffprev >= update_threshold)
        parse->priv->tags_changed = TRUE;
    }[/code]

eg How many times does it need to perform this calculation?



Re: GStreamer 1.0 #2131 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 5 December 2015 - 10:27

It will perform just fine. The event we receive now consume much more cpu cycles...

Edited by athoik, 5 December 2015 - 10:28.

Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: GStreamer 1.0 #2132 mirakels

  • Forum Moderator
    PLi® Core member
  • 7,603 posts

+62
Good

Posted 5 December 2015 - 12:21

But why float? Do you ever think you want the threshold to be something like 1.75% or something in the future?

what is wrong with  (100 * diff) % base  > threshold 

Assuming bitrate will not overflow a 32-bit int value when multiplied by 100...


Geen wonder... Had slechts een dm7000, maar wel ook een rotor. eigenlijk al een tijdje ook een dm600 en dm7025. Maar nu kijkend met een et9000 en vuduo

Re: GStreamer 1.0 #2133 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 5 December 2015 - 12:33

But why float? Do you ever think you want the threshold to be something like 1.75% or something in the future?
what is wrong with  (100 * diff) % base  > threshold 
Assuming bitrate will not overflow a 32-bit int value when multiplied by 100...


Done! https://bugzilla.gno...800&action=diff
Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: GStreamer 1.0 #2134 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 7 December 2015 - 10:45

it takes a while for them to respond..

https://bugzilla.gno...g.cgi?id=759055



Re: GStreamer 1.0 #2135 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 7 December 2015 - 10:59

it takes a while for them to respond..
https://bugzilla.gno...g.cgi?id=759055


You can perform a review on the patch using bugzilla, this will bring the thread in their attention.
Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: GStreamer 1.0 #2136 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 7 December 2015 - 12:01

yes I'm going to register a bugzilla account.

I'm actually mass building for all receivers right now with your bugzilla patch included.

So everyone can give it a spin since I've been getting lots of requests lately.

When I've tried it myself I'll report my findings in the bugzilla thread.



Re: GStreamer 1.0 #2137 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 8 December 2015 - 10:38

Nice :)

http://cgit.freedesk...c50581d22592b5e



Re: GStreamer 1.0 #2138 mamamia

  • Senior Member
  • 70 posts

+1
Neutral

Posted 14 December 2015 - 22:09

Vu+ integrating your work!  :)

 

http://code.vuplus.c...e1d846b740647ba

 

[gstreamer1.0-plugin-dvbmediasink] apply patch files.
 - audiosink_mpeg4_aac_header.patch, thanks to mx3L 
 - videosink_ffmpeg_mpeg4_nofourcc.patch, thanks to christophecvr 



Re: GStreamer 1.0 #2139 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 15 December 2015 - 13:03

Cool guys!


* 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: GStreamer 1.0 #2140 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 15 December 2015 - 21:32

The MP4 bug has returned.

After this commit: http://cgit.freedesk...07cfa072caef45e

There is a requirement for libsoup 2.48 while master and gst-1 only have 2.46 in openembedded-core.

For this reason the gstsouphttpsrc plugin is not built anymore when using upstream gstreamer.

 

So I tried to get an updated libsoup from upstream: https://github.com/o...p-2.4_2.52.1.bb

Placing it in meta-openpli/recipes-support/libsoup/.

 

Libsoup get's upgraded to 2.52 on my receiver and the gstsouphttpsrc plugin returns.

However, now MP4 is broken again.

 

I'm reverting this gstreamer commit for now...





4 user(s) are reading this topic

0 members, 3 guests, 0 anonymous users


    Bing (1)