[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-multimedia
Subject:    Re: How do you tell if you're using aKode?
From:       Neil Stevens <neil () hakubi ! us>
Date:       2004-07-24 18:57:16
Message-ID: 200407241157.23710.neil () hakubi ! us
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Saturday 24 July 2004 07:39 am, Allan Sandfeld Jensen wrote:
> On Friday 23 July 2004 22:16, Neil Stevens wrote:
> > On Friday 23 July 2004 09:43 am, Stefan Gehn wrote:
> > > Another way is detect by hearing. If you get blips and blops on
> > > seeking or on buggy strams then it's mpeglib, otherwise it's aKode.
> > > Or you run cvs up on all your kde sources at once while listening to
> > > a file on the same hdd. If it skips like mad on extended
> > > hdd-trashing times then it's mpeglib, otherwise it's aKode (yes, I
> > > can cvs up all of kde without a single dropout now, not even xmms
> > > managed that back when I used it).
> >
> > So it does its own buffering?  How much latency does akode add?
>
> The real reason akode does less skiping, is because I've put in
> madvise/fadvise calls to advise the I/O layer how the disk is going to
> be accessed. When you advise the kernel that the disk is going to be
> accessed sequentially, it increases the read-ahead buffer and discards
> pages immediatly when they are no longer accessed..

Sounds great, thanks.

- -- 
Neil Stevens - neil@hakubi.us
"The world is a dangerous place to live; not because of the people who
are evil, but because of the people who don't do anything about it."
                                                 -- Albert Einstein(?)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)

iD8DBQFBArETf7mnligQOmERAhL7AJ44n1UaJ2e6njV9ZR87H1Hw0ojceACePf5Q
J4zA3FebZTp/WRDXvoXKu0s=
=g1SR
-----END PGP SIGNATURE-----
_______________________________________________
kde-multimedia mailing list
kde-multimedia@kde.org
https://mail.kde.org/mailman/listinfo/kde-multimedia

[prev in list] [next in list] [prev in thread] [next in thread]