MediaBrowser / Emby

Emby Server is a personal media server with apps on just about every device.
https://emby.media
GNU General Public License v2.0
4.14k stars 805 forks source link

Playback stopped reporting via websocket not working on Win 7 #409

Closed ebr11 closed 11 years ago

ebr11 commented 11 years ago

http://mb3dev.ebrsoft.com/forum/viewtopic.php?f=12&t=488&p=16336#p16320

CBers commented 11 years ago

Causes Trakt.tv not to update as well.

Only seems to be a problem with internal WMC player - works OK with MPC-HC as external player.

LukePulverenti commented 11 years ago

Please do more testing and confirm this. If we can have one or two others confirm this, then it might not be a server issue after all.

CBers commented 11 years ago

It's all in the link above - myself and MrWebSmith confirmed it.

Start from page 15 (http://mb3dev.ebrsoft.com/forum/viewtopic.php?f=12&t=488&start=140).

LukePulverenti commented 11 years ago

And you both are on windows 7 servers?

CBers commented 11 years ago

I believe so - I have PM'd MWS on CT to respond.

mrwebsmith commented 11 years ago

i can confirm this.. briefly when eric changed the mbc version it was ok, but on mbc 57 is it back to NOT working/reporting.

win7 mb server 64bit win7 64bit mbc .57 client

i just completed an episode (mkv) of battlestar, on the wmc internal player.. all is OK and both trakt and mb server see it while WATCHING still... after letting the file play to conclusion 100%, trakt DOESNT have the watched entry

mbs win7 during trakt during

will provide more logs if needed.. just updated server and trailers plugin.. will test another file now

mrwebsmith commented 11 years ago

image

this is the "after" on trakt.. that watching line is gone.. and trakt thinks i havent watched anything since friday when we were testing with .56 or the web client which does report ok... i have watched many eps of multiple shows since then.. all internal player.. did not yet try to use mpc as an ext player, but that works for CB

LukePulverenti commented 11 years ago

Well the question wasn't the problem but rather the pattern of when it happens and when it doesn't. Does it happen with an external player? On Redshirt's app? In the web client? mbt?

CBers commented 11 years ago

Seems to be only MBC.

mrwebsmith commented 11 years ago

from my knowledge...

only mbc, and only if internal player

mrwebsmith commented 11 years ago

oh and only if server is win7 and not win8

LukePulverenti commented 11 years ago

Can you go through those tests with other clients and external players and confirm?

mrwebsmith commented 11 years ago

will do

give me a bit and ill update this thread as i go

CBers commented 11 years ago

Does MBT report through to Trakt via the Server ??

LukePulverenti commented 11 years ago

yes

On Mon, Jul 29, 2013 at 5:24 PM, CBers notifications@github.com wrote:

Does MBT report through to Trakt via the Server ??

— Reply to this email directly or view it on GitHubhttps://github.com/MediaBrowser/MediaBrowser/issues/409#issuecomment-21752810 .

Luke Pulverenti

CBers commented 11 years ago

So it does.

That worked OK.

CBers commented 11 years ago

OK, doesn't seem to work via the dashboard.

Just watched a TV episode, but when it's stopped the small "play" window is still there, but blank:

capture598

The blank "play" window doesn't disappear until I press the STOP button.

Trakt is still showing as WATCHING:

capture599

Server log here: https://dl.dropboxusercontent.com/u/8367652/server-63510728667.log

LukePulverenti commented 11 years ago

If the play window is stuck, then that's an unrelated issue. Because of that, the web client cannot be used for testing this issue until that's resolved. I'll look at it.

On Mon, Jul 29, 2013 at 5:32 PM, CBers notifications@github.com wrote:

OK, doesn't seem to work via the dashboard.

Just watched a TV episode, but when it's stopped the small "play" window is still there, but blank:

[image: capture598]https://f.cloud.github.com/assets/1756472/874934/35e6c424-f896-11e2-8beb-18f1d80948c0.JPG

Trakt is still showing as WATCHING:

[image: capture599]https://f.cloud.github.com/assets/1756472/874945/58e7a5d8-f896-11e2-9111-0b60b42216f7.JPG

Server log here: https://dl.dropboxusercontent.com/u/8367652/server-63510728667.log

— Reply to this email directly or view it on GitHubhttps://github.com/MediaBrowser/MediaBrowser/issues/409#issuecomment-21753386 .

Luke Pulverenti

mrwebsmith commented 11 years ago

for me.. mbt doesnt report during (watching) or after (watched)

mrwebsmith commented 11 years ago

testing droid next

mrwebsmith commented 11 years ago

droid worked OK

RedshirtMB commented 11 years ago

droid isn't using websockets to report playback

CBers commented 11 years ago

Did you mean to close it Redshirt?

RedshirtMB commented 11 years ago

nope. sorry

ebr11 commented 11 years ago

I can't figure out why this only happens with the internal player as the exact same code is being executed in both cases. In any case, the one thing that seems to matter is win 7 server vs. win 8 which, to me, points to something with the win 7 websocket library. Could be an interaction between the one I'm using on MBC and the one being used on the server but the one I use in MBC works with win 8 every time it seems.

CBers commented 11 years ago

Any progress on this please?

LukePulverenti commented 11 years ago

Can someone create new logs on the latest build? Server and mbc builds both with debug/verbose logging. Thanks.

CBers commented 11 years ago

New logs.

MBC (v3.0.57.0): https://dl.dropboxusercontent.com/u/8367652/MBClassic-7820134cb0c93602fd4427804f750cb12c8b39.log

Server (v3.0.4965.809): https://dl.dropboxusercontent.com/u/8367652/server-63511469429.log

LukePulverenti commented 11 years ago

Can someone use Fiddler on the MBC machine to monitor outgoing web socket messages?

http://blogs.msdn.com/b/fiddler/archive/2011/11/22/fiddler-and-websockets.aspx

If you can't figure it out that's fine. We'll just wait for Ebr.

CBers commented 11 years ago

Fiddler is here: http://fiddler2.com/get-fiddler

I will download and see what I get.

Will post later.

CBers commented 11 years ago

Is this what you want ??

Fiddler2 logs: https://dl.dropboxusercontent.com/u/8367652/MBC-20130807.txt

Server Log: https://dl.dropboxusercontent.com/u/8367652/server-63511486520.log

I have the fiddler .saz file if you want it.

LukePulverenti commented 11 years ago

no that's the http traffic. i need the web socket. you should just eyeball it. if you don't know what you're looking for, that's fine, just leave it for now.

ebr11 commented 11 years ago

For now, I'm moving MBC back to the HTTP api calls as they appear to work fine in both environments.

CBers commented 11 years ago

Thanks Eric.

ebr11 commented 11 years ago

Please test it and confirm it works for you. Thx.

CBers commented 11 years ago

Seems to be working OK for me. Thanks.

RedshirtMB commented 11 years ago

It's partially working for me. It looks like the initial playback started api call is still being done through websockets and the playback progress and playback stopped are being done through http.

ebr11 commented 11 years ago

Crap, you're right. I accidentally left the start with websockets. What is the impact?

RedshirtMB commented 11 years ago

For users who had partial websocket functionality there is no impact as far as trakt is concerned. Users such as myself who have no websocket functionality, trakt reporting doesn't work at all. The server firing the start event is imperative.

RedshirtMB commented 11 years ago

mbc build .59 resolves this issue entirely for me.

ebr11 commented 11 years ago

Excellent. Thanks.

ebr11 commented 11 years ago

mbc build .59 resolves this issue entirely for me.

I just want to confirm "entirely". The start/stop reporting should now work okay but I'm still seeing that progress reporting is not working properly with a Win 7 server.

CBers commented 11 years ago

Playback is appearing in dashboard as it should and being removed when playback finishes.

Windows 7 MB3 Server.

ebr11 commented 11 years ago

But does the seek bar and position move properly?

CBers commented 11 years ago

I'll have a play.

RedshirtMB commented 11 years ago

The position in the dashboard seems right to me. It looks like the server is receiving the progress updates properly

ebr11 commented 11 years ago

Okay. It is not working for me on my Win7 server but does work on my Win8 one.

CBers commented 11 years ago

Works OK via Chrome (on Android) controlling MBC playback.

Position on seek bar does take a second to respond.