Rockbox Development > Feature Ideas

database : showing trackname whith no id3 given

<< < (8/9) > >>

soap:
Motorbit - you appear to have asked a perfectly reasonable question (roughly) 'Despite your solid points - why not add this teeny tiny feature?'

Llorean has touched upon one good reason - that the solution you propose for your personal edge case (for let's face it - it is an edge case) might cause conflicts for other edge cases.  While I think this is perfectly valid - I don't think it is the strongest argument against.

IMHO, the strongest argument against is general principle.  What I am about to say might sound weird coming from something as nerdy as an open source DAP firmware - but Rockbox can not afford to support every edge case - even though your assertion that this is likely a very small change is likely right.

PC media players (especially music ones) can pretty much pretend they have infinite resources.  The CPU and memory requirements for everything Rockbox can do are peanuts to a PC.  Power as well.
DAPs, though, are a teeny tiny resource-starved box.  Every single byte of code size is precious.  The more RAM taken by features the less left for the buffer and the more battery consumed by the hard drive.  Many of the devices Rockbox runs on have very small amounts of RAM.  (My 386 had more RAM than some of these players.)  Every single CPU cycle adds up to battery consumption as well as the big question if there are even free CPU cycles left.  (Have you ever tried to play Vorbis on the iPods with all five bands of the EQ active?)

This being taken into account I think it is quite reasonable not to expect your (admittedly) edge case to be considered for inclusion.  Especially considering you are (in effect) asking to use untagged files in the tag database.
Rockbox already accommodates your edge case in the (more general) WPS system.

Llorean:
But a much larger set of edge cases (including sorting and filtering entirely untagged or *untaggable* files) could be handled by the format string variant, which could also solve his specific case.

motorbit:
so, can you imagine any edge case where someone wuld prefear reading the null-info like "untagged" instead of the filename? i cant, because the one wuld still see the tag is missing because of the extension of the filename. printing untagged only makes it also more difficult to see witch file has a missing tag there.

to the ressources-hungryness:
a verry valid point. but rockbox must have some code for handling untagged files already.
logic wise, i think i shuld be something like:

if $id3-filename ="null" print "untagged"

now, wuld

if $id3-filename ="null" print "filename"

require so much more ressources?

its just an assumption, but i guess it wuld require changing only one line of code, not adding a new module to the kernel or dozends of lines for another compute-intensive calculation running in background all the time.

Llorean:
Please, make use of the forum's spell checker. It's getting really irritating reading words like "wuld" and "prefear" that don't even exist. I know you've mentioned limited English, but you don't have to make up spellings as you go along.

If a file is untagged, why should it be assumed that it's *not* intentional? It's entirely possible for you to tag your files, but you're suggesting that "no title tag" shouldn't mean "no title" when for some people it does.

I have several audiobooks that don't have separate title tags because I've just titled the Album as the book name, and the individual files are simply disk breaks. The "track" number represents the disk number for me, and if I were in the database I wouldn't expect nor want to see filenames as the filenames are redundant to the information I need.

Again I ask - why can't you just use the existing filename support in the database for your personal edge case? It sounds like you only want to use filenames and not metadata for the track name, which from my understanding is actually supported, it's just fallback that isn't.

motorbit:
right. these numbers probably would scare you.

anyway, arguments are exchanged, i don't think there will come some new ones along. it seems everyone  to have come to a fixed opinion.
thanks for your attention.

Navigation

[0] Message Index

[#] Next page

[*] Previous page