[joethefox]

Really I don't know where to look, what the app does are JSON-RPC requests that even in a raspberry pi don't causes CPU rise. And If you start XBMC with a clean user folder just to try? don't delete your user folder! rename it temporarily.

[_someone_]

@_someone_, did you use nfo file to provide data for a video file in XBMC? If so, non-UTF8 characters causes JSON-RPC error.

Yes, I'm using nfo-files for all movies and TV shows. Is there a way for you to handle that?

[CaptainKen]

1) The volume slider isn't working other than if I slide it all the way to the left it mutes. When using slider it says "passthrough audio in use".

2) Is there a method to tell XBMC to Exit/Close?

[tudstudent]

Really I don't know where to look, what the app does are JSON-RPC requests that even in a raspberry pi don't causes CPU rise. And If you start XBMC with a clean user folder just to try? don't delete your user folder! rename it temporarily.

Will try monday eve.
Can user rights of the xbmc user have something to do with it (no access to e.g. audio group).

Btw I made also other changes to my HTPC so it might be solved as a side effect. Will post an update monday with the changes.

[joethefox]

@_someone_, did you use nfo file to provide data for a video file in XBMC? If so, non-UTF8 characters causes JSON-RPC error.

Yes, I'm using nfo-files for all movies and TV shows. Is there a way for you to handle that?

The issue is that if even just one .nfo isn't correctly encoded in UTF-8, when the remote app receives the answer from XBMC the result isn't in UTF-8 and this breaks the JSON-RPC specifications causing errors during the parsing of the answer. It's something that the remote app can't control.

This issue was fixed some months ago with this commit so mine is just a suspicious. Can you help me to discover if the issue is the non UTF-8 .nfo file? You should import one by one the nfo files until you find if there is the offensive one that breaks the remote app movies list.

---

@CaptainKen, 1) I think it's normal: it's not possible to control volume in passthrough mode, your amp takes the control of the volume.
2) sure, on the XBMC server list, the right view has the "Quit XBMC Application" button.

---

@tudstudent, ok. To better clarify, when I talked about a clean user folder I was referring to the userdata folder, http://wiki.xbmc.org/index.php?title=Userdata

[Tolriq]

For bad NFO all have been corrected in Xbmc Frodo recent builds but needs a rescrape

For Yatse I just make users do :

For Frodo - To do a full re-scrape of the faulty source :
- Edit the source and change the content type to none
- Accept the clean dialog
- Edit the source again and set back the correct content type.

Correct the problem all the times

[_someone_]

The issue is that if even just one .nfo isn't correctly encoded in UTF-8, when the remote app receives the answer from XBMC the result isn't in UTF-8 and this breaks the JSON-RPC specifications causing errors during the parsing of the answer. It's something that the remote app can't control.

This issue was fixed some months ago with this commit so mine is just a suspicious. Can you help me to discover if the issue is the non UTF-8 .nfo file? You should import one by one the nfo files until you find if there is the offensive one that breaks the remote app movies list.

Okay, I will try that in the next days. Just for your information: "Constellation" displays my database correctly, but of course I don't know how it is communicating with XBMC.

Thanks so far, I'll let you know if I identified an evil nfo.

Edit: @Tolriq: I've set up the database using the nfo-files with Frodo RC2. Are you sure the fix is already included there?

[joethefox]

@Tolriq, thank you for your hints!

@_someone_, yes the fix is already included in Frodo RC2 but you can still try what Tolriq has suggested. If the issue persist, I'm thinking that to speed up the debug process if you PM me your UDID I can build a debug version to sent to you that output some debug messages.

[dracula]

Suggestion: on the remote control keypad, allow longpress on the subtitle select button (2nd button on top row) to perform a subtitle lookup. This function is available from the OSD and will automatically download the first 'sync' subtitle if available, and open the subtitle browser otherwise.

I notice myself using this feature alot in XBMC Constellation.

[joethefox]

@dracula, why not? I like the idea, added in the TODO list!

[jj0076]

I noticed a small issue with this app with Frodo RC2 - when watching live tv, pressing the context menu button should bring up the channel list, but when using this app a short press on the menu button brings up the on-screen controls while a long press does nothing. Is there any way to make a long press bring up the context menu (channel list). This is what I think a long press should be coded to do anyway but it just doesn't seem to work.

Thanks in advance.

[joethefox]

@jj0076, the API to control live TV are yet in early stage so despite the remote app is sending the Input.ContextMenu command nothing is happening on XBMC side. I'm pretty sure that will be fixed for frodo+1.

[jj0076]

Thanks for the reply, I figured it was something I had wrong in my setup as another app I have seems to work but I prefer this remote app. I look forward to a fix, thanks again for the info.

[tudstudent]

@Joe: Tried what you said. No positive result. Still raises the cpu through the roof. (I deleted btw my complete .xbmc folder so there is no change it was something else in the .xbmc folder)

[joethefox]

@jj0076, yep, I've double checked the call before the last answer: I saw that the app sends correctly the Input.ContextMenu command and XBMC answer OK but nothing appear on video, maybe is another call. I will check this

@tudstudent, I'm really sad about your issue and I'll come back to the issue with you next year

so guys, let me take this chance to wish all of you an happy new year!!!