I typically use playlists on my Vero 4k by queueing a selection of videos, navigating to the playlist and selecting the first entry in the list. I have never had a problem doing this. However, I have just bought a new TV and moved my Vero to it - when selecting the first entry in the playlist, the entire playlist clears. I have also tried pressing the play button on the remote, and the same behaviour occurs. If I press play on a video instead of queueing it then it plays as expected. What could be causing this strange behaviour? Thanks.
Are you using the TV’s remote via CEC? You probably need to use the Keymap editor to modify the actions when those keys are pressed.
Thank you for your reply - yes I am using the TV’s remote via CEC. I’ll have a look at the key mappings. Why would the select/play buttons be working correctly for queueing and navigation, but then suddenly do something else in the playlist?
That’s how Kodi works. The same key can have different actions depending on that screen you are on.
I must be doing something wrong as this does not seem to be working. I have tried setting select as my select button in the global options, and have set play as my play button. However, this has not changed the behaviour; I know that my keymaps are correctly being stored as I am able to swap buttons around. I also cannot find a window specifically for setting button behaviour in the playlist window - what should this be called?
It does seem strange to me that the enter/select button appears to be sending the expected enter/select signal to the Vero, but that in a playlist the behaviour changes.
I have installed the keymap editor to have a look at this through the GUI. It appears my remote is definitely being interpreted as a “p” key signal when pressing “play”, and an “11” key signal when pressing “select”. Both of these buttons are producing the same, unwanted behaviour in the playlist. I have tried setting every single window navigation item to select with the desired button press, but this behaviour still continues.
I am confused as to why this would suddenly happen on a different TV, and why 2 different buttons (being interpreted as such) would both be clearing the playlist (very strange, probably universally unwanted, behaviour).
I have now tried attaching a USB keyboard and the OSMC remote, and exactly the same behaviour occurs.
Can you show us a small video of the problem?
Sam
This is a video of me queueing a file, going to the playlist and attempting to play the first file in the list:
Expected behaviour would be for the file to play, but the playlist clears. Throughout the video I am only using the navigation buttons (left, right, down, up) and select (enter).
I have since tried the Vero on the previous TV it was used with and it is doing the same with all three input devices.
https://www.dropbox.com/s/35k0x9cvers30gg/DSCN0916.MOV?dl=0
Sorry, link didn’t seem to embed properly.
logs might help.
1 Like
Seems to be happening here, but not sure why:
2019-07-24 07:30:04.791 T:3826234080 DEBUG: Skin Helper Widgets --> Kodi_Monitor: sender xbmc - method: Playlist.OnAdd - data: {"item":{"id":3625,"type":"episode"},"playlistid":1,"position":0}
2019-07-24 07:30:04.829 T:3784270560 DEBUG: Skin Helper Service --> Kodi_Monitor: sender xbmc - method: Playlist.OnAdd - data: {"item":{"id":3625,"type":"episode"},"playlistid":1,"position":0}
2019-07-24 07:30:06.385 T:3727684320 DEBUG: PushCecKeypress - received key a9 duration 0
2019-07-24 07:30:06.385 T:4066947072 DEBUG: HandleKey: 169 (0xa9, obc86) pressed, action is Left
2019-07-24 07:30:06.763 T:3727684320 DEBUG: PushCecKeypress - received key a9 duration 378
2019-07-24 07:30:07.385 T:3727684320 DEBUG: PushCecKeypress - received key a6 duration 0
2019-07-24 07:30:07.390 T:4066947072 DEBUG: HandleKey: 166 (0xa6, obc89) pressed, action is Up
2019-07-24 07:30:07.765 T:3727684320 DEBUG: PushCecKeypress - received key a6 duration 380
2019-07-24 07:30:08.151 T:3727684320 DEBUG: PushCecKeypress - received key b duration 0
2019-07-24 07:30:08.161 T:4066947072 DEBUG: HandleKey: 11 (0x0b, obc244) pressed, action is select
2019-07-24 07:30:08.161 T:4066947072 DEBUG: Activating window ID: 10028
2019-07-24 07:30:08.483 T:4066947072 DEBUG: ------ Window Deinit (MyVideoNav.xml) ------
2019-07-24 07:30:08.483 T:4066947072 DEBUG: FreeVisualisation() done
2019-07-24 07:30:08.492 T:4066947072 DEBUG: ------ Window Init (MyPlaylist.xml) ------
2019-07-24 07:30:08.493 T:4066947072 INFO: Loading skin file: MyPlaylist.xml, load type: KEEP_IN_MEMORY
2019-07-24 07:30:08.493 T:3727684320 DEBUG: PushCecKeypress - received key b duration 342
2019-07-24 07:30:08.525 T:4066947072 DEBUG: CGUIMediaWindow::GetDirectory (playlistvideo://)
2019-07-24 07:30:08.525 T:4066947072 DEBUG: ParentPath = []
2019-07-24 07:30:08.529 T:3595555552 DEBUG: Thread BackgroundLoader start, auto delete: false
2019-07-24 07:30:08.542 T:3595555552 DEBUG: Thread BackgroundLoader 3595555552 terminating
2019-07-24 07:30:08.557 T:3932951264 DEBUG: ffmpeg[EA6C12E0]: [swscaler] No accelerated colorspace conversion found from yuv420p to bgra.
2019-07-24 07:30:11.431 T:3727684320 DEBUG: PushCecKeypress - received key b duration 0
2019-07-24 07:30:11.449 T:4066947072 DEBUG: HandleKey: 11 (0x0b, obc244) pressed, action is select
2019-07-24 07:30:11.458 T:4066943712 DEBUG: CAnnouncementManager - Announcement: OnClear from xbmc
2019-07-24 07:30:11.458 T:4066943712 DEBUG: GOT ANNOUNCEMENT, type: 2, from xbmc, message OnClear
2019-07-24 07:30:11.458 T:4066947072 DEBUG: CGUIMediaWindow::GetDirectory (playlistvideo://)
2019-07-24 07:30:11.458 T:4066947072 DEBUG: ParentPath = [playlistvideo://]
2019-07-24 07:30:11.458 T:3595555552 DEBUG: Thread waiting start, auto delete: false
2019-07-24 07:30:11.459 T:3595555552 DEBUG: Thread waiting 3595555552 terminating
2019-07-24 07:30:11.463 T:3595555552 DEBUG: Thread BackgroundLoader start, auto delete: false
2019-07-24 07:30:11.471 T:3595555552 DEBUG: Thread BackgroundLoader 3595555552 terminating
2019-07-24 07:30:11.471 T:4066947072 DEBUG: CGUIMediaWindow::GetDirectory (playlistvideo://)
2019-07-24 07:30:11.471 T:4066947072 DEBUG: ParentPath = [playlistvideo://]
2019-07-24 07:30:11.472 T:3595555552 DEBUG: Thread waiting start, auto delete: false
2019-07-24 07:30:11.472 T:3595555552 DEBUG: Thread waiting 3595555552 terminating
2019-07-24 07:30:11.477 T:3595555552 DEBUG: Thread BackgroundLoader start, auto delete: false
2019-07-24 07:30:11.486 T:3826234080 DEBUG: Skin Helper Widgets --> Kodi_Monitor: sender xbmc - method: Playlist.OnClear - data: {"playlistid":1}
2019-07-24 07:30:11.488 T:3595555552 DEBUG: Thread BackgroundLoader 3595555552 terminating
2019-07-24 07:30:11.523 T:3784270560 DEBUG: Skin Helper Service --> Kodi_Monitor: sender xbmc - method: Playlist.OnClear - data: {"playlistid":1}
Yes, I could not find any clues as to why in the log but could see it happening. The behaviour is the same for the “play” button. It is not at all connected to moving to another TV, as moving back to the old one still does the same - the timing lead me to believe initially this was the cause. I also have not installed any new add-ons recently, but do dist-upgrade roughly weekly. I can not be exactly sure when this behaviour would have started, as I have not been using the Vero for watching videos for a few weeks or so.
Can you try another skin?
Which remote are you using?
It happens with all skins I have tried (3 of them). The example log and video were using the TV’s remote via HDMI-CEC, but exactly the same happens when using an attached USB keyboard and the OSMC remote.