- 08 Jul, 2015 1 commit
-
-
Thomas Guillem authored
And reset object if audioTrack_New fails in AudioTrack_Recreate.
-
- 07 Jul, 2015 10 commits
-
-
Tristan Matthews authored
-
Hannes Domani authored
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>
-
Rémi Denis-Courmont authored
Wait for the end of the pacing interval, then wait for the next song (if it did not start in the mean time).
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
There are no cancellation points in this function, so there is no point cleaning up after those.
-
Rémi Denis-Courmont authored
-
Felix Paul Kühne authored
-
Rafaël Carré authored
-
Paul Clark authored
Fixes ticket#14939 Because Demux() is not called during PAUSE the GET_PARAMETER keepalives are sent by the TimeoutPrevention thread. However this was not giving Live555 a chance to handle the responses through doEventLoop(), and so the responses were queued up. Because of a separate issue in handling pipelined GET_PARAMETER responses in Live555 itself (now fixed, 2015-06-24), after two GPs this would result in the loss of the PLAY response on resume, locking everything up. Even with the fix to Live555, queuing up all GP responses until the stream is resumed is unpleasant and will eventually overflow Live555's response buffer. This fix calls the usual Live555 response handling mechanism for GPs sent in the background thread during pause. I have not added it to the normal GP sends in Demux() because that calls doEventLoop() anyway, and to do so would add a delay to normal processing. TimeoutPrevention now requires access to p_demux itself, not just p_sys. A mutex has been added to protect LIVE555 from simultaneous calls within Demux() or Control() and the TimeoutPrevention() thread Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
- 06 Jul, 2015 29 commits
-
-
Rémi Denis-Courmont authored
-
Francois Cartegnie authored
-
Francois Cartegnie authored
-
Francois Cartegnie authored
simplifies
-
Francois Cartegnie authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Hannes Domani authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Hannes Domani authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Jean-Baptiste Kempf authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Jean-Baptiste Kempf authored
-
Hannes Domani authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Hannes Domani authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
KO Myung-Hun authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Hannes Domani authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Felix Paul Kühne authored
-
Sean McGovern authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Hannes Domani authored
QTreeWidgetItem::setData() doesn't take ownership Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Rémi Denis-Courmont authored
The port has never worked and has not been improved for over 4 years. The platform itself has been totally discontinued for 18 months.
-
KO Myung-Hun authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-