Jump to content


Photo
Fixed

Playback fails, shows logo



  • Please log in to reply
73 replies to this topic

#21 flatline69 OFFLINE  

flatline69

    Advanced Member

  • Members
  • 110 posts
  • Local time: 02:14 PM

Posted 17 February 2019 - 03:07 PM

I see it in the logfile I sent, EMBY.entrypoint.service v4.0.6c



#22 Angelblue05 OFFLINE  

Angelblue05

    Advanced Member

  • Developers
  • 13005 posts
  • Local time: 03:14 PM

Posted 17 February 2019 - 03:11 PM

Ah yes my bad. I didn't overwrite the previous log.



#23 Angelblue05 OFFLINE  

Angelblue05

    Advanced Member

  • Developers
  • 13005 posts
  • Local time: 03:14 PM

Posted 17 February 2019 - 03:23 PM

If you want to switch back to stable in the mean time ( you don't need to do any reset), I will let you know when I'm ready for you to test. I think I see the issue on my firetv stick. It might seem better, but it still exits playback before the add-on adds the item to playlist.


Edited by Angelblue05, 17 February 2019 - 03:24 PM.


#24 flatline69 OFFLINE  

flatline69

    Advanced Member

  • Members
  • 110 posts
  • Local time: 02:14 PM

Posted 17 February 2019 - 03:48 PM

Went back to 4.0.5 from stable -- still takes a minute for content to load but it loads the right one. Direct-access is instant in comparison regardless of title but at least my family won't lynch me while I'm out of town next week :) Thanks @Angelblue05


  • Angelblue05 likes this

#25 Angelblue05 OFFLINE  

Angelblue05

    Advanced Member

  • Developers
  • 13005 posts
  • Local time: 03:14 PM

Posted 18 February 2019 - 03:46 PM

Just testing a few things there. Can you try this build?

 

Attached Files



#26 flatline69 OFFLINE  

flatline69

    Advanced Member

  • Members
  • 110 posts
  • Local time: 02:14 PM

Posted 18 February 2019 - 03:59 PM

Just testing a few things there. Can you try this build?

 

Sure thing - soon as my kid and his friends release control of the TV ;)



#27 flatline69 OFFLINE  

flatline69

    Advanced Member

  • Members
  • 110 posts
  • Local time: 02:14 PM

Posted 18 February 2019 - 08:07 PM

OK installed 4.0.6e - it worked on the first title I tried (The 6th Day), second title I tried it did the skip-navigate-playback, third it did the right title, subsequent titles it failed to playback. Attaching log.

Attached Files


  • Angelblue05 likes this

#28 Angelblue05 OFFLINE  

Angelblue05

    Advanced Member

  • Developers
  • 13005 posts
  • Local time: 03:14 PM

Posted 20 February 2019 - 10:47 AM

@flatline69

 

Can you try this build? Post an updated log, thanks.

 

In your previous log, the server returned 400 error bad requests. I hope it is resolved with this build. I think that's what was stopping it from working right after the first play.

Attached Files



#29 Angelblue05 OFFLINE  

Angelblue05

    Advanced Member

  • Developers
  • 13005 posts
  • Local time: 03:14 PM

Posted 20 February 2019 - 12:47 PM

@flatline69

 

Actually, I posted a new beta build, with the changes from my previous post. Give it a try, report back. Thank you.


  • flatline69 likes this

#30 flatline69 OFFLINE  

flatline69

    Advanced Member

  • Members
  • 110 posts
  • Local time: 02:14 PM

Posted 23 February 2019 - 03:03 AM

@flatline69

 

Actually, I posted a new beta build, with the changes from my previous post. Give it a try, report back. Thank you.

 

Back in town, will give this a shot. Thanks!


  • Angelblue05 likes this

#31 flatline69 OFFLINE  

flatline69

    Advanced Member

  • Members
  • 110 posts
  • Local time: 02:14 PM

Posted 23 February 2019 - 08:48 AM

OK, installed 4.0.7a over top of stable and tested. It's only skipping 1 movie ahead now and I see the Emby loading video. I tested with directly trying to play "The 6th Day" which skipped 1 movie ahead in the list to "The 7th Voyage of Sinbad". When I first tried, it asked me to resume or start over; the interesting part the resume was -1 day, xxxx minutes in the dialog :) Was the only time I saw this during testing.

 

