Linux-Hardware Digest #268, Volume #13           Wed, 19 Jul 00 23:13:08 EDT

Contents:
  Re: advice needed: best vid card? (Tom Hoffmann)
  Re: CPU temperature ([EMAIL PROTECTED])
  Re: rack mount cases forsale ([EMAIL PROTECTED])
  Re: recommended DVD players and mice for Linux Mandrake 7 (blowfish)
  Re: Sound Blaster Live problems (Ancipital)
  Re: mpeg capture from video capture card (David Konerding)
  Re: D-Link DFE-530TX network card (Chem-R-Us)
  Re: Tape Drives - how do you backup?  + HELP (tabascox)
  FREE Thru 7/21 - Huge LINUXWORLD EXPO Aug. 14-17 In San Jose, Calif. (Mark S. Bilk)
  Re: rack mount cases forsale ("John Smith")
  Re: rack mount cases forsale ([EMAIL PROTECTED])
  Re: rack mount cases forsale (Steve Martin)
  SC400 bootloader (Jeff Say)

----------------------------------------------------------------------------

From: [EMAIL PROTECTED] (Tom Hoffmann)
Subject: Re: advice needed: best vid card?
Reply-To: [EMAIL PROTECTED]
Date: Wed, 19 Jul 2000 23:21:36 GMT

On Wed, 19 Jul 2000 03:51:29 GMT, [EMAIL PROTECTED] wrote:
>Hi everyone,
>       As I will be upgrading my computer soon, I'm looking for a new video card
>to replace my Voodoo3 2000.  I need good performance, good Linux
>software support, and a reasonable price.  I asked a friend and he
>recommended the Matrox G400, while others claim nVidia is best, and
>still others drool over the Voodoo5.  What do you think?

Good performance for what?  You do not say what your intended use will
be.  That's important, no?

------------------------------

Subject: Re: CPU temperature
From: [EMAIL PROTECTED]
Date: Wed, 19 Jul 2000 23:30:02 GMT

Auto Cat +++ Auto Cat <[EMAIL PROTECTED]> writes:

> I believe that the difference between overclocking at 100 DEG C and at 50 
> DEG C (assuming the same C533 CPU, the same overclocking 800MHz, the same 
> voltage, the same stability and the same other conditions) is the life 
> time of the CPU. 

That was my point.

But I'm not sure where the Celeron bit came from, unless it's just an
example.

> Therefore, ignoring the temperature of CPU is harmful to the CPU. 
> Perhaps, a CPU player had changed the CPU before CPU burnt out.   

What, exactly, is a "CPU player"?

I think you may be misunderstanding my original point.  My motherboard
disables the onboard health-monitoring hardware when you manually
specify the bus speed.  My comment about this preventing me from being
an idiot means that: (1) nobody in their right mind would overclock a
CPU without monitoring the temperature, at least for a bit; and (2)
nobody in their right mind would overclock a CPU.

-- 
Eric P. McCoy ([EMAIL PROTECTED])

"Dude... my hands are huge.  They can touch anything but themselves...
 oh, wait."

------------------------------

Subject: Re: rack mount cases forsale
From: [EMAIL PROTECTED]
Date: Wed, 19 Jul 2000 23:32:12 GMT

[EMAIL PROTECTED] writes:

> 4U rackmount; w/ 250W power supply; 19"Wx17.7"D x7"H; 3x5.25" & 1x3.5"
> open bays, 3x3.5" hidden bays; 1x12cm fan & 1x 8cm fan. Door, key lock
> and switch included..
>                                       $290 plus shipping

You can buy this exact case - with a 400W ATX P/S instead of a 250W
one - from Egghead for about $290.  New.  Shipping is something like
$5 (same for all ground shipments regardless of weight or size).

-- 
Eric P. McCoy ([EMAIL PROTECTED])

"Dude... my hands are huge.  They can touch anything but themselves...
 oh, wait."

------------------------------

From: blowfish <[EMAIL PROTECTED]>
Reply-To: ..
Crossposted-To: comp.os.linux.questions,alt.os.linux
Subject: Re: recommended DVD players and mice for Linux Mandrake 7
Date: Wed, 19 Jul 2000 16:41:23 -0700

