When XBMC receives the URL from miniDLNA, the file name portion is just a string of numbers that has no relation to the actual movie/music filename. Thus, XBMC is not able to retrieve metadata from the internet.
Not sure if it is possible, but is there a way for miniDLNA to return name of actual filename as part of the URL that gets sent to upnp renderers?
Sure, it would be possible to do that. Maybe something like "http://192.168.1.1:8200/MediaItems/10.avi?name=Mission_Impossible_2.avi". But I don't know if XBMC would be able to handle it.
Thanks for the quick reply. Again, sorry if I am asking a dumb question, but would it possible to server a file as "http://192.168.1.1:8200/MediaItems/Mission_Impossible_2.avi" instead of "http://192.168.1.1:8200/MediaItems/10.avi?name=Mission_Impossible_2.avi"? I am pretty sure, the former would work with XBMC, not sure about the latter though.
No, that's not realistic. However, doing something like "http://192.168.1.1:8200/MediaItems/10/Mission_Impossible_2.avi" shouldn't be too difficult.
I think that would be fantastic! For local files, XBMC fetches movie information just from the filename portion and can ignore any directory path. Since your suggested naming scheme follows the same pattern, I feel pretty confident that XBMC can work with the URL name that ends with a sensible filename.
Thanks again for the super-fast response.
Log in to post a comment.
Sign up for the SourceForge newsletter:
You seem to have CSS turned off.
Please don't fill out this field.