- May 02, 2013
-
-
Martijn Kaijser authored
-
- Apr 30, 2013
-
-
S. Davilla authored
-
arnova authored
-
arnova authored
-
davilla authored
fixed: Streamdetails & resume-bookmark saving etc. for bluray folders di...
-
arnova authored
-
arnova authored
-
M. Kaijser authored
-
ronie authored
-
- Apr 29, 2013
- Apr 27, 2013
- Apr 25, 2013
- Apr 24, 2013
-
-
davilla authored
[Frodo] Don't block waiting for EOS in audio/video players
-
popcornmix authored
Currently we block in OMXPlayerAudio/OMXPlayerVideo from the point we see EOF from demuxer, until the last frame/audio sample has been played out. This can be a few seconds. It means no more messages (such as abort) can be received during this period. This results in a bug where if you press stop after the demuxer EOF has occurred it takes a long time to stop. You would expect this to be the few seconds of queued data, but it actually turns out to be 30 seconds, as the clocks get stopped by the stop message, but the players never find out and we hit a timeout. It also stops seek/pause working during the playout period. It also stops (graphical) subtitles from being rendered during this time. The fix involves not blocking for the EOS, but allowing the polling from OMXPlayer to catch it.
-
Chris \"Koying\" Browet authored
-
davilla authored
Allow dashes in music videos on the first pass
-
- Apr 23, 2013
-
-
Lee Pollock authored
-
popcornmix authored
When the global volume has been set low, and a sequence of tracks are being played, there are complaints of occasional jumps to full volume. This is down to a race condition where the volume request can arrive at OMXAudio before it has been initialised. The fix is simple, don't send the volume change until m_CurrentAudio.started.
-
popcornmix authored
Currently, once demuxer has reached EOF, we send the EOF messages to audio/video players and set their inited/started flags to false. But if started is false we ignore any PLAYER_DISPLAYTIME coming back from players, which stops the elapsed time from updating. This can affect the final ~8 seconds of the file. The fix delays changing these flags until audio/video players have signalled EOS.
-
huceke authored
-
huceke authored
-
- Apr 19, 2013
-
-
davilla authored
[fix] upnp: parentID of the root container should be -1, fixes #14279
-
- Apr 18, 2013
-
-
Alasdair Campbell authored
-
- Apr 16, 2013
-
-
Lee Pollock authored
-
pieh authored
-
pieh authored
GUIBaseContainer: remove unneeded call from CGUIBaseContainer::Render() - we are calling it in CGUIBaseContainer::Process() earlier
-
ulion authored
-
davilla authored
[fix] non-media items trumped upnp listings, fixes #14268
-
- Apr 15, 2013
-
-
Alasdair Campbell authored
-
- Apr 14, 2013
-
-
S. Davilla authored
for m3u8 filename - fixes stream quality selection (e.x. for airplay ^^) - right way this time
-
- Apr 12, 2013
-
-
Michael Cronenworth authored
The cache buffer size was being initialized to the write size of a PA stream, which is not the buffer size of the PA server. The cache buffer size will now use the PA server buffer size. (trac bug 13902) Signed-off-by: Michael Cronenworth <mike@cchtml.com>
-
Michael Cronenworth authored
PA is calling back functions on stream destruction and may try to read a free'd stream variable. (trac bug 13903) Signed-off-by: Michael Cronenworth <mike@cchtml.com>
-
Lee Pollock authored
-
- Apr 10, 2013