Rockbox General > Rockbox General Discussion

tagnavi.config v2.0 syntax

<< < (15/20) > >>

xlarge:
Please attach that whole file so we can have a look at it.

bascule:
Ok, well I do know there seems to be limit to the total size of tagnavi information that is loaded and I have also come up against missing menus and strange behaviour because the last few lines of the file have not been loaded. Slasher on the forums would probably know exactly what the limit is...

However, what's more interesting is why you have 7 separate music folders and want separate (but apparently similar) database navigation functionality for each...

I'm sure with a bit of effort (and knowing exactly what differentiation you wish to have between them) that a solution can be found without busting the filesize limit ;)


--- Quote from: xlarge on March 15, 2007, 11:05:14 AM ---Please attach that whole file so we can have a look at it.

--- End quote ---
Yes, do that, but as an attachment, please, not as text - I don't want the forum to get broken as well :P

jsn5406:
Okay I have included my tagnavi with color codes for easier viewing in wordpad (as an rtf)...since its kind of long...

You will be able to see the 7 folders I have, which are basically named for their genre...but each folder contains alot of songs (singles has over 4000)....perhaps its bad form...i don't know lol...but it seems to work for me

There is a slight problem in that each folder is unique...and in some cases it is simply impractical to do a specific search in a folder due to the mass unavailability of that specific tag. This is why you may find album/artist searches in one folder, and artist/title/year searches in another folder.

Also, I have another folder solely with albums but these are nicely arranged where each album has its own folder...so I prefer to use the file browser on this folder rather than the database. So far this is the only folder I can get to use efficiently with Rockbox.

I did read that, promisingly, there is a way to edit tagtree.h to allow more of tagnavi to load...but I am less that a noob when it comes to coding and compiling...so I should think this is a last resort

Let me know what you think

[attachment deleted by admin, too old]

bascule:
That's certainly an interesting file ;D

I would say that your best bet would be to tag your files somehow with the category types that you have currently split out into directories.

The obvious one would be genre, but you may already have genres filled, in which case you could use the newly-available comment field.

Once this is done, then the searches you have could be generic (i.e., only one of each), but pre-filtered by the category or using the category as a conditional.

E.g.,

"Artist by Category" comment -> artist -> title = "blah"

Or, for the more complicated A-Z stuff, a separate menu per category

E.g.,
"Dancehall A-Z" ==> "dancehall"

%menu_start "dancehall" "Dancehall A-Z"
"A"   -> artist ? artist ^ "A" & comment = "dancehall" -> album  -> title = "f_browse"
"B"   -> artist ? artist ^ "B" & comment = "dancehall" -> album  -> title = "f_browse"

Somehow you need to trim down your unfeasibly large tagnavi file and this seems the easiest way.

jsn5406:
I understand your suggestion and it is quite useful..

the problem is that I would like all of my searches (artist/title/album) to be alphabetical, and this means i'll still have the long versions of each procedure..

It would have been cool if I could have a line like:

%menu_start "test" "Browse Artists"
"Artist by Directory" -> comment ==> "alpha"

and then this would call a generic alphabetical menu...but for now I shall have to find other ways of condensing the file...

do you suppose referencing a procedure from another with a switch would be implemented any time soon?

alternatively I have found that I can have one generic A-Z menu which will request the comment such as in this line:

"A" -> comment -> artist ? artist ^ "a" -> title =...
"B" -> comment -> artist ? artist ^ "b" -> title =...

but this would mean choosing the comment after every letter selection and this is neither efficient nor aesthetically pleasing...

need another cup of coffee...

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version