2520 replies to this topic

[athoik]

GStreamer 1.6.2 is out!

http://gstreamer.freedesktop.org/news/

[Erik Slagter]

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

However, now MP4 is broken again.

MP4 or divx?

[MastaG]

My apologies Erik and the rest.

It appears I was accidentally playing back hevc which obviously doesn't work since my decoder doesn't support it.

I'll have to recompile using the new libsoup recipe and retest it properly.

I hope to have time later this week.

 

But I'm running gstreamer upstream master myself, so I'm not sure whether this commit made it into 1.6.2.

If not, we can forget all about it until the commit makes it into a stable release.

Also OpenPLi 5 features a more recent snapshot of openembedded-core which already features an updated version of libsoup, so not worries there either.

Edited by MastaG, 16 December 2015 - 16:29.

[christophecvr]

New error on gstreamer HEAD (1.7.1.1)  last version. Not able to open http any more ?

 

Error msg

action ->  OkCancelActions ok
<  2081.208839> [eDVBServicePlay] timeshift
playing 4097:0:1:0:0:0:0:0:0:0:http%3a//bcoveliveios-i.akamaihd.net/hls/live/217434/3083279840001/master_900.m3u8:Cvr TEST
<  2081.212486> [eDVBCAService] free slot 0 demux 0 for service 1:0:1:10E0:418:1:C00000:0:0:0:
<  2081.212861> [eDVBCAService] free service 1:0:1:10E0:418:1:C00000:0:0:0:
<  2081.243683> [eTSMPEGDecoder] decoder state: play, vpid=ffffffff, apid=ffffffff
<  2081.243983> [eDVBPCR0] DEMUX_STOP ok
<  2081.244652> [eDVBPCR0] destroy
<  2081.244920> [eDVBVideo0] DEMUX_STOP  ok
<  2081.246808> [eDVBVideo0] VIDEO_STOP ok
<  2081.248133> [eDVBVideo0] destroy
<  2081.248691> [eDVBAudio0] AUDIO_STOP ok
<  2081.269091> [eDVBAudio0] DEMUX_STOP ok
<  2081.269511> [eDVBAudio0] AUDIO_CONTINUE ok
<  2081.269944> [eDVBAudio0] destroy
<  2081.270400> [eDVBText0] DEMUX_STOP ok
TuxTxt stopped service 28
<  2081.273538> [eDVBText0] destroy
cleaning up
TuxTxt cache cleared
<  2081.285177> [eDVBResourceManager] start release channel timer
<  2081.286706> [eServiceMP3] construct!
<  2081.287084> [eServiceMP3] playbin uri=http://bcoveliveios-i.akamaihd.net/hls/live/217434/3083279840001/master_900.m3u8
<  2081.290208> [eServiceMP3] starting pipeline
0:06:12.961614374  2829   0x958640 INFO                 subsink gstsubsink.c:462:gst_sub_sink_change_state:<subtitle_sink> GST_STATE_CHANGE_NULL_TO_READY
0:06:12.965791485  2829   0x958640 INFO                 subsink gstsubsink.c:485:gst_sub_sink_change_state:<subtitle_sink> GST_STATE_CHANGE_READY_TO_NULL
<  2081.298371> [eServiceMP3] failed to start pipeline
<  2081.298603> [eServiceMP3] stop http://bcoveliveios-i.akamaihd.net/hls/live/217434/3083279840001/master_900.m3u8
<  2081.298783> [eServiceMP3] stop state:READY pending:PLAYING ret:FAILURE
<  2081.356432> [eServiceMP3] state transition NULL -> READY
resolved to PLAY
resolved to PLAY
resolved to PLAY
new service started! trying to download cuts!
RemovePopup, id = ZapError
<  2081.440510> [eServiceMP3] Gstreamer error: No URI handler implemented for "http". (12) from uridecodebin5
<  2083.214232> [DVBCAHandler] no more services
<  2084.286035> [eDVBResourceManager] release cached channel (timer timeout)
<  2084.286230> [eDVBLocalTimerHandler] remove channel 0x1cb0b78
<  2084.286400> [eEPGCache] remove channel 0x1cb0b78
<  2084.287293> [eDVBResourceManager] stop release channel timer
<  2087.289774> [eDVBFrontend] close frontend 0