Dan Harkless wrote:
> 
> Dave McKay <[EMAIL PROTECTED]> writes:
> > So, can anyone recommend a good DVD player (and
> > decoder card) at a reasonable price that will run
> > on Linux and Win2000?
> 
> And how about the region-coding issue?  I understand that the
> first-generation DVD-ROM drives allowed playing titles from any region,
> whereas DVD-ROM drives in current production have the region remembered in
> the hardware, and it can only be changed a handful of times.
> 
> Are any first-gen. DVD-ROMs still available?  eBay only?  Do they work with
> Linux better, worse, or the same as current-production DVD-ROMs?
> 

Forget about playing DVD/music with Linux, or Windows.

All the fan noise, the HDDs noise...

You can get a stand along hardware DVD/CD/MP# players for about what
you'll
spend, if not more, than getting the DVD drive, a decent sound card, a
hardware decoding card, etc. The picture quality really isn't that good.
The stand along home players are MUCH better.

And it's totally unacceptable if you have a less powerful cpu, or not
enought RAM (128MB minimum.)

If you get the stand along home DVD/CD/MP# players from the Far East.
They have all regions players there. From places like Hong Kong, Taiwan,
Singapore and so on.

Multi format video gears have been selling over there for decades. Pal
and NTSC.

Do a search on the web. There're quite a few mail order outfits out
there.

If you must play DVD with Linux. Search for xmovie 1.3 (not any other
version.) It's pulled off due to the on going MPAA/DeCSS battle, but you
might still be lucky. Especially from servers in countries outside of
the US.

-Alex / blowfish.

> ---------------------------------------------------------------------------
> Dan Harkless           | NOTE: Due to SPAM I have implemented a caller-ID-
> [EMAIL PROTECTED]   | like policy for this account.  Put "re-send" in
> Unitech Research, Inc. | your Subject to bypass or finger me for more info.

--

------------------------------

From: [EMAIL PROTECTED] (Ancipital)
Subject: Re: Sound Blaster Live problems
Date: Wed, 19 Jul 2000 14:08:52 GMT

On Fri, 14 Jul 2000 23:12:34 +0200, Florian E.J. Fruth
<fejf@gmx*/dev/null*.de> wrote:

>the easiest way to install it is to download the 2.4.0-testX kernel ...
>fejf

Stay off the brown acid :-)

2.4.0-testXX is really only for developers right now. What's more,
it's a 20-odd meg tgz. Get the emu10k1 module src from
opensource.creative.com, which is only a few hundred K, and is a snap
to install, READ the included docs, and be up and running in about
five minutes.


Ancipital- Inedible Buddhas reality control #1
http://www.buddhas.org is currently tqt- back soon.

To unmung email addr, get rid of "nospam-" and maybe even "-thanks"

"I'm not crying victim, but I am stating that a lot of spammers 
are genuine scumbags." -Sanford Wallace

------------------------------

From: [EMAIL PROTECTED] (David Konerding)
Crossposted-To: comp.os.linux.development.system,comp.os.linux.misc
Subject: Re: mpeg capture from video capture card
Date: 19 Jul 2000 23:11:59 GMT

On Sun, 16 Jul 2000 19:31:30 -0700, blowfish <[EMAIL PROTECTED]>
wrote:
>Thierry wrote:
>> 
>> Hi,
>> 
>> Do you know an existing program (with sources) wich capture video from a
>> video capture card (bt chips) and save it in mpeg or quicktime format.
>> Without using Xwindows.
>> 
>> Thanks a lot.
>> 
>> thierry
>
>broadcast2000.
>

bttvgrab.  It's excellent.  Logs to screen via curses or dumb terminal.
Contains everything you need to save MPEG format files with audio!!

------------------------------

Date: Wed, 19 Jul 2000 17:14:14 -0700
From: Chem-R-Us <[EMAIL PROTECTED]>
Subject: Re: D-Link DFE-530TX network card

