play mp4 bad

[moona]

I play mp4 , the mp4 file have one minute video data, one half minutes of audio data, when playing to half a minute later,call pause, then calls the play, play no callback, without any error, just not play.



D/GStreamer+gst-player: 0:06:33.328047988 0xeea6a8e0 gstplayer.c:2547:gst_player_play_internal:<player0> Play
07-05 19:55:50.798 496-567/? D/GStreamer+GST_STATES: 0:06:33.328754719 0xeea6a8e0 gstelement.c:2523:gst_element_set_state_func:<playbin> set_state to PLAYING
07-05 19:55:50.798 496-567/? D/GStreamer+GST_STATES: 0:06:33.328836834 0xeea6a8e0 gstelement.c:2548:gst_element_set_state_func:<playbin> setting target state to PLAYING
07-05 19:55:50.798 496-567/? D/GStreamer+GST_STATES: 0:06:33.328989488 0xeea6a8e0 gstelement.c:2561:gst_element_set_state_func:<playbin> current PLAYING, old_pending PAUSED, next PAUSED, old return ASYNC
07-05 19:55:50.798 496-567/? D/GStreamer+GST_STATES: 0:06:33.329114911 0xeea6a8e0 gstelement.c:2615:gst_element_set_state_func:<playbin> element was busy with async state change

[moona]

07-05 20:44:44.908 12052-12106/? D/GStreamer+GST_BUS: 0:01:12.686462871 0xeea6f8e0 gstbus.c:346:gst_bus_post:<bus0> [msg 0xee504760] dropped
07-05 20:44:44.908 12052-12106/? D/GStreamer+GST_STATES: 0:01:12.686499140 0xeea6f8e0 gstelement.c:2613:gst_element_set_state_func:<uridecodebin0> returned SUCCESS
07-05 20:44:44.908 12052-12106/? I/GStreamer+GST_STATES: 0:01:12.686530717 0xeea6f8e0 gstbin.c:2764:gst_bin_change_state_func:<playbin> child 'uridecodebin0' changed state to 3(PAUSED) successfully
07-05 20:44:44.908 12052-12106/? D/GStreamer+bin: 0:01:12.686559794 0xeea6f8e0 gstbin.c:2171:gst_bin_sort_iterator_next:<playbin> queue empty, elements exhausted
07-05 20:44:44.908 12052-12106/? D/GStreamer+GST_STATES: 0:01:12.686585525 0xeea6f8e0 gstbin.c:2823:gst_bin_change_state_func:<playbin> iterator done
07-05 20:44:44.908 12052-12106/? D/GStreamer+GST_STATES: 0:01:12.686612179 0xeea6f8e0 gstbin.c:2841:gst_bin_change_state_func:<playbin> we have ASYNC elements SUCCESS -> ASYNC
07-05 20:44:44.908 12052-12106/? D/GStreamer+bin: 0:01:12.686637640 0xeea6f8e0 gstbin.c:2213:gst_bin_sort_iterator_free:<playbin> free
07-05 20:44:44.908 12052-12106/? D/GStreamer+bin: 0:01:12.686665448 0xeea6f8e0 gstbin.c:2869:gst_bin_change_state_func:<playbin> check async elements
07-05 20:44:44.908 12052-12106/? D/GStreamer+bin: 0:01:12.686695217 0xeea6f8e0 gstbin.c:880:find_message:<playbin> we found a message 0xee504220 from playsink matching types 00100000
07-05 20:44:44.908 12052-12106/? D/GStreamer+GST_STATES: 0:01:12.686728563 0xeea6f8e0 gstbin.c:2892:gst_bin_change_state_func:<playbin> done changing bin's state from PLAYING to PAUSED, now in PLAYING, ret ASYNC
07-05 20:44:44.908 12052-12106/? D/GStreamer+audiobasesink: 0:01:12.686781717 0xeea6f8e0 gstaudiobasesink.c:568:gst_audio_base_sink_get_time:<openslessink0> processed samples: raw 2279088, delay 0, real 2279088, time 0:00:51.680000000
07-05 20:44:44.908 12052-12106/? D/GStreamer+audioclock: 0:01:12.686820602 0xeea6f8e0 gstaudioclock.c:172:gst_audio_clock_get_internal_time:<GstAudioSinkClock> result 0:00:51.680000000, last_time 0:00:51.680000000
07-05 20:44:44.908 12052-12106/? D/GStreamer+GST_CLOCK: 0:01:12.686852294 0xeea6f8e0 gstclock.c:1056:gst_clock_get_internal_time:<GstAudioSinkClock> internal time 0:00:51.680000000
07-05 20:44:44.908 12052-12106/? D/GStreamer+GST_CLOCK: 0:01:12.686887371 0xeea6f8e0 gstclock.c:1101:gst_clock_get_time:<GstAudioSinkClock> adjusted time 0:00:51.680000000
07-05 20:44:44.908 12052-12106/? D/GStreamer+pipeline: 0:01:12.686926679 0xeea6f8e0 gstpipeline.c:369:pipeline_update_start_time:<playbin> start_time=0:00:51.680000000, now=0:00:51.680000000, base_time 0:00:00.000000000
07-05 20:44:44.908 12052-12106/? D/GStreamer+GST_STATES: 0:01:12.686955371 0xeea6f8e0 gstelement.c:2672:gst_element_change_state:<playbin> element will change state ASYNC
07-05 20:44:44.908 12052-12106/? D/GStreamer+GST_STATES: 0:01:12.686982948 0xeea6f8e0 gstelement.c:2613:gst_element_set_state_func:<playbin> returned ASYNC

