dvfs api and toolkits
elanthis at awesomeplay.com
Sun Apr 10 23:18:46 EEST 2005
On Sun, 2005-04-10 at 19:51 +0000, Nielsen wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> Waldo Bastian wrote:
> > I would say that for now DVFS shouldn't support seeking and later on we can
> > have a look at applications like you mention above and see what there *exact*
> > needs are. For now they should just download the whole file and seek in
> > there. Later we can make that more optimized on selected backends (mostly
> > centered around http I imagine) I don't think it makes sense to do a poor
> > attempt at generalization at this point if the chance is large that the
> > result of that will still be unusable for the targeted applications.
> True, you have a point there. Although from the view of a user DVFS (or
> the distro, desktop etc... that uses it) will represent a large
> regression for the (somewhat common) use cases presented earlier.
It would only be a regression if the developers of the apps switched to
D-VFS from another VFS library that already had seeking.
The options for D-VFS 1.0 are pretty much: (a) no seeking, (b) seeking
only for file systems with solid dependable support for it, or (c)
seeking everywhere using inefficient emulation where needed. Even if we
go with (a), applications can special case file:/// URIs and just use
POSIX if they need some special capability that isn't in D-VFS (yet).
Something we can figure out once we have real code, I guess. Right now
all this speculation isn't helping - it's not a clear cut issue, and I
don't think it's something we can make a firm decision on at this point.
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.6 (GNU/Linux)
> -----END PGP SIGNATURE-----
> xdg mailing list
> xdg at lists.freedesktop.org
Sean Middleditch <elanthis at awesomeplay.com>
More information about the xdg