Re: Audio/Video file preview using gstreamer

["John Stowers" <john stowers gmail com>]

On 9/27/07, jamie <jamiemcc blueyonder co uk> wrote:

On Thu, 2007-09-27 at 13:02 +0200, Mikkel Kamstrup Erlandsen wrote:

>
> For tags particularly I'm not sure that using the xesam search api is
> the right way. I can easily imagine users that want tagging abilities,
> but do not want to run an indexer.

right the simple non-index backend should provide a fallback for this or
use the existing nautilus emblem/tags facility

As it currently stands the Nautilus emblem/tag facility is private and not accessible by other applications. This was indeed the problem I was trying to solve by storing the tags/emblems in tracker/xesam.

So what is an acceptable compromise in the non-indexed case? Storing tags/emblems as extended attributes (attrs) or perhaps using xmp attributes (in sidecar files or in the file itself). It would then be the indexers job (or whatever xesam provider is in use) to make accessible/merge this fallback information into its database.

Picking on tracker slightly, one of the concerns when tracker was last proposed for inclusion was that people were afraid of storing tags/emblems in a big central database incase the indexer ate it. Jamie, is there some possibility that all the above problems could be solved by storing emblems/tags in some other fallback manner and combining appropriately?

Then, nautilus could use xesam for searches, etc, and could access tags using some agreed fallback method instead

Thoughts?