Hi! On 8/15/11, Sam Thursfield <[email protected]> wrote: > Hi! > > A lot of people these days have CDs stored as one big .FLAC file, with > a .CUE sheet listing the offset of each actual track. To get Tracker > to recognise these requires some sort of ontology addition to express > the track offsets. As far as I can see, the best solution is the > following: each logical track is a nmm:MusicPiece resource with its > nie:uri pointing to the one .FLAC file, and a new > nfo:audioContainerOffset property that specifies the offset in samples > of the track into its file.
What about adding an anchor/parameters in the URI? Somehow those positions in the stream sound like "anchors" in a URL. As a norm, is not good to encode information in the URI but in this case could make sense. > In terms of implementation, I'm going to have to add it to the libflac > based extractor, because there's a whole lot of work to be finished up > before gstreamer can handle this sort of thing[1]. grmph. Well, an option could be to use the URI with parameters/anchors and write a gstreamer element (a source?) that understands that URI. Easy in theory, but I am not much into the Gstreamer details. > Also, does anyone know the best way to contact nepomuk upstream these > days? the only committer to the shared-desktop-ontologies[2] seems to > be Sebastian Trueg (of KDE), they don't seem to have their own mailing > list so I think I'm going to ask him where is best to get their > opinion. They are interested in some of our changes. It is time to propose our changes back to nepomuk, but so far I don't know how. Regards, Ivan _______________________________________________ tracker-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/tracker-list
