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 #1761 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 29 September 2015 - 18:08

playing 4097:0:1:251:0:0:0:0:0:0:http%3a//127.0.0.1%3a88/hlsvariant%3a//http%3a//hls.tv.iptv.ink/zdfde@520869.m3u8 headers={"X-Forwarded-For"%3a"81.17.18.55"}:ZDF HD


after some minutes:

1133.734651> [eServiceMP3] Gstreamer error: Server does not support seeking. (11) from source
<  1133.736783> [eServiceMP3] Gstreamer error: Internal data flow error. (1) from source

 

Don't use livestreamersrv, use GStreamer only and set extra-headers (config.mediaplayer.extraHeaders).


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 #1762 addybo

  • Senior Member
  • 45 posts

0
Neutral

Posted 30 September 2015 - 12:15

how for bouquet list?

 

and btw. with 0.10 gst, it works 



Re: GStreamer 1.0 #1763 peti

  • Senior Member
  • 115 posts

+1
Neutral

Posted 30 September 2015 - 13:56

guys, I still have problems with plenty of files even on the newest GST. It seems, that the issue is caused when the video contains an audio stream encoded with Lame and if it has enc_delay defined. This happens with both mp4 and mkv containers, enigma2 becomes unresponsive. 0.1 was fine, 1.5.1 also worked, just the codec and language was incorrectly displayed, from 1.5.9 it causes enigma2 to hang. 


T90 | 28.2E-23.5E-19.2E-13E-9E-4.8E-0.8W-4W

Zgemma H7S | OpenPLI develop branch


Re: GStreamer 1.0 #1764 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 30 September 2015 - 15:11

guys, I still have problems with plenty of files even on the newest GST. It seems, that the issue is caused when the video contains an audio stream encoded with Lame and if it has enc_delay defined. This happens with both mp4 and mkv containers, enigma2 becomes unresponsive. 0.1 was fine, 1.5.1 also worked, just the codec and language was incorrectly displayed, from 1.5.9 it causes enigma2 to hang. 

Quit possible , but You should give media examples otherwise nobody can test it in order to trace the problem.

 