It's for all uri with httpo or https ant idea what is happening ? Missing plugin ? (but there is no msg about missing plugin,)

 

rtmp streams are playing fine

action ->  OkCancelActions ok
playing 4097:0:1:0:0:0:0:0:0:0:rtmp%3a//83.169.58.36/live/ playpath=Stream3 swfUrl=http%3a//www.hd-livestream.de/Player6/jwplayer.flash.swf pageUrl=http%3a//familytv.de/:Family TV HD
<  2198.523544> [eServiceMP3] destruct!
<  2198.524914> [eServiceMP3] construct!
<  2198.525478> [eServiceMP3] playbin uri=rtmp://83.169.58.36/live/ playpath=Stream3 swfUrl=http://www.hd-livestream.de/Player6/jwplayer.flash.swf pageUrl=http://familytv.de/
<  2198.528533> [eServiceMP3] starting pipeline
0:08:10.199882648  2829   0x958640 INFO                 subsink gstsubsink.c:462:gst_sub_sink_change_state:<subtitle_sink> GST_STATE_CHANGE_NULL_TO_READY
<  2198.703602> [eServiceMP3] state transition NULL -> READY
resolved to PLAY
resolved to PLAY
resolved to PLAY
new service started! trying to download cuts!
RemovePopup, id = ZapError
0:08:11.079765981  2829 0x7481aa60 INFO            dvbvideosink gstdvbvideosink.c:1906:gst_dvbvideosink_change_state:<dvbvideosink1> GST_STATE_CHANGE_NULL_TO_READY
0:08:11.250848462  2829  0x1cb11b0 INFO            dvbaudiosink gstdvbaudiosink.c:1428:gst_dvbaudiosink_change_state:<dvbaudiosink1> GST_STATE_CHANGE_NULL_TO_READY
0:08:11.291653055  2829  0x1cb11b0 INFO            dvbvideosink gstdvbvideosink.c:1910:gst_dvbvideosink_change_state:<dvbvideosink1> GST_STATE_CHANGE_READY_TO_PAUSED
0:08:11.327713129  2829  0x1cb11b0 INFO            dvbaudiosink gstdvbaudiosink.c:1432:gst_dvbaudiosink_change_state:<dvbaudiosink1> GST_STATE_CHANGE_READY_TO_PAUSED
0:08:11.350498648  2829 0x73a02400 INFO            dvbaudiosink gstdvbaudiosink.c:738:gst_dvbaudiosink_event:<dvbaudiosink1> EVENT stream-start
0:08:11.351527796  2829 0x73a02550 INFO            dvbvideosink gstdvbvideosink.c:465:gst_dvbvideosink_event:<dvbvideosink1> EVENT stream-start

[christophecvr]

Ok found it but not solved yet.

 

souphttpsrc not build anymore but is now soup (which is also not build)

[christophecvr]

It does not build since check for soup fails but soup is build ?? no ideao what to do

 

configure extract why soup is not build

configure: *** checking feature: soup http client plugin (2.4) ***
configure: *** for plug-ins: souphttpsrc ***
checking for SOUP... no
configure: *** These plugins will not be built: souphttpsrc

[christophecvr]

Ok gst now needs libsoup >= 2.48 and we do have 2.46 . See If soup can be upgraded.

[Beeker]

Try this one. (from master-next),

Attached Files

•  libsoup-2.4_2.52.1.bb.txt   1.02KB   14 downloads

[christophecvr]

Yes back online and gues what much much better with last head 1.7.1.1 if lipsoup updated to 2.48.

 