"Carlos E. Phillips" wrote:
> 
> I've had the same problem with the 530TX in RH 6.2.  I've tried everything I
> can think of and nothing seems to work.   Any help would be appreciated
> since I would prefer not to buy another NIC.  BTW the same NIC works fine in
> Win98 with no problem.
> 
> Thanks in advance,
> Carlos
> 
> "Shawn Yeager" <shawn[nospam]@shawnyeager.com> wrote in message
> news:9t1b5.3050$[EMAIL PROTECTED]...
> > I too am having difficulties with the DLink card, but it's the 530TX (not
> > TX+) which uses the VIA Rhine chipset.  As the below link implies with
> > regard to Slackware, I was (accidentally) able to get the TX working with
> > Slackware via the ZipSlack distro that I was playing around with
> yesterday.
> > However, I've been completely unsuccesful in getting it to work with my
> > Redhat 6.2 installation.  I did snag Donald Becker's updated RPMS package,
> > installed, rebuilt, etc., but no dice.
> >
> > Anyone have recommendations?

I run the D-Link 530-TX card in all of my machines (I just happen to
like that card) from RH6 to Mandrake 7.1. This box is my gateway and has
2 of those cards in it. Compile `via-rhine' as a module and use
linuxconf to configure your network.

-- 

Chem-R-Us

------------------------------

Date: Wed, 19 Jul 2000 20:11:45 -0500
From: tabascox <[EMAIL PROTECTED]>
Subject: Re: Tape Drives - how do you backup?  + HELP

James Knowles wrote:

> > I have solved the problem: I have big files so I moved to 32768 block size
> > and
> > big use of "buffer" program. I am near the nominal capacity of the cassette
> > now.
>
> This is good to hear. I'm curious to know what "buffer" program you're
> using.
>
> --
> Doing gets it done.

Buffer is a simple utility that I found in the debian distribution. Of course
there is the in
the red-hat  and whatever  distributions... I strongly suggest to use buffer to
feed the
drive. It is amazing how many times the dat loses data for underruns, expecially
in hi speed DATs
as the DDS4 (20/40) GB. With a DDS4 I was finally be able to store
20GB (20*10^9) of
big bz2 files !

Stefano

Here is man buffer ( abit outdated, but still valid).


BUFFER(1)                                               BUFFER(1)


NAME
       buffer - very fast reblocking program

SYNTAX
       buffer  [-S size] [-b blocks] [-s size] [-m size] [-p per�
       centage] [-u microseconds] [-B] [-t]  [-Z]  [-i  filename]
       [-o filename]

OPTIONS
       -i filename
            Use the given file as the input file.  The default is
            stdin.

       -o filename
            Use the given file as the output file.   The  default
            is stdout.

       -S size
            After  every  chunk this size has been written, print
            out how much been written so far.  By default this is
            not set.

       -s size
            Size  in  bytes of each block.  The default blocksize
            is 10k to match the normal output of the tar(1)  pro�
            gram.

       -z size
            Combines the -S and -s flags.

       -b blocks
            Number  of blocks to allocate to shared memory circu�
            lar buffer.  Defaults to the number required to  fill
            up the shared memory requested.

       -m size
            Maximum  size  of the shared memory chunk to allocate
            for the circular queue. Defaults to one megabyte.

       -p percentage
            Only start a write when the given percentage  of  the
            internal queue is full.  A percentage around 75 often
            proves best. Defaults to zero.

       -u microseconds
            After every write pause for this  many  microseconds.
            Defaults  to  zero.   (Suprisingly a small sleep, 100
            usecs, after each write can greatly enhance  through�
            put on some drives.)

       -B   Force  each  block  written  to  be padded out to the
            blocksize.  This is needed by some tape and cartridge
            drives.  Defaults to unpadded.  This only affects the
            last block written.



                           14 May 1990                          1





BUFFER(1)                                               BUFFER(1)


       -t   On exiting print to stderr a  brief  message  showing
            the total number of bytes written.

       -Z   If  reading/writing  directly  to  a character device
            (like a tape drive) then after each gigabyte  perform
            an  lseek  to  the  start of the file.  Use this flag
            with extreme care.  If can only be  used  on  devices
            where  an  lseek  does  not  rewind the tape but does
            reset the kernels position  flags.   It  is  used  to
            allow more than 2 gigabytes to be written.

       Sizes  are  a  number with an optional trailing character.
       A 'b' multiplies the size by 512, a 'k' by 1024 and an 'm'
       by a meg.

DESCRIPTION
       Buffer  reads  from standard input reblocking to the given
       blocksize and writes each block to standard output.

       Internally buffer is a pair of processes communicating via
       a  large circular queue held in shared memory.  The reader
       process only has to block when the queue is full  and  the
       writer  process  when  the  queue  is  empty.   Buffer  is
       designed to try and keep the writer side continuously busy
       so  that  it can stream when writing to tape drives.  When
       used to write tapes with an intervening network buffer can
       result in a considerable increase in throughput.

       The  default settings for buffer are normally good enough.
       If you are a heavy tape user then it is worth  your  while
       trying  out various different combinations of options.  In
       particular running a buffer at both ends of the  pipe  can
       provide a substantial increase (see last example below).

EXAMPLES
       $ buffer < /etc/termcap > /dev/rst8

       $ tar cf - . | rsh somehost 'buffer > /dev/rst8'

       $ dump fu - | rsh somehost 'buffer -s 16k > /dev/nrst8'
       $ tar cf - . | buffer |
          rsh somehost 'buffer -S 500K -p 75 > /dev/rst0'

BUGS
       Internally,  for printing purposes, buffer counts in terms
       of the number of kilobytes output.  If the  blocksize  you
       use  is  not  a whole number of kilobytes then the numbers
       printed will be inaccurate.


THANKS
       Thanks to Kevin Twidle <[EMAIL PROTECTED]>  for  a  lot  of
       early  suggestions  and  patches to make it work with non-
       tar/dump tapes to exabyte drives.



                           14 May 1990                          2





BUFFER(1)                                               BUFFER(1)


       Thanks to Andi Karrer <[EMAIL PROTECTED]>, Rumi Zahir
       <[EMAIL PROTECTED]> and Christoph Wicki <[EMAIL PROTECTED]>
       for patches to make buffer work when trying to write  sin�
       gle tape files of greater than 2 gigabytes.


COPYRIGHT
       Copyright (C) 1990, 1991 by Lee McLoughlin.

SEE ALSO
       dd(1), tar(1), rsh(1)





------------------------------

From: [EMAIL PROTECTED] (Mark S. Bilk)
Crossposted-To: 
comp.os.linux.advocacy,gnu.misc.discuss,comp.os.linux.misc,comp.os.linux.setup,alt.os.linux.mandrake,alt.os.linux,comp.os.ms-windows.nt.advocacy
Subject: FREE Thru 7/21 - Huge LINUXWORLD EXPO Aug. 14-17 In San Jose, Calif.
Date: 20 Jul 2000 00:35:27 GMT

LinuxWorld Conference & Expo
Expo: August 15 - 17, 2000
Conference: August 14 - 17, 2000
San Jose Convention Center, San Jose California (Silicon Valley)
http://www.linuxworldexpo.com

Register by July 21 -- only two more days! -- for free 
Exhibits badge for admission to all exhibits, keynote and 
feature presentations, birds of a feather sessions and 
various other events (except conferences and tutorials), 
August 15-17.  (After July 21, this registration is $25.)

Register on the web with Netscape, IE, or fax, or by phone 
if you don't have those facilities:

http://www.linuxworldexpo.com/show_reginfo.html

This show was very big last year, and this time they have
165 exhibitors, with 40 more on hold because the entire 
San Jose Convention Center will already be filled!

Partial list of speakers, panelists, etc, at free events:

  Linus Torvalds
  Jeremy Allison, Samba
  Eric S. Raymond, Internet Developer and Writer
  Miguel de Icaza, GNOME;
  Volker Wiegand, CEO, SuSE, Inc.
  Ransom Love, President and CEO, Caldera Systems
  Bob Young, Chairman, Red Hat 
  Cliff Miller, CEO, TurboLinux
  Bodo Bauer, TurboLinux
  Larry Augustin, Founder, President, CEO, VA Linux Systems
  Scott Draeker, Loki Entertainment
  Jon "maddog" Hall, Executive Director, Linux International
  Robert LeBlanc, Vice President, IBM Software Strategy
  Bruce Perens
  Jay Sulzberger;
  Patricia Lambs, CEO, Linuxcare
  Nick Petreley, Contributing Editor for LinuxWorld and InfoWorld

Conferences and tutorials run August 14-17, and cost from
$145 to $795 for various plans; see the website.


[This article is a repost (with "Supersedes:" header) because 
the first one didn't propagate to DejaNews; apologies if you 
see it twice.]



------------------------------

From: "John Smith" <[EMAIL PROTECTED]>
Subject: Re: rack mount cases forsale
Date: Wed, 19 Jul 2000 17:52:12 -0700

Yeah, but these have more "character" . . .



> You can buy this exact case - with a 400W ATX P/S instead of a 250W
> one - from Egghead for about $290.  New.  Shipping is something like
> $5 (same for all ground shipments regardless of weight or size).

."> > Used 4U rackmount; w/ 250W power supply; 19"Wx17.7"D x7"H; 3x5.25" &
1x3.5"
> > open bays, 3x3.5" hidden bays; 1x12cm fan & 1x 8cm fan. Door, key lock
> > and switch included..
> > $290 plus shipping
>



------------------------------

Subject: Re: rack mount cases forsale
From: [EMAIL PROTECTED]
Date: Thu, 20 Jul 2000 01:20:46 GMT

"John Smith" <[EMAIL PROTECTED]> writes:

> Yeah, but these have more "character" . . .

Is there any particular reason you removed the attributions and moved
my text above what I quoted, wrecking two USENET posting standards
(and making it look like I did it, too)?

-- 
Eric P. McCoy ([EMAIL PROTECTED])

"Dude... my hands are huge.  They can touch anything but themselves...
 oh, wait."

------------------------------

From: Steve Martin <[EMAIL PROTECTED]>
Subject: Re: rack mount cases forsale
Date: Wed, 19 Jul 2000 22:12:57 -0400

[EMAIL PROTECTED] wrote:
> 
> I have a large inventory of 1U, 2U, and 4U server cases in AT and ATX
> styles. Here is just a small list of the cases that we offer.  Please
> email me at [EMAIL PROTECTED] if you are interested...

...........

>                                         $300 plus shipping
>                                         $600 plus shipping
>                                         $340 plus shipping
>                                         $360 plus shipping
>                                         $620 plus shipping
>                                         $290 plus shipping

The question that comes immediately to mind is, if someone has to
rack-mount their computer, why not build it up in a "standard"
case, and put it on a rack shelf?? I'm no expert, but these prices
seem rediculously high.

------------------------------

From: Jeff Say <[EMAIL PROTECTED]>
Subject: SC400 bootloader
Date: Wed, 19 Jul 2000 22:20:50 -0400

I have sc400 (486) based PC AT board,4M Flash and 16M DRAM SBC. I do not
want to use any BIOS to load Linux. Board supports headless operation
(no keyboard, no display, no floppy/hard disk) - only serial port can be
used as a console). I need a bootloader to boot Linux. I am trying to
find a bootloader which graps binary linux image and copies to DRAM,
then boots from there.

does anyone knows how to that? if you interested in this project, I will
pay your consultation fee!!

serious guys only!!

TIA,
Jeff Say

------------------------------


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: [EMAIL PROTECTED]

You can send mail to the entire list (and comp.os.linux.hardware) via:

    Internet: [EMAIL PROTECTED]

Linux may be obtained via one of these FTP sites:
    ftp.funet.fi                                pub/Linux
    tsx-11.mit.edu                              pub/linux
    sunsite.unc.edu                             pub/Linux

End of Linux-Hardware Digest
******************************

Reply via email to