[Bug 704910] sync/ Error creating thread/Segmentation fault

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Fri Jul 26 00:00:30 PDT 2013

  GStreamer | common | 1.1.2

Sebastian Dröge (slomo) <slomo> changed:

           What    |Removed                     |Added
             Status|UNCONFIRMED                 |NEEDINFO
                 CC|                            |slomo at circular-chaos.org

--- Comment #1 from Sebastian Dröge (slomo) <slomo at circular-chaos.org> 2013-07-26 07:00:23 UTC ---
(In reply to comment #0)
> hi all:
>    I recently development a project by python gstreamer.It is an recording
> server. I use udpsrc and rtpbin to recieve audio stream and video stream ,and
> then push them to 'mp4mux' ,finaly push the stream to 'filesink'. .The pipeline
> is probably like this :
>  udpsrc-->rtpbin--->rtph264depay--->h264parse-->mp4mux(video_0)--
>                                                                  |-->***.mp4
>  udpsrc-->rtpbin--->...--->faac---------------->mp4mux(audio_0)--
>    And I use 'sip' message to control the pipelne,e.g. when I use 'Linphone' to
> call the server ,the program will set the pipeline to PLAY state. 
>    There are two serious problems:
> 1.audio/video not sync. The '**.mp4' is sync only in 'vlc' player,others player
> audio will delay about 1s.But when I replace the 'mp4mux' to 'matroskamux',and
> get the '**.mkv',it is sync with every players.Then I test
> 'avimux','3gpmux'...they are the same with 'mp4mux',then I am confused...

Can you attach such a recording as MP4 (with the A/V sync issue), and as MKV
(with A/V correct)? You probably want to put queues right before both muxer
sinkpads btw.

3gpmux/qtmux/mp4mux are all the same code, just outputting a different variant

> 2.I write an test program to test the server.When I simulated 40  'Linphone' to
> call the server ,an error accured :
> (python:15406): GStreamer-WARNING **: failed to create thread: Error creating
> thread: Resource temporarily unavailable  
> Segmentation fault (core dumped)

Can you get with gdb a) a backtrace of the segfault and b) of the warning (for
that set G_DEBUG=fatal_warnings)

Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.

More information about the gstreamer-bugs mailing list