[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
time
i will try nice -1 anyway. so 22 hours later i still got 4 to go, this
suks...
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!
jd
>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 ([66.54.152.73]) 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?@127.0.0.1) 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) (138.67.58.200)
>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>
>List-Subscribe:
><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
><lug.lug.boulder.co.us>
>List-Unsubscribe:
><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)
>FILETIME=[5B9E9AC0:01C1FBC3]
>
>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.
>Is
> > > 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.
>
>hth,
>Ed
>
>
>--
>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
;t
_________________________________________________________________
MSN Photos is the easiest way to share and print your photos:
http://photos.msn.com/support/worldwide.aspx
More information about the LUG
mailing list