[VonMagnum]

What about MKA files? Has anyone else tried them in Omega?

It now shows the last track first here (all tracks after start with track 01 and work normally), but with a bizarre track length shown (about 2/3 the album on average) and that track cannot be played directly (it will play if you use the movie player and play through the next to last track as it just keeps on going). It worked fine in Matrix and Nexus here. I've been asking around and haven't gotten one person to so much as confirm the problem isn't just in my install (Nvidia Shield Pro 2017 model).

This is how it looks:

[black_eagle]

@VonMagnum Please provide screenshots and a debug log (wiki) of your issue.  Thanks.

I just did a quick test here.

This is an MKA containing DTS-HDMA.



This file is fully tagged, including all the track info that Kodi currently can't read - although I have some WIP that fixes this and provides a much better experience.

Regardless, this is how it looks in Kodi when just scanned in and with no art or artist scraping etc.



Opening the album to view the tracks.



Playing the last track (using PAPlayer)



Relevant part of kodi debug log showing file type, content type and PAPlayer playing it.

Perhaps this is more of an Android issue, although I cannot reproduce it on My Firestick 4K Max either. Still, screenshots and a debug log (wiki) may help diagnose things for you.

[VonMagnum]

I'm not currently at home, but I'll try and get the log in a day or two. Maybe something got corrupted.

[VonMagnum]

I made this log tonight.  It's accessing Yello's album

Appears in search as ->   Yello - Point (Atmos).mka

https://paste.kodi.tv/juxudejase.kodi

[VonMagnum]

I put Omega on my 2012 MacMini to see if it showed the same error.  It did.  It kind of looks like KODI is seeing the last song as a folder instead from one of the views.

Here's a screenshot (notice track 15 is first and has no length and also says "Point - Yello" in front of the track name):

https://ibb.co/GJB5pLH

[black_eagle]

Yeah, I can confirm that this is indeed the case when navigating in files view.  The last track is listed first and is unplayable.  However, I have also noticed that although the files are ordered correctly in library view, the last track is missing.

I have looked at mka stuff before but not for this reason.  Its possible the stuff I did previously may have fixed it, or then again, maybe not.  I will take a look but no promises.

###EDIT###

OK, I see the reason.  Having tested with both library and file views, I am under the impression that mka / audiobooks never resumed properly when navigating via the files view.  I need to build some old versions of Kodi to test against.  I should have a proper fix for both issues later this week (time permitting).

[black_eagle]

Fixed in nightlies going forwards with https://github.com/xbmc/xbmc/pull/25639

[HomerJau]

Hi @black_eagle,

Here is an image the issue I reported to you via PM earlier today with the last chapter/song duration being incorrect in mka files with chapters (your recent merge in Kodi 22 from latest nightly build). This is when opening the mka file in Kodi file browse mode.

The same occurs when scanning the specifically tagged mka into the Kodi music library (using tags Kodi/ffmpeg tag reader uses) as per your Pink Floyd file example.

Could you also merge these recent ‘audiobook’ fixes (and fix for incorrect last chapter duration here) into Kodi 21 Omega branch as this will allow users to stop using cue files for mka albums and we can revert to mka tagging as you suggested some time back.

THX
Garry

[VonMagnum]

I downloaded the nightly dated Oct 30th, 2024 from https://mirrors.kodi.tv/nightlies/androi...v8a/Omega/

It still has the same MKA bug in it.  Is the fix still only on GitHub?

[Fuzzard]

Nightlies in this instance is v22/Piers/master. A backport has not been made currently.