New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix and simplify PlayFile #13301
fix and simplify PlayFile #13301
Conversation
@Voyager1 please have a look |
xbmc/ApplicationPlayer.cpp
Outdated
else | ||
newPlayer = CPlayerCoreFactory::GetInstance().GetDefaultPlayer(item); | ||
|
||
// check fi we need to close current player |
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
m_itemCurrentFile is never reset to null, is that on purpose? |
something else to look into: code is also systematically crashing inside CDatabase::open when trying to start another playback while something is playing already. |
@Voyager1 I can't repo the crash. what exactly are you doing to make it crash? |
I think I found the issue. see last commit |
@FernetMenta thanks - I have tested the latest and it works.
I suggest you pull these 2 commits in. Other than that, looks great!! thanks a lot. |
@Voyager1 do you want me to cherry-pick those 2 commits? what about the commit mesg "fixup" of 2nd? |
yes please. The "fixup" message is because that's something that was missed as part of your first commit. it really belongs in there. Same for the other commit. You can squash them if you like. |
jenkins build this please |
jenkins seems ok (usual Test suite failure on OSX/Win64) |
This fixes the regression where hitting "next" when playing music causes current item information? Sorry but I can't make a local build at the moment to test myself. |
Yes it does. |
Initial volume was broken in omxplayer after xbmc#13301
Initial volume was broken in omxplayer after xbmc#13301
Player start/stop is asynchronous now.