Anyways, I re-tested, this time is didn't ask to resume but skipped to "The 7th Voyage of Sinbad". So I thought, what if I go 1 movie ahead of the one I want to watch, sure enough, "The 6th Day" played.

 

Log attached.

 

EDIT: I should note, it's faster than before but compared to stable, it still takes a long time for a video to start. Direct play (SMB) is obviously fastest of all (for me anyways, it's almost instant.)

Attached Files


Edited by flatline69, 23 February 2019 - 08:49 AM.

  • Angelblue05 likes this

#32 Angelblue05 OFFLINE  

Angelblue05

    Advanced Member

  • Developers
  • 13005 posts
  • Local time: 03:14 PM

Posted 23 February 2019 - 08:59 AM

I see what's happening in your log. I don't understand why it is happening though.

 

It's like, when we tell Kodi to play the movie it does, then boom, it almost instantly calls to start playback of the next title. Which is why maybe you think it's slower. Because it double loads the playlist for reason unknown at this moment.

 

You still have those bad requests on playback stopped.


Edited by Angelblue05, 23 February 2019 - 09:02 AM.


#33 Angelblue05 OFFLINE  

Angelblue05

    Advanced Member

  • Developers
  • 13005 posts
  • Local time: 03:14 PM

Posted 23 February 2019 - 09:37 AM

@flatline69

 

I have another person testing CE for me and their setup does not behave the way your setup does.

 

They are using Kodi Leia 18.1

2019-02-20 22:54:02.250 T:4092121008  NOTICE: Kodi compiled 2019-02-19 by GCC 8.2.0 for Linux ARM 32-bit version 3.14.29 (200221)
2019-02-20 22:54:02.250 T:4092121008  NOTICE: Running on CoreELEC (official): 9.0-nightly_20190219, kernel: Linux ARM 64-bit version 3.14.29 aarch64

Can you try updating your setup to that version? It was compiled 3 days after yours. Or whatever is the latest now. You are still on Kodi 18.0 which had some playback bugs.

 

I see where things are going wrong. For some reason, when we start to play your movie, CE triggers playback stop (I'm sure it's for the emby-loading video, but it picks up the movie we are trying to play instead) and that's what is causing the behavior I'm seeing in your log where it skips ahead. Keep me posted


Edited by Angelblue05, 23 February 2019 - 09:45 AM.


#34 flatline69 OFFLINE  

flatline69

    Advanced Member

  • Members
  • 110 posts
  • Local time: 02:14 PM

Posted 23 February 2019 - 09:46 AM

@flatline69

 

I have another person testing CE for me and their setup does not behave the way your setup does.

 

They are using Kodi Leia 18.1

2019-02-20 22:54:02.250 T:4092121008  NOTICE: Kodi compiled 2019-02-19 by GCC 8.2.0 for Linux ARM 32-bit version 3.14.29 (200221)
2019-02-20 22:54:02.250 T:4092121008  NOTICE: Running on CoreELEC (official): 9.0-nightly_20190219, kernel: Linux ARM 64-bit version 3.14.29 aarch64

Can you try updating your setup to that version? It was compiled 3 days after yours. Or whatever is the latest now. You are still on Kodi 18.0 which had some playback bugs.

 

I see where things are going wrong. For some reason, when we start to play your movie, CE triggers playback stop (I'm sure it's for the emby-loading video, but it picks up the movie we are trying to play instead) and that's what is causing the behavior I'm seeing in your log where it skips ahead. Keep me posted

 

OK, I'll update to a nightly build and re-test. Hopefully that one is still available. Is this build working correctly as per the tester?


  • Angelblue05 likes this

#35 Angelblue05 OFFLINE  

Angelblue05

    Advanced Member

  • Developers
  • 13005 posts
  • Local time: 03:14 PM

Posted 23 February 2019 - 09:50 AM

Yes, playback works as it should for him.

 

It looks like there was a new stable version (9.0.1). Try that first.



#36 flatline69 OFFLINE  

flatline69

    Advanced Member

  • Members
  • 110 posts
  • Local time: 02:14 PM

Posted 23 February 2019 - 10:13 AM

Yes, playback works as it should for him.

 

It looks like there was a new stable version (9.0.1). Try that first.

 

9.0.1 is labeled but doesn't appear available yet. I ended up installing 2-22 nightly and upgraded to 4.0.7a and playback works. Still a bit slow. Resume is broken though; it asked me twice for the same title (first was proper resume timestamp; then the loading image and another prompt for resume -1 day, 23:59:59) and then skipped ahead to the next title and started playing it.

 

