Minidlna fails to import Track #'s
Brought to you by:
jmaggard
Using v. 1.2.1 (on several systems), trying to sort mp4 files by Track number.
used forcesortcriteria=+upnp:originalTrackNumber, and dlna clients still didn't sort it correctly (roku, vlc, bubble on andriod, windows media player etc...) - confirmed track tags are in the mp4 files.
So then I "manually" opened the files.db database using DB browser for SQLite, http://sqlitebrowser.org/, track column the values for all the files were "null". Manually added track numbers to each of the files, saved the database, and clients correctly sorted by track.
minidlna/readymedia is not importing the Track field to the files.db. Can someone fix? I'd be willing to try a patch, thanks
The mp4 file extension can be video or audio files. If minidlna finds a video stream in the mp4, it is processed as a video file. Otherwise, it is processed as audio file. Embedded coverart is viewed as a video stream, so mp4 audio file with embedded coverart is never processed as audio file.
The easiest option is to change your mp4 audio files to m4a file extension.
Hi Skrimpkin - thanks for the response :-) These mp4 files ARE video (H264) files, TV show episodes. Coan video files be indexed with track #'s uploaded?
Use latest git version. Use nfo file with season/episode tags or use filename parsing by adding S01E01 format to filename. There is no support for embedded tags.
Try this patch with latest git version to enabled embedded season/episode tags.