[Thiago Sousa Santos-2]

What version of GStreamer is this? Can you check with the just released 1.9.1 version?

Also, does it happen with playbin (without gst-player)? There is a test application in gst-plugins-base/tests/examples/playback that should help you test that. This way we can rule out a bug in gst-player.

Can you share the file that causes the issue? It will help developers try to reproduce and debug the issues.

Thanks,

On Tue, Jul 5, 2016 at 3:24 PM, moona <[hidden email]> wrote:

07-05 20:44:44.908 12052-12106/? D/GStreamer+GST_BUS: 0:01:12.686462871
0xeea6f8e0 gstbus.c:346:gst_bus_post:<bus0> [msg 0xee504760] dropped
07-05 20:44:44.908 12052-12106/? D/GStreamer+GST_STATES: 0:01:12.686499140
0xeea6f8e0 gstelement.c:2613:gst_element_set_state_func:<uridecodebin0>
returned SUCCESS
07-05 20:44:44.908 12052-12106/? I/GStreamer+GST_STATES: 0:01:12.686530717
0xeea6f8e0 gstbin.c:2764:gst_bin_change_state_func:<playbin> child
'uridecodebin0' changed state to 3(PAUSED) successfully
07-05 20:44:44.908 12052-12106/? D/GStreamer+bin: 0:01:12.686559794
0xeea6f8e0 gstbin.c:2171:gst_bin_sort_iterator_next:<playbin> queue empty,
elements exhausted
07-05 20:44:44.908 12052-12106/? D/GStreamer+GST_STATES: 0:01:12.686585525
0xeea6f8e0 gstbin.c:2823:gst_bin_change_state_func:<playbin> iterator done
07-05 20:44:44.908 12052-12106/? D/GStreamer+GST_STATES: 0:01:12.686612179
0xeea6f8e0 gstbin.c:2841:gst_bin_change_state_func:<playbin> we have ASYNC
elements SUCCESS -> ASYNC
07-05 20:44:44.908 12052-12106/? D/GStreamer+bin: 0:01:12.686637640
0xeea6f8e0 gstbin.c:2213:gst_bin_sort_iterator_free:<playbin> free
07-05 20:44:44.908 12052-12106/? D/GStreamer+bin: 0:01:12.686665448
0xeea6f8e0 gstbin.c:2869:gst_bin_change_state_func:<playbin> check async
elements
07-05 20:44:44.908 12052-12106/? D/GStreamer+bin: 0:01:12.686695217
0xeea6f8e0 gstbin.c:880:find_message:<playbin> we found a message 0xee504220
from playsink matching types 00100000
07-05 20:44:44.908 12052-12106/? D/GStreamer+GST_STATES: 0:01:12.686728563
0xeea6f8e0 gstbin.c:2892:gst_bin_change_state_func:<playbin> done changing
bin's state from PLAYING to PAUSED, now in PLAYING, ret ASYNC
07-05 20:44:44.908 12052-12106/? D/GStreamer+audiobasesink:
0:01:12.686781717 0xeea6f8e0
gstaudiobasesink.c:568:gst_audio_base_sink_get_time:<openslessink0>
processed samples: raw 2279088, delay 0, real 2279088, time
0:00:51.680000000
07-05 20:44:44.908 12052-12106/? D/GStreamer+audioclock: 0:01:12.686820602
0xeea6f8e0
gstaudioclock.c:172:gst_audio_clock_get_internal_time:<GstAudioSinkClock>
result 0:00:51.680000000, last_time 0:00:51.680000000
07-05 20:44:44.908 12052-12106/? D/GStreamer+GST_CLOCK: 0:01:12.686852294
0xeea6f8e0 gstclock.c:1056:gst_clock_get_internal_time:<GstAudioSinkClock>
internal time 0:00:51.680000000
07-05 20:44:44.908 12052-12106/? D/GStreamer+GST_CLOCK: 0:01:12.686887371
0xeea6f8e0 gstclock.c:1101:gst_clock_get_time:<GstAudioSinkClock> adjusted
time 0:00:51.680000000
07-05 20:44:44.908 12052-12106/? D/GStreamer+pipeline: 0:01:12.686926679
0xeea6f8e0 gstpipeline.c:369:pipeline_update_start_time:<playbin>
start_time=0:00:51.680000000, now=0:00:51.680000000, base_time
0:00:00.000000000
07-05 20:44:44.908 12052-12106/? D/GStreamer+GST_STATES: 0:01:12.686955371
0xeea6f8e0 gstelement.c:2672:gst_element_change_state:<playbin> element will
change state ASYNC
07-05 20:44:44.908 12052-12106/? D/GStreamer+GST_STATES: 0:01:12.686982948
0xeea6f8e0 gstelement.c:2613:gst_element_set_state_func:<playbin> returned
ASYNC



--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/play-mp4-bad-tp4678424p4678425.html

Sent from the GStreamer-devel mailing list archive at Nabble.com.
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

--

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[moona]

version is 1.81 .
I tried to version 1.9, is the same.I used the GST - player.This is a big problem.

[moona]

any mp4 ,If audio stream longer than video stream ,  or audio stream shorter than video stream , at the time of one stream end , call pause , this is a question of will appear,