bb receipe for libsoup ,  name it :

 

libsoup-2.4_2.48.0.bb

SUMMARY = "An HTTP library implementation in C"
HOMEPAGE = "http://www.gnome.org/"
BUGTRACKER = "https://bugzilla.gnome.org/"

LICENSE = "LGPLv2"
LIC_FILES_CHKSUM = "file://COPYING;md5=5f30f0716dfdd0d91eb439ebec522ec2"

SECTION = "x11/gnome/libs"

DEPENDS = "glib-2.0 gnutls libxml2 sqlite3 intltool-native"

# libsoup-gnome is entirely deprecated and just stubs in 2.42 onwards.  Enable
# by default but let it be easily disabled.
PACKAGECONFIG ??= "gnome"
PACKAGECONFIG[gnome] = "--with-gnome,--without-gnome"

SHRT_VER = "${@bb.data.getVar('PV',d,1).split('.')[0]}.${@bb.data.getVar('PV',d,1).split('.')[1]}"
SRC_URI = "${GNOME_MIRROR}/libsoup/${SHRT_VER}/libsoup-${PV}.tar.xz"


SRC_URI[md5sum] = "51ccb76f5262945e1f0316fdc46de567"
SRC_URI[sha256sum] = "ea34dd64fe44343445daf6dd690d0691e9d973468de44878da97371c16d89784"

S = "${WORKDIR}/libsoup-${PV}"

inherit autotools gettext pkgconfig

# glib-networking is needed for SSL, proxies, etc.
RRECOMMENDS_${PN} = "glib-networking"

[christophecvr]

@Beeker.

 

I in the mean time already created a update recipe 2.48 for me and it works great.

 

Ok with master next it will be updated anyway in future.

Edited by christophecvr, 29 December 2015 - 19:47.

[MastaG]

Beeker, did you have time to confirm that all http-based streams are still working after upgrading to the latest libsoup? I just reverted the gstreamer commit that required the newer libsoup.

[christophecvr]

Beeker, did you have time to confirm that all http-based streams are still working after upgrading to the latest libsoup? I just reverted the gstreamer commit that required the newer libsoup.

With 2.48 all works fine. And actually much better then with the 2.4.6 before the commit. Gues 2.52 should be fine aslo (if it builds)

[MastaG]

yes I've built it before using the latest libsoup, but decided to downgrade back to 2.46 and revert the gstreamer commit instead. I was having some problems but it appears they were not related to the latest libsoup.

[MiLo]

For GST-1.x you really should move to master-next branch.

[christophecvr]

For GST-1.x you really should move to master-next branch.

I tried it longer time ago. But does the vuduo2 now also build and work's with master next ?

 

If so I'll move to master next.

[MiLo]

For GST-1.x you really should move to master-next branch.

I tried it longer time ago. But does the vuduo2 now also build and work's with master next ?

Yes.

And before anyone asks about other models, here's the list of boxes that can currently compile and run master-next:

hd2400 hd1100 hd500c 
et10000 et8000 et9x00 et8500 et7x00 et6x00 et5x00 et4x00
xp1000
formuler1 formuler3 
vuduo2 vuduo vusolo2 vusolo4k vusolo vusolose vuuno vuzero
fusionhd fusionhdse

[christophecvr]

If i'm not wrong the dm8000 and dm800se are missing (they builded with gcc5)

 

Can the master be merged to master next saw vuo bsp-layer update

[hemertje]

there will be none OpenPLi 5 including Gstreamer 1.x for the Dreambox models anymore

[christophecvr]

curious dm8000 works very good with gst-1

[MiLo]

If i'm not wrong the dm8000 and dm800se are missing (they builded with gcc5)

Never tested them, I just assumed they would not compile. If they do work, they can be added to the list.

Can the master be merged to master next saw vuo bsp-layer update

Has already been done (see git log).