[Tolriq]

Well it does work perfectly

Top left icon is red check XBMC configuration as it have 90% chance to have reverted during update.
Or you have activated play locally in left menu.

[lar1r]

Tolriq - excellent program!
Your app is the only reason why i can't get rid of my Android tablet just yet!

Not many programs work with the Addons like Yatse for Android does.

[dgcruzing]

Yes.. My old HTC EVO is a dedicated Yatse remote, running a Rom with no radios and it says charged for a month...you should license it as a green app... ;-)

[m-o-r-g]

@Tolriq

Up until a couple of updates ago my lockscreen whilst yatse was active would show artwork of what ever was showing , it's stopped working . . . Anything I could check ?

I should mention other apps which share this functionality work fine . . Deezer and poweramp

I'm running a note3 on kk 4.4.2

[Tolriq]

As usual : http://yatse.leetzone.org/redmine/projec...wiki/Debug

But check that you have the option lockscreen activated first

[m-o-r-g]

Ok will do . . And yes I toggled the lockscreen option to see if it would spring into life. . .I'll send a log next the next time I fire up xbmc

[Stereodude]

Apologies if this has been covered somewhere in the 213 pages. I did a little searching, but didn't find any discussion of it.

I'm using OpenELEC 4.1.4 and when I click on a song in the "Current playlist" in Yatse to start playing it XBMC starts playing the selected song, but it also exits the full screen music visualization view and kicks me back to the main XBMC menu screen. Is there some way to to keep it on the full screen music visualization screen when initiating playback from the playlist screen in Yatse? I'm using Confluence Custom Modified as my skin, but also tried regular Confluence and both do it.

FWIW, when I skip forward or back with the next and previous track buttons from my MCE remote (IR) or with Yatse it stays in the full screen music visualization view.

[Livin]

Tolriq,
Any chance you will be adding custom buttons? I have 3 use cases I think will cover all situations (I'd use all 3)...

1) Mapping an existing XBMC command - Delete. I often watch shows then delete them right after.
2) Custom HTTP command - turn on/off projector, AVR, etc.
3) Custom keyboard (keypress) command - turn on/off projector, AVR, etc.

thx

[m-o-r-g]

As usual : http://yatse.leetzone.org/redmine/projec...wiki/Debug

But check that you have the option lockscreen activated first

Ok will do . . And yes I toggled the lockscreen option to see if it would spring into life. . .I'll send a log next the next time I fire up xbmc

Bug report filed as requested. . Did it from the phone so hope the logcat got uploaded correctly. . .

[Tolriq]

@Stereodude : This is a limitation of current XBMC API, there's no other workaround

@Livin : For 1 and 3 you can use keymap mode to start commands on XBMC from Yatse (Wiki have details) and BTW Yatse have native MPC / MPC HC support too

@m-o-r-g : Will look later thanks.

[joethefox]

I'm using OpenELEC 4.1.4 and when I click on a song in the "Current playlist" in Yatse to start playing it XBMC starts playing the selected song, but it also exits the full screen music visualization view and kicks me back to the main XBMC menu screen. Is there some way to to keep it on the full screen music visualization screen when initiating playback from the playlist screen in Yatse?

@Stereodude : This is a limitation of current XBMC API, there's no other workaround

@Tolriq there is a solution, check Player.Goto -> http://wiki.xbmc.org/index.php?title=JSO...layer.GoTo is the method to use to avoid the "exit full screen" behaviour

[Tolriq]

Thanks for the tip, wonder why Montellese did not mention that when I reported the issue

It's a little messy since it needs to mix playerid with playlist positions and not playlistid that could be unrelated when dealing with multiple playlists types but it's better than nothing just needs tons of code to handle this correctly when dealing with not active playlist or active one for little to no benefit

[joethefox]

just needs tons of code to handle this correctly

lol, I know... some time ago I tested the player.goto and it worked fine without the fullscreen toggle issue but I never implemented it for your quoted motivation ><'

[Tolriq]

I confirm Player.Goto does works

And even if not fully perfect code in the end I had a way to hack this for Gotham and more by just changing a private field to public

[Stereodude]

@Tolriq & @joethefox : Thanks for the work on this. I look forward to it when you roll it out an update.

Now if only there was a way to accommodate this desired behavior.