Solved Play next automatically not working right
#1
@FernetMenta 
So you can validate this issue exists for you as well. If you want me to open a trac ticket. I will.

Play next automatically hasn't been working right for a while now. it seems to launch more than one stream when moving to the next video in the list. Once the buffering overlay is displayed, the only way to get rid of it is pressing backspace.  Then you are left with a black screen, skipping ahead displays the real video finally. Something is not quite right, you'll notice between the second and third video, there is two buffering overlay (two spinning wheel). That is why I think more than one stream is trying to be played at the same time.

Here is a video demonstrating the issue. Let me know if I should provide more, but the issue should be easy to replicate.
Reply
#2
Is there a difference between playing just files and database items?
Reply
#3
Great question. I've done some testing and this seems to only happen when plugin paths are involved. Regular database item, strm that redirect to regular videos (not plugin path) does not seem to exhibit this issue.

I will provide you with a debug log then as I previously believed it also effected regular videos.

Thank you for your reply.
Reply
#4
@FernetMenta 

Here is the log: https://pastebin.com/N3xci9X8
First file videodb://tvshows/titles/20/1/1265?season=1&tvshowid=20
Second file: videodb://tvshows/titles/20/1/1266?season=1&tvshowid=20

When I search VideoPlayer:: messages, I see player 1 player 2. I see two CloseFile() after I stopped the second file after it's been buffering for a while and just spinning on a dark screen.

Maybe you can see what's wrong. The plugin is using xbmcplugin.setResolvedUrl(handle, True, listitem) to pass the path back as usual. It's not prompted twice. So I have no idea where that second stream comes in. It's strange.
Reply
#5
I hope I ˋll get some time to look into it this evening.
Reply
#6
(2018-04-24, 08:01)FernetMenta Wrote: I hope I ˋll get some time to look into it this evening.
Just let me know if you need me to pull and compile your changes to test or provide additional logging. I know it's a weird issue, but it's something that isn't happening on Krypton. Thank you.
Reply
#7
@FernetMenta

Did you have a chance to look at the log? Any idea where the issue may lie? Maybe I can help look. I saw another post similar to mine. From what they were saying, the second player is the music player. Perhaps we have the same issue, except in their case it was a live tv stream, not plugin.
Reply
#8
Last day at Hannover Fair today. Will look at it this week end.
Reply
#9
No problem, I understand. Thank you very much for keeping me posted Smile

I'll be around if anything.
Reply
#10
can you try this? 13824 (PR)
Reply
#11
(2018-04-28, 21:48)FernetMenta Wrote: can you try this? 13824 (PR)


I will. I'll keep you posted.
Reply
#12
@FernetMenta 
It feels like you are close to the solution. This time playback doesn't get stuck when playing the next item in playlist. However, when playing the second item, it now behaves weirdly. It doesn't seem to "play", just refresh the image every 10 seconds. If I skip ahead, I get a black screen for 10 seconds, then the image appears frozen until 10 seconds later, etc.

New log, same files previously played: https://pastebin.com/YtqK5bLq

Thank you! One tiny...tiny thing that was broken with your dynamic path change in this pr: https://github.com/xbmc/xbmc/pull/13771/files
The scenario of plugin returning other plugin paths is now broken completely. In the Application.cpp, when you removed that recursive call (return PlayMedia and return PlayFile), it now prevents the resolution of the new plugin path provided. I had not noticed previously, but this will need to be corrected. I promise, that is the last thing I bring up. I'm sorry Smile
Reply
#13
@angelblue05 can you test with dxva disabled
Reply
#14
(2018-04-29, 08:10)angelblue05 Wrote: Thank you! One tiny...tiny thing that was broken with your dynamic path change in this pr: https://github.com/xbmc/xbmc/pull/13771/files
The scenario of plugin returning other plugin paths is now broken completely. In the Application.cpp, when you removed that recursive call (return PlayMedia and return PlayFile), it now prevents the resolution of the new plugin path provided. I had not noticed previously, but this will need to be corrected. I promise, that is the last thing I bring up. I'm sorry Smile
 this should fix it: 13827 (PR)
Reply
#15
(2018-04-29, 10:37)FernetMenta Wrote: @angelblue05 can you test with dxva disabled
 It doesn't seem to make a difference. Here is the updated log: https://pastebin.com/L7RmHmQu
The first video plays fine, the second always ends up with that weird buffer issue regardless of which video I play. But at least it no longer gets stuck buffering indefinitely.

Thank you for the quick plugin fix. I'll pull in the changes and confirm it is working.
Reply
 
Thread Rating:
  • 0 Vote(s) - 0 Average



Logout Mark Read Team Forum Stats Members Help
Play next automatically not working right00