EDIT: Corrected resume timestamp; missed "day"

Attached Files


Edited by flatline69, 23 February 2019 - 10:14 AM.

  • Angelblue05 likes this

#37 Angelblue05 OFFLINE  

Angelblue05

    Advanced Member

  • Developers
  • 13005 posts
  • Local time: 03:14 PM

Posted 23 February 2019 - 10:17 AM

Yes this time I see it behave normally when we initiate playback. It no longer stops playback first.

 

With the next version, I'm going to add a clean up task to clear plugin paths from the database. That's is what is causing the double prompt. If you repair your library, it should correct that and stop double prompting you.

 

I'm still not sure for that resume value, it's strange for sure. I'll need to add additional logging for that one.

 

Edit: Still slow? It shows in your log the player opening the file to play within 3 seconds from the emby-loading video? I'd have to see a log with the before method (stable version) to compare, but I hardly call this slow considering the file is provided via Emby to Kodi? :)


Edited by Angelblue05, 23 February 2019 - 10:22 AM.


#38 flatline69 OFFLINE  

flatline69

    Advanced Member

  • Members
  • 110 posts
  • Local time: 02:14 PM

Posted 23 February 2019 - 10:24 AM

Yes this time I see it behave normally when we initiate playback. It no longer stops playback first.

 

With the next version, I'm going to add a clean up task to clear plugin paths from the database. That's is what is causing the double prompt. If you repair your library, it should correct that and stop double prompting you.

 

I'm still not sure for that resume value, it's strange for sure. I'll need to add additional logging for that one.

 

Interestingly enough - and I know I asked Fred about this way back; when selecting a title from "currently watching" from home screen, it's pretty darn fast, almost as fast a direct access. Seem to recall he said there was no difference from playback from that area vs inside a movie hub area (ie; I select ADULTS library, see all my posters, select title from there.)

 

I'll try a repair and see if that helps. Guessing the weird value is due to some calculation because of an already existing resume request? I'm guessing of course but seems to make sense to me.


  • Angelblue05 likes this

#39 flatline69 OFFLINE  

flatline69

    Advanced Member

  • Members
  • 110 posts
  • Local time: 02:14 PM

Posted 23 February 2019 - 10:32 AM

Edit: Still slow? It shows in your log the player opening the file to play within 3 seconds from the emby-loading video? I'd have to see a log with the before method (stable version) to compare, but I hardly call this slow considering the file is provided via Emby to Kodi? :)

 

The delay is visible; noticeable. It's nit-picky I know. Mainly because the delay has no feedback for the user. Under stable it has the spinner whereas in 4.0.7a there's nothing (looks like it froze/paused) and then the emby loading video. My LAN and my Kodi box (MECOOL KI PRO) are Gigabit. With direct access, there's no delay; screen goes black instantly and playback starts. I'm going to repair the library and re-test resume and then try to capture timings from "continue watching" vs hub/library/poster view.

 

EDIT: Stable build is roughly the same; I think it's the lack of user feedback that gives the impression of being slow. However, that being said, neither stable or beta in add-on mode are as fast as direct-access; the latter is easily milliseconds in time, can't even finish saying "one-Mississippi" before it's playing. Not scientific, I know, it's more a butt-dyno thing.


Edited by flatline69, 23 February 2019 - 10:34 AM.

  • Angelblue05 likes this

#40 Angelblue05 OFFLINE  

Angelblue05

    Advanced Member

  • Developers
  • 13005 posts
  • Local time: 03:14 PM

Posted 23 February 2019 - 10:33 AM

Yes well it's one of the issues we had with plugin paths. We needed to add the resume point twice in database (for different paths access widget and library) and I believe that's what is causing this issue now.

 

Plugin paths, even though they work, required a lot of messing around and behave quite differently from platform to platform. Especially with playback that initiates from widgets on the home screen.

 

With the new playback method, there is no longer a difference between playing from library or from the home screen widgets. No more workarounds for the resume point. No more artwork issues.

 

It shouldn't be slow though. I tested it on my old firetv stick and playback is faster than using plugin paths. If anything it should be even. For sure, if you use Direct play (not direct play over http), then it's almost as instant as native playback mode.


  • flatline69 likes this





Also tagged with one or more of these keywords: Fixed

0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users