Re: look for utility to convert DVD to DivX

2001-12-24 Thread Helios de Creisquer
On Mon, Dec 24, 2001 at 09:51:02PM +0800, Patrick Hsieh wrote:
> Hello list,
> 
> Is there any good command line utility to convert DVD to DivX?
> 
> And recommendations are highly welcome!

There is 'drip' available at: http://drip.sourceforge.net/download.php

works well for me. take about 6hours to encode a DVD to a 700MB divx,
with relatively good quality...

Cheers,
-- 
   Helios de Creisquer  <[EMAIL PROTECTED]>
http://www.tuxfamily.org/<[EMAIL PROTECTED]>
http://www.vhffs.org/  +33 (0)6 70 71 20 29  <[EMAIL PROTECTED]>
http://www.gnu.org/<[EMAIL PROTECTED]>
GPG(1024D/96EB1C44): FB11 8B80 4D86 D9C2 DE0C 11D7 2FA8 A5CC 96EB 1C44



Re: ide tape errors

2001-12-27 Thread Helios de Creisquer
On Wed, Dec 26, 2001 at 11:40:04PM +0100, martin f krafft wrote:
> alsosprachJeromeAcksJr <[EMAIL PROTECTED]>
> [2001.12.23.2021 +0100]:
> > To get my ide tape to work, I had to add
> >
> > append="hdc=ide-scsi"
> >
> > to lilo.conf.
>
> that did change things. now when i insert  a  tape,  it  takes  a  lot
> longer to stop the motors after the initial winding, but  now  neither
> of /dev/nht0, /dev/ht0, /dev/nst0, and  /dev/st0  let  me  access  the
> drive. and the same applies for numbers 1-3...
>


I've got an IDE tape (OnStream 30GB) working well under sid, just had to
use the append line as specified above, and  had  to  use  the  OnStream
device file, not the generic tape one: /dev/osst0 (c 206 0)

Hopes this helps,

Cheers,

--
   Helios de Creisquer  <[EMAIL PROTECTED]>
http://www.tuxfamily.org/<[EMAIL PROTECTED]>
http://www.vhffs.org/  +33 (0)6 70 71 20 29  <[EMAIL PROTECTED]>
http://www.gnu.org/<[EMAIL PROTECTED]>
GPG(1024D/96EB1C44): FB11 8B80 4D86 D9C2 DE0C 11D7 2FA8 A5CC 96EB 1C44



Re: resuming apt-get downloads

2002-01-06 Thread Helios de Creisquer
On Thu, Jan 03, 2002 at 08:42:15AM -0600, Colin Watson wrote:
> On Wed, Jan 02, 2002 at 08:21:31PM -0800, Osamu Aoki wrote:
> > On Wed, Jan 02, 2002 at 04:08:13PM -0600, Colin Watson wrote:
> > > This isn't true. APT's HTTP method has always used the HTTP/1.1 Range:
> > > header to attempt to resume downloads from the middle of a file. The
> > > only reason it might not work is if the server doesn't support
> > > byte-range operations.
> > 
> > Thanks correcting me.  My total misunderstanding.  
> > 
> > Does squid affect it?  I use squid as proxy.  Just curious.
> 
> It could well do. http://squid.sourceforge.net/squidhttp1.1.htm suggests
> that squid's HTTP support might not be exactly perfect, but I don't know
> the details.
> 
> I suppose, if you're using squid as a proxy, it doesn't matter too much
> whether APT resumes HTTP downloads or not?

For informations on how squid deals with range headers, see:

http://squid.visolve.com/squid24s1/tuning.htm#range_offset_limit
http://squid.visolve.com/squid24s1/tuning.htm#quick_abort_min

Cheers,
-- 
Hélios de Creisquer <[EMAIL PROTECTED]>