UPnP Audio : No track number passed, all albums play alphabetically

edszfa · 2012-05-07 06:46

Hi,

I've got a strange problem with the UPnP server component of XBMC - for some reason when playing audio files my clients seem to list all album tracks in alphabetical order with no regard for the track numbers. I can confirm that these track numbers are held in the ID3 tags of the mp3s, and the even the files themselves are in the correct order as the track number prefixes the song title in my file naming convention.

Is there an option somewhere that I'm missing to pass the track numbers (or force a sort by track no./ file name)? With settings as they are I can't see the UPnP audio server side of things being much use as it's not possible to listen to an album in the correct order. I've been all over the menus, although admittedly I've not dug through the advanced settings config files, looking for a fix. It's driving me crazy.

**jhsrennie** · 2012-05-07 09:59

This is a long standing, erm, feature of XBMC's UPnP support. Basically the UPnP server is a half hearted implementation. I believe there is a project imminent to look at completely rewriting it.

edszfa · 2012-05-07 12:22

Wow, really? What a shame, I can't believe something this basic is a bug and hasn't been addressed - it's such a fundamental flaw with what I'd imagine to be a trivial fix.

Many thanks for letting me know, you've saved me hours looking at all the possible config options and wondering what I need to do to fix it. I guess I now need to find and run a sepearate UPnP alongside my XBMC install. Bah.

**jmarshall** · 2012-05-07 12:40

The track is set in the object's m_MiscInfo.original_track_number

It may well be that your client is expecting something else.

nelms · 2012-05-10 15:55

Every client I have tried is the same in that songs are listed in alphabetical order. I've tried on my wp7 phone AV Remote, Linada and onePlayer. On my Ipad2 I've tried AirAV and media:connect all display tracks in alphabetical order.

I found this on the forum for media:connect:
http://support.personasoftware.com/discu...ort-option

Looks like there are a few who find this an issue. Is this on the roadmap for XBMC to look at and if so do you have a timescale?

This is my only niggle with what is otherwise such an amazing system.

**jmarshall** · 2012-05-11 00:41

By the looks of the what it says there we already do set the appropriate properties. You need to track down exactly what needs setting up that we're not doing correctly. Any documentation found would be useful for developers.

edszfa · 2012-05-11 03:53

So is it original_track_number or originalTrackNumber? Does this make a difference? I'm guessing it's most likely a bug rather than an incorrect design if it looks like XBMC is doing what 'it's supposed to'.

For info, I've never had any of my players get music in the correct order from XBMC, this includes hardware players such as Roku etc. Other open-source servers such as mt-daapd (formerly FireFly) seem to work as expected with everything I own.

edszfa · 2012-06-05 12:59

Not that this is probably being read anymore but I've found a player which allows you to 'force' ordering by track number and even this doesn't work with XBMC as a uPnP source. Maybe it isn't passing anything at all in this property?? Or passing single dodgy value?

jhsrennie Team-XBMC Developer Posts: 7,237 Joined: Nov 2008 Reputation: 117 Location: Chester, UK	2012-05-07 09:59 Post: #2 This is a long standing, erm, feature of XBMC's UPnP support. Basically the UPnP server is a half hearted implementation. I believe there is a project imminent to look at completely rewriting it.
	find quote

edszfa Junior Member Posts: 11 Joined: May 2012 Reputation: 0	2012-06-05 12:59 Post: #8 Not that this is probably being read anymore but I've found a player which allows you to 'force' ordering by track number and even this doesn't work with XBMC as a uPnP source. Maybe it isn't passing anything at all in this property?? Or passing single dodgy value?
	find quote