Re: [Tracker] tracker-extract-xine + tracker-extract-gstreamer + cleanups

[Laurent Aguerreche <laurent aguerreche free fr>]

Le lundi 30 octobre 2006 Ã 01:09 +0000, Jamie McCracken a Ãcrit :
> Laurent Aguerreche wrote:
> > Le lundi 30 octobre 2006 Ã 00:40 +0000, Jamie McCracken a Ãcrit :
> > > Edward Duffy wrote:
> > > > > g_spawn_sync returns FALSE if we could not execute totem, mplayer or
> > > > > xine so it would be good to try them in that order until one of them
> > > > > returns TRUE.
> > > > That's not necassary.. the loop that iterates over the "extractors"
> > > > array (tracker-extract:176) will keep going if an extractor does not
> > > > return any metadata.  So, if mplayer is not there, it'll try totem,
> > > > etc.
> > > yeah I know but what if the video file has no metadata?
> > >
> > > Should we still iterate or stop when we know there's none?
> > >
> > > searching for video metadata can be slow if file is really big (1GB+) so 
> > > would be nice to avoid this.
> >
> > If we suppress Totem support:
> > - call GStreamer, nothing?
> > - then call Xine (it is not xine but libxine!), nothing?
> > - then call MPlayer...
>
> > Totem is not useful anymore since we have now a way to call directly
> > GStreamer or libxine. Totem is just built against one of those backends.
>
> I am thinking about the debs for tracker daemon and I would not want 
> them to depend on gstreamer or libxine
>
> having totem and mplayer seems a nice way out here

Ok...

But can you be more clear about how tracker-extract should use its
environment? Why sometimes does it use shell (ex: it calls MPlayer), and
sometimes it directly calls functions in libraries (ex: Poppler)?


Laurent.