topfs2 Wrote:yeah that was what I wanted but with just a different syntax Unless I'm missunderstanding you?

GetArtist(album_artist=true) : Fetch ever single artist no matter if its various
GetArtist(album_artist=false) : Only fetch "pure" artists
GetArtist() : Use default from GUI.

Personally I prefer not having more than one bool because it gets rather unclear what you want if you do GetArtist(use_gui=true, album_artist=true). Obviosly we could use an enum though and have album_artist="default" or something, but I personally think bool and omit is better, but will discuss it a bit internally

Tangent of the topic, I'm also somewhat thinking that we should perhaps flag the items too, so that a client could do post-fetch filtering if they so desire, so each artist has a flag which states if its various or not. And when settings is wrapped the gui setting will be available there.

jasonvp Wrote:Hi Guys,

Can "artistid","albumid","genreid" be added to "Audio.Fields.Song"?

Or is it only possible to use "musicbrainz" for multiple id requests?


Cheers
Jason

topfs2 Wrote:Please feature request it and cc me and montellese, I'm not sure how easily its done but its surely a valid feature!

jasonvp Wrote:Thanks topfs2.

Ticket #11863

I have some other JSON RPC request...well quite a few. Should I submit a feature for each individually or keep them in groups e.g. AudioPlaylist, Input, AudioPlayer etc or just one big list?


Cheers
Jason

• Added optional parameter "albumartistsonly" to AudioLibrary.GetArtists. If the parameter is not passed or is passed with a value of null the result will consider the GUI setting "Include artists who appear only on compilations" (Settings -> Music -> Library). Providing the parameter with a boolean value (true/false) overrides the GUI setting. If the GUI setting is unchecked or the parameter is passed with a value of false, the returned list will contain an artist named "Various artists". That artist has an "artistid" which cannot be used in AudioLibrary.GetArtistDetails but it can be used in AudioLibrary.GetAlbums and AudioLibrary.GetSongs.
  
• Changed the return value of the "set" field, which can be requested for movies. Up until now the return value was a comma-seperated string of set names. It has now been changed into an array of set names which should make parsing the sets a lot easier for clients.
  
• The following optional fields have been added to some media objects:
  • "setid" to movies
    
  • "tvshowid" to episodes
    
  • "artistid" to albums
    
  • "artistid" and "albumid" to songs
    
  This will make it easier to access "parent objects" of a retrieved media objects.
  

rflores2323 Wrote:Hey guys.. this thread is way over my head however I am having trouble with xbmc connecting to remote server. I get a pop up when I start xbmc that shows this.

download log here XBMC log

Code:

NOTICE: Trakt Utilities: [Notification Service] Telnet too soon? (61) Connection refused

samdret Wrote:Is there a way to get a database identifier based on a filename? Because when XBMC.Play is utilized with a filename, the info returned by System.GetInfoLabels differs from when that same file is played via XBMC (presumably via id).

Montellese Wrote:Did you change the default port (9090) of XBMC's TCP server in your advancedsettings or do you have any other app running on your atv2 that is using port 9090? Because in the log it says which might be because that port is already in use:

Code:

18:03:08 T:221143040   DEBUG: Thread JSONRPC::CTCPServer 221143040 terminating
18:03:08 T:117059584   ERROR: JSONRPC Server: Failed to bind serversocket

Montellese Wrote:Having multiple XBMC boxes shouldn't be a problem because a port always works together with an IP address and every one of your XBMC boxes must have a different IP address anyways.

To check what ports are being used on your atv2 you need to log into your atv2 over ssh and then run netstat -a which should provide you with a list of all TCP and UDP ports in use. I don't have an atv2 (or any other apple product) so I can't provide more detailed instructions.

rflores2323 Wrote:ok this is my output

Code:

[...]
tcp4       0      0  *.websm                *.*                    LISTEN
[...]

Montellese Wrote:I'm not 100% sure but this one is probably the bad guy. IIRC WebSM uses TCP port 9090. Did you run netstat while XBMC was running or without it running? Can you run netstat again without XBMC running and this time please execute "netstat -ln". This will only show the listening ports and it will resolve all those odd names into real port numbers. Then we should see for certain whether "websm" is the name of port 9090 or not.