2006-08-15: Keith Bennett dixit:
> On Tue, Aug 15, 2006, EV wrote:
> > Currently, taxi files have individual access permission under
> > control of the standard unix file permission flags.  To
> > implement this I choosed a suitable property,
> > "play_count_limit", which is never used for taxis, and used
> > it to store the flags (at least a 16 bits integer is needed).  
> > However, this property is important for tunes, so we have to
> > choose another one or change the permission management
> > altogether.  For tune files we have the added complication of
> > the (virtual) directories, for which permissions can not be
> > easyly maintained.
> 
> Why is "play_count_limit" important for tunes? What is it
> actually used for? If it doesn't break anything then we may as
> well carry on using it. 

I think it is used in connection with some of the DJ play options 
of the RK.

> Otherwise you could use one of the replay_gain flags since they
> are certainly unused. Those flags are only defined for the most
> recent firmware, though.

I'd like not to break support for the 1.68 firmware (my
regular-use RK has this version and I'm lazy to upgrade -- apart
from not having any M$W machine to do it ;)

Nevertheless, I guess 1.68 can leave with a smalldb which
includes these properties...  BTW, if this is true, we could just
add an ad-hoc prop to the set of "legal" properties.  In fact,
you can add whatever you like to the ??1 files.  Only that the RK
Rescan Music will not add the "ilegal" staff to smalldb.  But now
that we have full control over smalldb, may be we can do it.

What do you think?
EV.

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
linux-karma-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/linux-karma-devel

Reply via email to