Self I'm now busy with the physical cd/dvd , but if it fixed i will look at it , it's a very curious issue but since it was ok in 1.5.1 and not in 1.6 (that's the version gst-1 is using now) it should be solvable.



Re: GStreamer 1.0 #1765 peti

  • Senior Member
  • 115 posts

+1
Neutral

Posted 30 September 2015 - 18:13

Chris, I already gave example here: http://forums.openpl...ndpost&p=506327

but please do not reconvert, that will solve the issue of course. This sample was properly cut, so that will be not the issue. 


T90 | 28.2E-23.5E-19.2E-13E-9E-4.8E-0.8W-4W

Zgemma H7S | OpenPLI develop branch


Re: GStreamer 1.0 #1766 mx3L

  • Senior Member
  • 616 posts

+79
Good

Posted 1 October 2015 - 08:15

@petike

Please try this patch:

diff --git a/lib/service/servicemp3.cpp b/lib/service/servicemp3.cpp
index a5c677f..7614a7d 100644
--- a/lib/service/servicemp3.cpp
+++ b/lib/service/servicemp3.cpp
@@ -1811,6 +1811,12 @@ void eServiceMP3::gstBusCall(GstMessage *msg)
                        result = gst_tag_list_merge(m_stream_tags, tags, GST_TAG_MERGE_REPLACE);
                        if (result)
                        {
+                               if (m_stream_tags && gst_tag_list_is_equal(m_stream_tags, result))
+                               {
+                                       gst_tag_list_free(tags);
+                                       gst_tag_list_free(result);
+                                       break;
+                               }
                                if (m_stream_tags)
                                        gst_tag_list_free(m_stream_tags);
                                m_stream_tags = result;

Attached Files



Re: GStreamer 1.0 #1767 peti

  • Senior Member
  • 115 posts

+1
Neutral

Posted 1 October 2015 - 18:08

wonderful, works well. thank you, mx3L


T90 | 28.2E-23.5E-19.2E-13E-9E-4.8E-0.8W-4W

Zgemma H7S | OpenPLI develop branch


Re: GStreamer 1.0 #1768 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 1 October 2015 - 19:03

lets merge it into master then :-)



Re: GStreamer 1.0 #1769 mx3L

  • Senior Member
  • 616 posts

+79
Good

Posted 1 October 2015 - 19:55

wonderful, works well. thank you, mx3L

Thanks for the test.

 

Little more about the issue:

gst-launch-1.0 playbin uri=file:///home/marko/Downloads/sample.mkv -m
....
ximum-bitrate\=\(uint\)32000\;";
Got message #382 from element "dvbaudiosink0" (tag): GstMessageTag, taglist=(taglist)"taglist\,\ audio-codec\=\(string\)\"MPEG-1\\\ Layer\\\ 3\\\ \\\(MP3\\\)\"\,\ language-code\=\(string\)hu\,\ bitrate\=\(uint\)120461\,\ extended-comment\=\(string\)\{\ \"DURATION\\\=00:03:00.480000000\"\,\ \"NUMBER_OF_FRAMES\\\=7520\"\,\ \"NUMBER_OF_BYTES\\\=2717616\"\,\ \"_STATISTICS_WRITING_APP\\\=mkvmerge\\\ v8.3.0\\\ \\\(\\\'Over\\\ the\\\ Horizon\\\'\\\)\\\ 64bit\"\,\ \"_STATISTICS_WRITING_DATE_UTC\\\=2015-09-22\\\ 20:16:03\"\,\ \"_STATISTICS_TAGS\\\=BPS\\\ DURATION\\\ NUMBER_OF_FRAMES\\\ NUMBER_OF_BYTES\"\ \}\,\ has-crc\=\(boolean\)false\,\ channel-mode\=\(string\)joint-stereo\,\ minimum-bitrate\=\(uint\)32000\,\ maximum-bitrate\=\(uint\)32000\;";
Got message #383 from element "dvbaudiosink0" (tag): GstMessageTag, taglist=(taglist)"taglist\,\ audio-codec\=\(string\)\"MPEG-1\\\ Layer\\\ 3\\\ \\\(MP3\\\)\"\,\ language-code\=\(string\)hu\,\ bitrate\=\(uint\)120461\,\ extended-comment\=\(string\)\{\ \"DURATION\\\=00:03:00.480000000\"\,\ \"NUMBER_OF_FRAMES\\\=7520\"\,\ \"NUMBER_OF_BYTES\\\=2717616\"\,\ \"_STATISTICS_WRITING_APP\\\=mkvmerge\\\ v8.3.0\\\ \\\(\\\'Over\\\ the\\\ Horizon\\\'\\\)\\\ 64bit\"\,\ \"_STATISTICS_WRITING_DATE_UTC\\\=2015-09-22\\\ 20:16:03\"\,\ \"_STATISTICS_TAGS\\\=BPS\\\ DURATION\\\ NUMBER_OF_FRAMES\\\ NUMBER_OF_BYTES\"\ \}\,\ has-crc\=\(boolean\)false\,\ channel-mode\=\(string\)joint-stereo\,\ minimum-bitrate\=\(uint\)32000\,\ maximum-bitrate\=\(uint\)32000\;";
Got message #384 from element "dvbaudiosink0" (tag): GstMessageTag, taglist=(taglist)"taglist\,\ audio-codec\=\(string\)\"MPEG-1\\\ Layer\\\ 3\\\ \\\(MP3\\\)\"\,\ language-code\=\(string\)hu\,\ bitrate\=\(uint\)120461\,\ extended-comment\=\(string\)\{\ \"DURATION\\\=00:03:00.480000000\"\,\ \"NUMBER_OF_FRAMES\\\=7520\"\,\ \"NUMBER_OF_BYTES\\\=2717616\"\,\ \"_STATISTICS_WRITING_APP\\\=mkvmerge\\\ v8.3.0\\\ \\\(\\\'Over\\\ the\\\ Horizon\\\'\\\)\\\ 64bit\"\,\ \"_STATISTICS_WRITING_DATE_UTC\\\=2015-09-22\\\ 20:16:03\"\,\ \"_STATISTICS_TAGS\\\=BPS\\\ DURATION\\\ NUMBER_OF_FRAMES\\\ NUMBER_OF_BYTES\"\ \}\,\ has-crc\=\(boolean\)false\,\ channel-mode\=\(string\)joint-stereo\,\ minimum-bitrate\=\(uint\)32000\,\ maximum-bitrate\=\(uint\)32000\;";
Got message #386 from element "dvbaudiosink0" (tag): GstMessageTag, taglist=(taglist)"taglist\,\ audio-codec\=\(string\)\"MPEG-1\\\ Layer\\\ 3\\\ \\\(MP3\\\)\"\,\ language-code\=\(string\)hu\,\ bitrate\=\(uint\)120461\,\ extended-comment\=\(string\)\{\ \"DURATION\\\=00:03:00.480000000\"\,\ \"NUMBER_OF_FRAMES\\\=7520\"\,\ \"NUMBER_OF_BYTES\\\=2717616\"\,\ \"_STATISTICS_WRITING_APP\\\=mkvmerge\\\ v8.3.0\\\ \\\(\\\'Over\\\ the\\\ Horizon\\\'\\\)\\\ 64bit\"\,\ \"_STATISTICS_WRITING_DATE_UTC\\\=2015-09-22\\\ 20:16:03\"\,\ \"_STATISTICS_TAGS\\\=BPS\\\ DURATION\\\ NUMBER_OF_FRAMES\\\ NUMBER_OF_BYTES\"\ \}\,\ has-crc\=\(boolean\)false\,\ channel-mode\=\(string\)joint-stereo\,\ minimum-bitrate\=\(uint\)32000\,\ maximum-bitrate\=\(uint\)32000\;";
Got message #388 from element "dvbaudiosink0" (tag): GstMessageTag, taglist=(taglist)"taglist\,\ audio-codec\=\(string\)\"MPEG-1\\\ Layer\\\ 3\\\ \\\(MP3\\\)\"\,\ language-code\=\(string\)hu\,\ bitrate\=\(uint\)120461\,\ extended-comment\=\(string\)\{\ \"DURATION\\\=00:03:00.480000000\"\,\ \"NUMBER_OF_FRAMES\\\=7520\"\,\ \"NUMBER_OF_BYTES\\\=2717616\"\,\ \"_STATISTICS_WRITING_APP\\\=mkvmerge\\\ v8.3.0\\\ \\\(\\\'Over\\\ the\\\ Horizon\\\'\\\)\\\ 64bit\"\,\ \"_STATISTICS_WRITING_DATE_UTC\\\=2015-09-22\\\ 20:16:03\"\,\ \"_STATISTICS_TAGS\\\=BPS\\\ DURATION\\\ NUMBER_OF_FRAMES\\\ NUMBER_OF_BYTES\"\ \}\,\ has-crc\=\(boolean\)false\,\ channel-mode\=\(string\)joint-stereo\,\ minimum-bitrate\=\(uint\)32000\,\ maximum-bitrate\=\(uint\)32000\;";
Got message #389 from element "dvbaudiosink0" (tag): GstMessageTag, taglist=(taglist)"taglist\,\ audio-codec\=\(string\)\"MPEG-1\\\ Layer\\\ 3\\\ \\\(MP3\\\)\"\,\ language-code\=\(string\)hu\,\ bitrate\=\(uint\)120461\,\ extended-comment\=\(string\)\{\ \"DURATION\\\=00:03:00.480000000\"\,\ \"NUMBER_OF_FRAMES\\\=7520\"\,\ \"NUMBER_OF_BYTES\\\=2717616\"\,\ \"_STATISTICS_WRITING_APP\\\=mkvmerge\\\ v8.3.0\\\ \\\(\\\'Over\\\ the\\\ Horizon\\\'\\\)\\\ 64bit\"\,\ \"_STATISTICS_WRITING_DATE_UTC\\\=2015-09-22\\\ 20:16:03\"\,\ \"_STATISTICS_TAGS\\\=BPS\\\ DURATION\\\ NUMBER_OF_FRAMES\\\ NUMBER_OF_BYTES\"\ \}\,\ has-crc\=\(boolean\)false\,\ channel-mode\=\(string\)joint-stereo\,\ minimum-bitrate\=\(uint\)32000\,\ maximum-bitrate\=\(uint\)32000\;";
Got message #391 from element "dvbaudiosink0" (tag): GstMessageTag, taglist=(taglist)"taglist\,\ audio-codec\=\(string\)\"MPEG-1\\\ Layer\\\ 3\\\ \\\(MP3\\\)\"\,\ language-code\=\(string\)hu\,\ bitrate\=\(uint\)120461\,\ extended-comment\=\(string\)\{\ \"DURATION\\\=00:03:00.480000000\"\,\ \"NUMBER_OF_FRAMES\\\=7520\"\,\ \"NUMBER_OF_BYTES\\\=2717616\"\,\ \"_STATISTICS_WRITING_APP\\\=mkvmerge\\\ v8.3.0\\\ \\\(\\\'Over\\\ the\\\ Horizon\\\'\\\)\\\ 64bit\"\,\ \"_STATISTICS_WRITING_DATE_UTC\\\=2015-09-22\\\ 20:16:03\"\,\ \"_STATISTICS_TAGS\\\=BPS\\\ DURATION\\\ NUMBER_OF_FRAMES\\\ NUMBER_OF_BYTES\"\ \}\,\ has-crc\=\(boolean\)false\,\ channel-mode\=\(string\)joint-stereo\,\ minimum-bitrate\=\(uint\)32000\,\ maximum-bitrate\=\(uint\)32000\;";
Got message #393 from element "dvbaudiosink0" (tag): GstMessageTag, taglist=(taglist)"taglist\,\ audio-codec\=\(string\)\"MPEG-1\\\ Layer\\\ 3\\\ \\\(MP3\\\)\"\,\ language-code\=\(string\)hu\,\ bitrate\=\(uint\)120461\,\ extended-comment\=\(string\)\{\ \"DURATION\\\=00:03:00.480000000\"\,\ \"NUMBER_OF_FRAMES\\\=7520\"\,\ \"NUMBER_OF_BYTES\\\=2717616\"\,\ \"_STATISTICS_WRITING_APP\\\=mkvmerge\\\ v8.3.0\\\ \\\(\\\'Over\\\ the\\\ Horizon\\\'\\\)\\\ 64bit\"\,\ \"_STATISTICS_WRITING_DATE_UTC\\\=2015-09-22\\\ 20:16:03\"\,\ \"_STATISTICS_TAGS\\\=BPS\\\ DURATION\\\ NUMBER_OF_FRAMES\\\ NUMBER_OF_BYTES\"\ \}\,\ has-crc\=\(boolean\)false\,\ channel-mode\=\(string\)joint-stereo\,\ minimum-bitrate\=\(uint\)32000\,\ maximum-bitrate\=\(uint\)32000\;";
Got message #394 from element "dvbaudiosink0" (tag): GstMessageTag, taglist=(taglist)"taglist\,\ audio-codec\=\(string\)\"MPEG-1\\\ Layer\\\ 3\\\ \\\(MP3\\\)\"\,\ language-code\=\(string\)hu\,\ bitrate\=\(uint\)120461\,\ extended-comment\=\(string\)\{\ \"DURATION\\\=00:03:00.480000000\"\,\ \"NUMBER_OF_FRAMES\\\=7520\"\,\ \"NUMBER_OF_BYTES\\\=2717616\"\,\ \"_STATISTICS_WRITING_APP\\\=mkvmerge\\\ v8.3.0\\\ \\\(\\\'Over\\\ the\\\ Horizon\\\'\\\)\\\ 64bit\"\,\ \"_STATISTICS_WRITING_DATE_UTC\\\=2015-09-22\\\ 20:16:03\"\,\ \"_STATISTICS_TAGS\\\=BPS\\\ DURATION\\\ NUMBER_OF_FRAMES\\\ NUMBER_OF_BYTES\"\ \}\,\ has-crc\=\(boolean\)false\,\ channel-mode\=\(string\)joint-stereo\,\ minimum-bitrate\=\(uint\)32000\,\ maximum-bitrate\=\(uint\)32000\;";
Got message #395 from element "dvbaudiosink0" (tag): GstMessageTag, taglist=(taglist)"taglist\,\ audio-codec\=\(string\)\"MPEG-1\\\ Layer\\\ 3\\\ \\\(MP3\\\)\"\,\ language-code\=\(string\)hu\,\ bitrate\=\(uint\)120461\,\ extended-comment\=\(string\)\{\ \"DURATION\\\=00:03:00.480000000\"\,\ \"NUMBER_OF_FRAMES\\\=7520\"\,\ \"NUMBER_OF_BYTES\\\=2717616\"\,\ \"_STATISTICS_WRITING_APP\\\=mkvmerge\\\ v8.3.0\\\ \\\(\\\'Over\\\ the\\\ Horizon\\\'\\\)\\\ 64bit\"\,\ \"_STATISTICS_WRITING_DATE_UTC\\\=2015-09-22\\\ 20:16:03\"\,\ \"_STATISTICS_TAGS\\\=BPS\\\ DURATION\\\ NUMBER_OF_FRAMES\\\ NUMBER_OF_BYTES\"\ \}\,\ has-crc\=\(boolean\)false\,\ channel-mode\=\(string\)joint-stereo\,\ minimum-bitrate\=\(uint\)32000\,\ maximum-bitrate\=\(uint\)32000\;";
Got message #397 from element "dvbaudiosink0" (tag): GstMessageTag, taglist=(taglist)"taglist\,\ audio-codec\=\(string\)\"MPEG-1\\\ Layer\\\ 3\\\ \\\(MP3\\\)\"\,\ language-code\=\(string\)hu\,\ bitrate\=\(uint\)120461\,\ extended-comment\=\(string\)\{\ \"DURATION\\\=00:03:00.480000000\"\,\ \"NUMBER_OF_FRAMES\\\=7520\"\,\ \"NUMBER_OF_BYTES\\\=2717616\"\,\ \"_STATISTICS_WRITING_APP\\\=mkvmerge\\\ v8.3.0\\\ \\\(\\\'Over\\\ the\\\ Horizon\\\'\\\)\\\ 64bit\"\,\ \"_STATISTICS_WRITING_DATE_UTC\\\=2015-09-22\\\ 20:16:03\"\,\ \"_STATISTICS_TAGS\\\=BPS\\\ DURATION\\\ NUMBER_OF_FRAMES\\\ NUMBER_OF_BYTES\"\ \}\,\ has-crc\=\(boolean\)false\,\ channel-mode\=\(string\)joint-stereo\,\ minimum-bitrate\=\(uint\)32000\,\ maximum-bitrate\=\(uint\)32000\;";
Got message #398 from element "dvbaudiosink0" (tag): GstMessageTag, taglist=(taglist)"taglist\,\ audio-codec\=\(string\)\"MPEG-1\\\ Layer\\\ 3\\\ \\\(MP3\\\)\"\,\ language-code\=\(string\)hu\,\ bitrate\=\(uint\)120461\,\ extended-comment\=\(string\)\{\ \"DURATION\\\=00:03:00.480000000\"\,\ \"NUMBER_OF_FRAMES\\\=7520\"\,\ \"NUMBER_OF_BYTES\\\=2717616\"\,\ \"_STATISTICS_WRITING_APP\\\=mkvmerge\\\ v8.3.0\\\ \\\(\\\'Over\\\ the\\\ Horizon\\\'\\\)\\\ 64bit\"\,\ \"_STATISTICS_WRITING_DATE_UTC\\\=2015-09-22\\\ 20:16:03\"\,\ \"_STATISTICS_TAGS\\\=BPS\\\ DURATION\\\ NUMBER_OF_FRAMES\\\ NUMBER_OF_BYTES\"\ \}\,\ has-crc\=\(boolean\)false\,\ channel-mode\=\(string\)joint-stereo\,\ minimum-bitrate\=\(uint\)32000\,\ maximum-bitrate\=\(uint\)32000\;";
....

We are flooded by the same tags events. In servicemp3 on every received TAG message we create evUpdatedInfo. So in MoviePlayer there are some mixins flooded with evUpdatedInfo, like AudioSelection which tries get subtitles list, update audio info on evUpdatedInfo -> spinners.

So I think it's not a bad idea to ignore same tag's messages and only create evUpdatedInfo when something really changes.

 

Why we are flooded by tags messages?

I guess it has something to do with updated baseparse API for tags handling - https://bugzilla.gno...g.cgi?id=679768



Re: GStreamer 1.0 #1770 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 1 October 2015 - 21:53

Why we are flooded by tags messages?
I guess it has something to do with updated baseparse API for tags handling - https://bugzilla.gno...g.cgi?id=679768

 

Yes, I guess this is the reason. I think with the patches the audio and subtitle languages are now displayed properly. Well, I hope so. Didn't test yet.


Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: GStreamer 1.0 #1771 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 2 October 2015 - 09:14

If it is to be merged, please compose proper patch + proper, complete description.


* 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 #1772 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 2 October 2015 - 10:51

 

Why we are flooded by tags messages?
I guess it has something to do with updated baseparse API for tags handling - https://bugzilla.gno...g.cgi?id=679768

 

Yes, I guess this is the reason. I think with the patches the audio and subtitle languages are now displayed properly. Well, I hope so. Didn't test yet.

 

Yes subititles  and audio tracks are displayed fine (in gst-1.6  but this was already in 1.5.9 after certain git revision).

 

What well If you change for example the audiotrack used all must be resynced that's ok and working fine. So You can't change that.

Reselecting the audiotrack (manually) via yellow button does trigger a resync also that is fine . It brings all back in sync .

 

This will never be changeable since the dvb needs to be flushed, buffers cleaned and restart there where gstreamer restarts (same pts).



Re: GStreamer 1.0 #1773 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 2 October 2015 - 11:11

I tend also to forget it but : always use flags=0x47  when using

gst-launch-1.0 playbin uri=file:///home/marko/Downloads/sample.mkv -m

Also gst-launch-1.0 is a test tool not representing the real state when enigma2 runs.

 

A lot of streams do work perfect when using from enigma2 (making an entry in service list and select this one with remote command)

but do not work ok with gst-launch-1.0.

 

mkv containers only runs ok from enigma2.  Selections needs to be made.

 

For those You even do not have to make a service entry. Just brows with pvr button and play file.



Re: GStreamer 1.0 #1774 mx3L

  • Senior Member
  • 616 posts

+79
Good

Posted 2 October 2015 - 16:36

If it is to be merged, please compose proper patch + proper, complete description.

Updated patch description. I'm not sure what do you mean by "compose proper patch".

Attached Files



Re: GStreamer 1.0 #1775 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 2 October 2015 - 16:44

I mean a patch that can be applied using git am, so it includes author and description. Above patch meets that, no problem.


* 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 #1776 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 2 October 2015 - 16:46

Applied.


* 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 #1777 mx3L

  • Senior Member
  • 616 posts

+79
Good

Posted 2 October 2015 - 16:54

Thanks!



Re: GStreamer 1.0 #1778 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 4 October 2015 - 16:58

@mx3L

 

Ter info,  about audiosink  in sync or not.

 

Till now with all tests , for vuduo2 shure(since I tested it on my box),solo2 gues same. Other vu+ series i think as well.

The audiosink must !! run always in sync. setting :

	gst_base_sink_set_sync(GST_BASE_SINK(self), TRUE);
	gst_base_sink_set_async_enabled(GST_BASE_SINK(self), FALSE);

While the dm8000 needs just the opposed (and the change prohibit patch which you made)

	gst_base_sink_set_sync(GST_BASE_SINK(self), FALSE);
	gst_base_sink_set_async_enabled(GST_BASE_SINK(self), TRUE);


Re: GStreamer 1.0 #1779 mx3L

  • Senior Member
  • 616 posts

+79
Good

Posted 4 October 2015 - 18:39

Hi,

 

Till now with all tests , for vuduo2 shure(since I tested it on my box),solo2 gues same. Other vu+ series i think as well.

The audiosink must !! run always in sync. setting :

    gst_base_sink_set_sync(GST_BASE_SINK(self), TRUE);
    gst_base_sink_set_async_enabled(GST_BASE_SINK(self), FALSE);

Audiosink was always running with synchronization turned off, except when audio was raw, then it was turned on by autoaudiosink(this caused issues with CD playback as we find out).

I have vusolosev2 and don't have any problems with audio, when synchronization is turned off. It was always the case, so why should it stop to run correctly now?

 

gst_base_sink_set_sync and gst_base_sink_set_async_enabled are two different settings!

 

gst_base_sink_set_async_enabled - Configures sink to perform all state changes asynchronously. When async is disabled, the sink will immediately go to PAUSED instead of waiting for a preroll buffer. This feature is useful if the sink does not synchronize against the clock or when it is dealing with sparse streams.

 

gst_base_sink_set_sync - Configures sink to synchronize on the clock or not. When sync is FALSE, incoming samples will be played as fast as possible. If sync is TRUE, the timestamps of the incoming buffers will be used to schedule the exact render time of its contents.

If you want to enable/disable synchronization you should use only gst_base_sink_set_sync setting


Edited by mx3L, 4 October 2015 - 18:39.


Re: GStreamer 1.0 #1780 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 4 October 2015 - 18:49

Hi,

 

Till now with all tests , for vuduo2 shure(since I tested it on my box),solo2 gues same. Other vu+ series i think as well.

The audiosink must !! run always in sync. setting :

    gst_base_sink_set_sync(GST_BASE_SINK(self), TRUE);
    gst_base_sink_set_async_enabled(GST_BASE_SINK(self), FALSE);

Audiosink was always running with synchronization turned off, except when audio was raw, then it was turned on by autoaudiosink(this caused issues with CD playback as we find out).

I have vusolosev2 and don't have any problems with audio, when synchronization is turned off. It was always the case, so why should it stop to run correctly now?

 

gst_base_sink_set_sync and gst_base_sink_set_async_enabled are two different settings!

 

gst_base_sink_set_async_enabled - Configures sink to perform all state changes asynchronously. When async is disabled, the sink will immediately go to PAUSED instead of waiting for a preroll buffer. This feature is useful if the sink does not synchronize against the clock or when it is dealing with sparse streams.

 

gst_base_sink_set_sync - Configures sink to synchronize on the clock or not. When sync is FALSE, incoming samples will be played as fast as possible. If sync is TRUE, the timestamps of the incoming buffers will be used to schedule the exact render time of its contents.

If you want to enable/disable synchronization you should use only gst_base_sink_set_sync setting

Well  then the problem is you're patch for audio raw (ok  and maybe perhaps required for dm8000 but very very wrong on vuduo2) When applied to duo2 most raw audio media almost does NOT work anymore for ALL media video/rawaudion depended on container which requires sync between video/audio such as mkv and ....

 

Yes I was to fast to implement that patch in the multisink.





0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users