[lug] dvd::rip and transcode

j davis davis_compz at hotmail.com
Tue May 14 22:13:35 MDT 2002

I dont have any procesess running in the background,non-system anyway. Next 
i will try nice -1 anyway. so 22 hours later i still got 4 to go, this 
so as i was asking...is this normal say for transcode .And what about 
windoz...anyone no how long it takes....do i need a dedicated windoz ripping 
server...thats not a acceptable answer. Maybe i'll quit trying to rip and 
just be
happy i can tap in to FastTrack via giFT (I thank the wonderful people who
brought us giFT!! ;))and download avis!

>From: Ed Hill <ed at eh3.com>
>Reply-To: lug at lug.boulder.co.us
>To: Boulder LUG <lug at lug.boulder.co.us>
>Subject: Re: [lug] dvd::rip and transcode
>Date: 14 May 2002 21:48:16 -0600
>MIME-Version: 1.0
>Received: from community.tummy.com ([]) by hotmail.com with 
>Microsoft SMTPSVC(5.0.2195.4905); Tue, 14 May 2002 20:48:21 -0700
>Received: (qmail 13880 invoked by uid 0); 15 May 2002 03:49:10 -0000
>Received: from localhost (HELO community.tummy.com) 
>(?y6vKcXF0M4MtumUXjUq6v4JWBP9N+8fN?@  by localhost with SMTP; 15 
>May 2002 03:49:03 -0000
>Received: (qmail 13715 invoked by alias); 15 May 2002 03:48:42 -0000
>Received: (qmail 13712 invoked by uid 0); 15 May 2002 03:48:42 -0000
>Received: from kato-ppp134.mines.edu (HELO eddy.mines.edu) (  
>by community.tummy.com with SMTP; 15 May 2002 03:48:37 -0000
>Received: (from edhill at localhost)by eddy.mines.edu (8.11.6/8.11.6) id 
>g4F3mHp01264;Tue, 14 May 2002 21:48:17 -0600
>Return-Path: <alias-blug_dom-lug-owner at lug.boulder.co.us>
>Delivered-To: mailman-lists.lug.boulder.co.us-lug at lists.lug.boulder.co.us
>Delivered-To: alias-blug_dom-lug at lug.boulder.co.us
>X-Authentication-Warning: eddy.mines.edu: edhill set sender to ed at eh3.com 
>using -f
>In-Reply-To: <3CE199BD.E6195E16 at idcomm.com>
>References: <F202pubxcbz37cfJiY90001528a at hotmail.com> 
><3CE199BD.E6195E16 at idcomm.com>
>X-Mailer: Ximian Evolution 1.0.5 Message-Id: 
><1021434497.1225.21.camel at eddy>
>Sender: lug-admin at lug.boulder.co.us
>Errors-To: lug-admin at lug.boulder.co.us
>X-BeenThere: lug at lug.boulder.co.us
>X-Mailman-Version: 2.0.8
>Precedence: bulk
>List-Help: <mailto:lug-request at lug.boulder.co.us?subject=help>
>List-Post: <mailto:lug at lug.boulder.co.us>
><http://lists.lug.boulder.co.us/mailman/listinfo/lug>,<mailto:lug-request at lug.boulder.co.us?subject=subscribe>
>List-Id: Boulder (Colorado) Linux Users Group -- General Mailing List 
><http://lists.lug.boulder.co.us/mailman/listinfo/lug>,<mailto:lug-request at lug.boulder.co.us?subject=unsubscribe>
>List-Archive: <http://lists.lug.boulder.co.us/pipermail/lug/>
>X-OriginalArrivalTime: 15 May 2002 03:48:21.0740 (UTC) 
>On Tue, 2002-05-14 at 17:11, D. Stimits wrote:
> > j davis wrote:
> > >
> > > has been running for 13 hours and claming another 15 is still needed. 
> > > this normal?
> > > dvd::rip and transcode are also deinterlacing and running "nice 10". 
>Is it
> > > the nice 10 that is killing me? I have looked at the chapters that are
> > > already done...look good and they work!
> >
> > Can't say for sure, but you are doing cpu-intense work, and telling it
> > to offer almost no cpu time to the task. With audio/video, you would
> > actually be risking gaps if the app doesn't know how to deal with it.
> > I'd be tempted to run it at -1, and just try it out.
>I don't do dvd ripping so I have no idea what typical times are...
>However, I can say that if you have only *one* cpu-bound process running
>on your system then the priority will have a negligible effect on the
>cumulative time it takes the process to complete.  So ignore Dan's
>advice.  Go ahead and run your ripper with normal or even nice-ed
>priority.  If you are simultaneously using the machine for interactive
>tasks (email, web browsing, whatever), then running the process with a
>lower priority (as you did) is generally a good idea as it will tend to
>improve system responsiveness for interactive tasks.
>The reason why priority has essentially no effect in this case is
>because, given just only one cpu-bound process, there is no significant
>competition for the cpu cycles.
>Edward H. Hill III, PhD    |  Email:       ed at eh3.com, ehill at mines.edu
>Post-Doctoral Researcher   |  URLs:        http://www.eh3.com
>Division of ESE            |   http://wasser.mines.edu/people/edhill.php
>Colorado School of Mines   |  Phone:       303-273-3483
>Golden, CO  80401          |  Fax:         303-273-3311
>Key fingerprint = 5BDE 4DA1 66BE 4F7B BC17  3A0C 932B 7266 1E76 F123
>Web Page:  http://lug.boulder.co.us
>Mailing List: http://lists.lug.boulder.co.us/mailman/listinfo/lug
>Join us on IRC: lug.boulder.co.us port=6667 channel=#colug


MSN Photos is the easiest way to share and print your photos: 

More information about the LUG mailing list