249 replies to this topic

[christophecvr]

@theparasol

 

some tips , I know that you're building with a very old p4 , so build is very very long by you.

 

Perhaps just cd to you're xxxx/openembedded-oe-core/build         dir

the source env.source

 

and do :

MACHINE=xp1000 bitbake -b xxxx/openpli-oe-core/meta-openpli/recipes-openpli/enigma2/gst-plugin-subsink.bb -f -c cleanall

MACHINE=xp1000 bitbake -b xxxx/openpli-oe-core/meta-openpli/recipes-multimedia/gstreamer/gst-plugin-dvbmediasink.bb -f  -c cleanall

MACHINE=xp1000 bitbake -b xxxx/openpli-oe-core/meta-openpli/recipes-openpli/enigma2/enigma2.bb -f -c cleanall

MACHINE=xp1000 bitbake -c cleanall openpli-enigma2-image

 

the back to dir below  cd ..

 

and you should she

 

~/xxxx/openpli-oe-core$

 

issue command

 

git stash

git pull --rebase origin master

git submodule sync

git submodule update --init

 

If that all is succesfull

 

patch you're git with

 

athoikcvrxxxx  included in this message inc off xp adapted.

 

and rerun image build.

 

 

 

Attached Files

•  athoikcvr-GST10-PLI4.patch.txt   16.35KB   8 downloads

[christophecvr]

o yess by cleaning I forgot one file

 

MACHINE=xp1000 bitbake -b xxxx/openpli-oe-core/meta-openpli/recipes-openpli/enigma2-plugins/enigma2-plugins.bb -f -c cleanall

[theparasol]

Tnx for hints Christophecvr, I have to correct you my building "monster" is having this i3 cpu

 

http://ark.intel.com/products/52220

 

Its a bit crippled further since linux is running in a vm instance but once its all compiled, small changes are done quick enough for my usage.

[athoik]

Issues with GStreamer 1.0.

1. Watching a movie with subtitles causes GS...

eServiceMP3::state transition PAUSED -> PLAYING
pullSubtitle type=1 size=29
PC: 76b93820
00000000 00000001 0000001d 00000001
0000001d 0000001d fefe0000 00000001
00000000 00000001 00000005 ffffffff
00000001 00000000 00000020 00000026
0000001d 7fcbfd9c 73467f80 00000000
0000001d 7fcbfd9c 7fcbfd68 007b6288
00000028 76b93810 7efe0000 00000000
76e6a160 7fcbfd08 01866058 76e29abc

Most probably something is wrong in pullSubtitle http://sourceforge.n...cemp3.cpp#l2201 (and most probably something is wrong here http://sourceforge.n...cemp3.cpp#l2228)

[theparasol]

yes, since gstreamer 0.11 they now use:

 

GST_BUFFER_TIMESTAMP is gone, use GST_BUFFER_PTS or GST_BUFFER_DTS instead.
Likewise GST_BUFFER_TIMESTAMP_IS_VALID() was changed to
GST_BUFFER_PTS_IS_VALID and GST_BUFFER_DTS_IS_VALID

 

So we should fixup this:

 

gint64 buf_pos = GST_BUFFER_TIMESTAMP(buffer);
gint64 duration_ns = GST_BUFFER_DURATION(buffer);

 

with (guessing)

 

gint64 buf_pos = GST_BUFFER_PTS(buffer);
gint64 duration_ns = GST_BUFFER_DURATION(buffer);

[christophecvr]

On vuduo 2  test repport very basic functions with openpli4 just patched with only gstreamer1.0-1.2.2

 

Current pli latest standard build how git was at 15.20 local time today di 04-02-2014

 

Applied patches combined athoikcvr patch off my post at 16:43 lt.

Build basic image build for vuduo2 (no feeds) after that patched is applied.

Added manually softcam,oscam and systemtools

 

Box flashed fresh.

 

No any gst 0.1 library istalled.

 

