- Nov 05, 2013
-
-
davilla authored
[pvr] bump add-ons
-
Lars Op den Kamp authored
-
- Nov 01, 2013
-
-
davilla authored
[rbp/omxplayer] Add missing omxplayer changes to previous commits
-
S. Davilla authored
Revert "fixed bug with arial.ttf" This reverts commit a5b3131d.
-
davilla authored
[WIN32] fixed: make frodo branch jenkins ready
-
wsoltys authored
-
- Oct 31, 2013
-
-
Martijn Kaijser authored
-
davilla authored
[osx/mavericks] - fixups for mavericks 10.9
-
- Oct 30, 2013
-
-
Memphiz authored
[osx/mavericks] - hide the menubar not only when on mainscreen - mavericks has menubars on all screens - always hide them
-
Memphiz authored
[osx/mavericks] - ugly hacked fix for the mouse bug (mouse wasn't able to move over the full screen) - intermediated isolated hacked solution until new windowing is ready
-
- Oct 28, 2013
-
-
popcornmix authored
-
popcornmix authored
-
- Oct 27, 2013
-
-
Jonathan Marshall authored
-
Arne Morten Kvarving authored
code ended up selecting the default album scraper for artists
-
- Oct 26, 2013
-
-
S. Davilla authored
-
montellese authored
-
Garrett Brown authored
With invalid begin/end times, the for loop in GUIEPGContainer.cpp L#825 (https://github.com/xbmc/xbmc/blob/5f33d290e/xbmc/epg/GUIEPGGridContainer.cpp#L825) loops endlessly, freezing XBMC when the user views the "EPG: Timeline" window. Solve this by adding check for invalid end times.
-
Chris \"Koying\" Browet authored
-
Chris \"Koying\" Browet authored
-
Rainer Hochecker authored
-
arnova authored
This mainly applies to several MP4 files where we currently can't reliably detect in which chapter we are when we perform chapter seeking (probably an ffmpeg bug?). To workaround this make sure current chapter != 0 and fallback to large stepping where appropriate.
-
ronie authored
-
montellese authored
-
amet authored
-
Lee Pollock authored
-
ulion authored
-
fritsch authored
-
Jonathan Marshall authored
-
vdrfan authored
-
WiSo authored
-
WiSo authored
-
WiSo authored
-
taxigps authored
-
Memphiz authored
-
Anssi Hannula authored
CSoftAE::GetDelay(), CSoftAE::GetCacheTime(), and CSoftAE::GetCacheTotal() assume in their calculations that m_buffer contains frames that have sink/encoder frame size. However, m_buffer actually contains frames in the format received from CSoftAEStream. This causes varying levels of A/V de-sync depending on other conditions. On my Linux system I encounter this always when using using HDMI audio and having the display refresh rate set at 24Hz. Fix those functions to use the correct frame size.
-
Memphiz authored
- fix race in 2 threads consuming the ringbuffer (dvdplayeraudio calls flush and ca thread still pulls frames) by moving the flush to the ca thread instead - fixes crashing when switching tv channels (this was the real issue the 2 reverted commits before wanted to fix...)
-
Memphiz authored
- fix regression (stuck ringbuffer after 46min, 62min, 180min - depending on the stream setup). Revert "[AE/CA] - fix a possible overflow in the ringbuffer during readsize calculation (yes we hit this in pvr branch in internalflush - when zapping channels)" This reverts commit e447c4bb.
-
removable://Joachim Breuer authored
Get and use correct (removable://) file record from database Fixes DVD resume after resume details already exist
-
S. Davilla authored
-