- 07 Jun, 2012 8 commits
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Wim Taymans authored
Post the notify outside of the pa_lock to avoid a deadlock caused by basesrc calling get_time with the object lock. Reset the clock on connect. Post clock-lost and clock-provide messages. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=673977 Conflicts: ext/pulse/pulsesrc.c
-
Mohammed Sameer authored
This clock uses the actual stream time (pa_stream_get_time) to get a more accurate timestamp. Conflicts: ext/pulse/pulsesrc.c
-
Vincent Penquerc'h authored
-
Vincent Penquerc'h authored
-
Wim Taymans authored
Only reset the manager object when we used a Range header, ie. when we did a seek. Otherwise we just paused and we can resume just fine. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=677475
-
Wim Taymans authored
-
- 06 Jun, 2012 4 commits
-
-
Edward Hervey authored
From 1fab359 to 03a0e57
-
Sebastian Dröge authored
-
Wim Taymans authored
-
Wim Taymans authored
-
- 05 Jun, 2012 3 commits
-
-
Thiago Santos authored
-
Thiago Santos authored
The osx compiler complains about those
-
Sebastian Dröge authored
They should take the filter caps into account and always return the template caps appended to the actual caps. Otherwise the parsers stop to accept unparsed streams where upstream does not know about channels, rate, etc. Fixes bug #677401.
-
- 04 Jun, 2012 2 commits
-
-
Wim Taymans authored
-
Josep Torra authored
-
- 01 Jun, 2012 2 commits
-
-
Josep Torra authored
-
Edward Hervey authored
From f1b5a96 to 1fab359
-
- 31 May, 2012 5 commits
-
-
Wim Taymans authored
-
Michael Jones authored
G_BEGIN_DECLS didn't have matching G_END_DECLS https://bugzilla.gnome.org/show_bug.cgi?id=677165
-
Sebastian Dröge authored
From 92b7266 to f1b5a96
-
Josep Torra authored
The API that we use to run the Cocoa loop in another thread does not exist in 10.5 or earlier.
-
Alessandro Decina authored
Block gst_osx_video_sink_run_cocoa_loop until the loop thread has started and finished initializing NSApp. Fixes occasional warnings/crashes due to two threads going inside NSApp before finishLaunching had completed.
-
- 30 May, 2012 8 commits
-
-
Josep Torra authored
MAC_OS_X_VERSION_10_6 is obviously not defined on 10.5.
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
From ec1c4a8 to 92b7266
-
Sebastian Dröge authored
-
Josep Torra authored
-
Sebastian Dröge authored
See bug #643939.
-
Sebastian Dröge authored
From 3429ba6 to ec1c4a8
-
- 29 May, 2012 2 commits
-
-
Wim Taymans authored
-
Edward Hervey authored
Happens with some files with only headers
-
- 28 May, 2012 3 commits
-
-
Sebastian Dröge authored
-
Jens Georg authored
Leave it to the application to decide on the header. No header at all is better than having the wrong header as DLNA mandates that a missing header has to be tolerated while a wrong header is an error. https://bugzilla.gnome.org/show_bug.cgi?id=676020
-
Edward Hervey authored
Conflicts: ext/libpng/gstpngdec.c ext/libpng/gstpngdec.h ext/libpng/gstpngenc.c ext/libpng/gstpngenc.h Reverted to 0.10, needs to be ported again.
-
- 26 May, 2012 2 commits
-
-
Tim-Philipp Müller authored
-
Edward Hervey authored
From RFC 2250 2. Encapsulation of MPEG System and Transport Streams ... For MPEG2 Transport Streams the RTP payload will contain an integral number of MPEG transport packets. To avoid end system inefficiencies, data from multiple small MTS packets (normally fixed in size at 188 bytes) are aggregated into a single RTP packet. The number of transport packets contained is computed by dividing RTP payload length by the length of an MTS packet (188). .... Since it needs to contain "an integral number of MPEG transport packets", a simple fix is to check that's the case, and strip off any leftover data. Fixes #676799 Conflicts: gst/rtp/gstrtpmp2tdepay.c
-
- 25 May, 2012 1 commit
-
-
Andoni Morales Alastruey authored
When we are using a dedicated thread to run the main run loop we must make sure that all selectors are performed on this same thread. For instance if performSelectorOnMainThread is called from the real main thread, it will not go through the message queue and will be executed from the real main thread. By forcing the target thread, we ensure that all functions will be called either from the real main thread when the main run loop is running or from our thread spinning the main loop.
-