Watchings tv sd,hd  and application off ac3/dts  downmix on. Really used and ok 100 % no error messages no sync video audio problem.

Watching recorded movies with (very old 7020 till very rescent off dm8000 hd and sd audio downmix ) all ok 100 %

Playing dvd iso's very old standard ones and those who require ac3 or dts downmix 100 % ok no sinc error no prob with subititles.

 

Conclussion for the standard very basic tools it does run 100 % with that patch and gstreamer1.0 only. on vuduo2 box

[christophecvr]

extra test reportings

 

streaming using vlc sd/hd downmix needed or not OK (with other sat second tuner

 

Recording not tested but since streaming ok I gues recording will be ass well.

[athoik]

Hi,

Since GST_BUFFER_TIMESTAMP is gone why the compile doesn't fail? It would be easy to spot those errors.

@theparasol, can you create patch? Your logic is ok but you need to add this inside #if #else.

[theparasol]

@theparasol, can you create patch? Your logic is ok but you need to add this inside #if #else.

 

This might work...

Attached Files

•  gst1.0-fix_deprecated_gst_buffer_timestamp.patch   569bytes   12 downloads

[theparasol]

Since GST_BUFFER_TIMESTAMP is gone why the compile doesn't fail? It would be easy to spot those errors.
 

 

Found the answer for this one too...

 

in ..\gstreamer-1.2.2\gst\gstcompat.h

 

snippet of code

 

 

/* API compatibility stuff */
#ifndef __GSTCOMPAT_H__
#define __GSTCOMPAT_H__
/**
 * SECTION:gstcompat
 * @short_description: Deprecated API entries
 *
 * Please do not use these in new code.
 * These symbols are only available by defining GST_DISABLE_DEPRECATED.
 * This can be done in CFLAGS for compiling old code.
 */


G_BEGIN_DECLS

#define gst_buffer_new_and_alloc(s)            gst_buffer_new_allocate(NULL, s, NULL)

#define GST_BUFFER_TIMESTAMP          GST_BUFFER_PTS
#define GST_BUFFER_TIMESTAMP_IS_VALID GST_BUFFER_PTS_IS_VALID

 

So we should really start using GST_DISABLE_DEPRECATED in our receipts, that way we can find some clues for "free"

 

But the remark "These symbols are only available by defining GST_DISABLE_DEPRECATED" puzzles me, coz I cant find anything in our receipts that sets this.

So perhaps the remark should be: set this flag to disable old gstreamer compatibility? But I might be mistaken....

Edited by theparasol, 4 February 2014 - 23:29.

[theparasol]

I investigated a bit more, perhaps someone has more experience and sees "how to do it"

 

This it fed to gstreamer:

 

#EXTM3U
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=610664,RESOLUTION=320x180,CODECS="mp4a.40.2,avc1.4d401f"
r1/sbs6_verbouwenverkopen_S00E29_140201161305206905-hls-350.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=928708,RESOLUTION=512x288,CODECS="mp4a.40.2,avc1.4d401f"
r2/sbs6_verbouwenverkopen_S00E29_140201160930206905-hls-650.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=1288969,RESOLUTION=640x360,CODECS="mp4a.40.2,avc1.4d401f"
r3/sbs6_verbouwenverkopen_S00E29_140201161018206905-hls-900.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=1643382,RESOLUTION=768x432,CODECS="mp4a.40.2,avc1.4d401f"
r4/sbs6_verbouwenverkopen_S00E29_140201161329206905-hls-1200.m3u8
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=2179034,RESOLUTION=868x488,CODECS="mp4a.40.2,avc1.4d401f"
r8/sbs6_verbouwenverkopen_S00E29_140201161343206905-hls-1885.m3u8

 

result: just plays the audiopart! (for video unknown codec, as mentioned some pages ago!)

 

But if I do this manually: (picked a random certain stream manually)

 

gst-launch-1.0 playbin uri=http://l3c.cdn.sbsnet.nl/ra/01/20690567409d356605d1574f19295c67f1b5d6/hls/r8/sbs6_verbouwenverkopen_S00E29_140201161343206905-hls-1885.m3u8

 

Both audio *and* video are working....

 

I can change the "uitzendinggemist" plugin but I presume somehow this could be solved more general, perhaps by setting more in detail what our sink can be used for:

 

http://gstreamer.fre...dtemplates.html

 

Hope a more experienced dev knows how to do it the clever way   (... and has time.... almost forgot about that one...)

[theparasol]

update.... problem disappeared after opkg install gstreamer1.0-plugins-bad-videoparsersbad

Thats like Athoik said... only I didnt a reboot, merely a enigma2 restart.... after reboot my m3u8 video issue was gone....

 

But already discovered new issue: crashes....

 

Using shoutcast, play audio stream from here: gst-launch-1.0 playbin uri=http://178.19.116.250:7062

 

playing 4097:0:0:0:0:0:0:0:0:0:http%3a//178.19.116.250%3a7062
[servicelist] search for service in userbouquets
main thread is non-idle! display spinner!
[servicelist] service not found in any userbouquets
eServiceMP3::construct!
getResolvedKey config.mediaplayer.extraHeaders failed !! (Typo??)
eServiceMP3::playbin uri=http://178.19.116.250:7062
eServiceMP3::starting pipeline
resolved to PLAY
gst_element_query_position failed in getPlayPosition
resolved to PLAY
gst_element_query_position failed in getPlayPosition
resolved to PLAY
gst_element_query_position failed in getPlayPosition
new service started! trying to download cuts!
download failed, no cuesheet interface
RemovePopup, id = ZapError
[SHOUTcast] EVENT ==> 0
eServiceMP3::state transition NULL -> READY
eServiceMP3::GST_STREAM_STATUS_TYPE_CREATE -> setting timeout on souphttpsrc to 30s
Buffering 5 percent done
[SHOUTcast] EVENT ==> 18
.....
*************** removed many buffering messages *********
.....
Buffering 100 percent done
[SHOUTcast] EVENT ==> 18
[SHOUTcast] EVENT ==> 5
[SHOUTcast] coverurl = http://ajax.googleapis.com/ajax/services/search/images?v=1.0&q=no+cover+pic&biw=200&bih=300&ift=jpg&ift=gif&ift=png
[SHOUTcast] Title: Title: n/a
eServiceMP3::state transition READY -> PAUSED
PC: 76dfb1f4
00000000 00000001 00000000 00000000
00000001 00616e7c 7f9ce8b8 00000001
00000000 00000000 00000000 006e6962
0000001c 00000000 00000000 7f9c0001
7f9ce8b8 7f9ce900 7f9ce868 778c8160
7f9ce900 7f9ce8b8 00000001 7f9ceb6c
00000008 76dfb1f0 7efe0000 00000000
00644a70 7f9ce828 7f9cea88 778c819c
-------
getResolvedKey config.plugins.crashlogautosubmit.sendAnonCrashlog failed !! (Typo??)
getResolvedKey config.plugins.crashlogautosubmit.addNetwork failed !! (Typo??)
getResolvedKey config.plugins.crashlogautosubmit.addWlan failed !! (Typo??)
main thread is non-idle! display spinner!
Killed

 

And same with all mp3 streams, music plays for let say 5 seconds (enigma is already greenscreening by then, music plays in background)

What is poking me in the eye, its right after this: eServiceMP3::state transition READY -> PAUSED

 

If I play the stream this way, so bypassing servicemp3.cpp it plays fine:

 

gst-launch-1.0 playbin uri=http://178.19.116.250:7062

 

So, if you ask me servicemp3 acts wrong on gstreamer1.0 on READY->PAUSED transition state change.

But there is more to it, since some time everything is played delayed. One part is due to epg info update before the playbin command is even send but the other is due to what

I call idiotic buffering & seeking, it buffers and buffers and buffers, it seeks position, fails over and over and then finally.... there it comes.

So unless someone can explain me why we are doing it this way I rather tend to shout servicemp3.cpp is fucked up big time.

[theparasol]

some changes to servicemp3.cpp:

 

- Seems to me videoSink and audioSink that are inited as null on "Construct!" never could return to null once they got set along the gstreamer session -> should be fixed now!

 

- Combined the audio and videosink check in one iteration... seems to me more efficient use of resources

 

- Use GST_BUFFER_PTS instead of deprecated GST_BUFFER_TIMESTAMP on gstreamer1.0 (shouldn't fix anything, it was silently fixed already by a define in gstreamer1.0 sources!)

 

 

As usual all comments and feedback are welcome!

Attached Files

•  servicemp3.patch   2.08KB   8 downloads

Edited by theparasol, 5 February 2014 - 15:18.

[theparasol]

But no fix for the crash.... have to keep on searching

Somehow I presume Athoiks crash and mine are very close related to each other...

 

Think I need gdb to get more pointers... lets see if I still know how its done....

Edited by theparasol, 5 February 2014 - 15:34.

[theparasol]

Athoik and Stefansat do you have similar crashes while playing a music stream with shoutcast?!

[Taapat]

@theparasol, why do you think that shoutcast error is due to:
eServiceMP3 :: state transition READY -> PAUSED?
On the SH4 without the gstreamer we have a similar problem. Thanks schpuntik, he found that by disabling the code after if ev == 5: https://sourceforge..../plugin.py#l765
shoutcast works.
Maybe the error occur when working [SHOUTcast] EVENT ==> 5, but appears only after a small time?

Try to disable the cover downlad in look what happens.

[christophecvr]

Athoik and Stefansat do you have similar crashes while playing a music stream with shoutcast?!

I do not use shout cast. But the standard mediaplayer (pvr button) does not play mp3.

Does play mp4 ,all recorded video's (whatever audio). All dvd-iso.'s

 

de plugin mediaplayer does ply mp4(mac video audio format) but also not mp3.

 

So I gues that indeed the problem is somewhere with serviceMP3 off engima2.

 

I did not try to play other audio format's yet.

[athoik]

Hi,

 

When we have GS its better to start adding some debuging (eDebug), in order to spot where the error is coming from... At least it is better to isolate some parts of the code.

 

Here is a patch for dvbmediasink (gst1.0 brach) that changes all GST_BUFFER_TIMESTAMP to GST_BUFFER_PTS.

 

 0001-GStreamer-1.0-GST_BUFFER_TIMESTAMP-is-gone.patch.txt   4.8KB   9 downloads

 

@OpenPLi, please commit if possible

 

Here is also my patch with the addition of gstreamer1.0-plugins-bad-videoparsersbad in GST_BAD_RDEPS. Also it changes xp to gstreamer1.0 dvbmediasink.

 

 0001-GStreamer-1.0.patch.txt   11.34KB   6 downloads

 

@OpenPLi, DO NOT commit this one, its only for developers want to try GStreamer 1.0 build.

 

 

Guys it would be nice to write our progress in OpenPLi wiki : http://openpli.org/w...treamer1.0/edit so we can keep a track of what is working, what is tested, keep track of patches etc. the road to success is really big

Edited by athoik, 5 February 2014 - 17:28.

[theparasol]

Almost there

 

Sitting some big flaws in servicemp3.cpp.... Just inspected the compiler warnings of servicemp3.cpp and they do match with points of crashes we have right now.

Found a fix that compiles... right now testing if it works

[theparasol]

Well.. bummer... mp3 exact same spot it goes down

 

My latest patch... can you test if subtitle is now ok Athoik?

Attached Files

•  servicemp3.patch   7.14KB   9 downloads