[SLUG] The burning of audio CDs.
I'd like to try burning audio (and data) CDs under Linux, but I'm a bit chary about the applications. There are several. The few people who've volunteered opinions suggest cdparanoia, although it looks a bit involved. Has anybody had any experience with cdparanoia? Regards, Bill Bennett. -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] The burning of audio CDs.
quote who=Bill Bennett I'd like to try burning audio (and data) CDs under Linux, but I'm a bit chary about the applications. There are several. The few people who've volunteered opinions suggest cdparanoia, although it looks a bit involved. Has anybody had any experience with cdparanoia? Yep, it's great software. unfortunately, it doesn't burn CDs - it rips audio tracks off and converts them to a .wav For my money, Xcdroast and gcombust seem to perform equally well... but it has been quite a while since I did any burning, so I may be wrong Both programs merely act as front ends to the admirable (but hideously complex) cdrecord and mkisofs - if you're brave, you could just use those tools directly. Regards, Bill Bennett. -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] The burning of audio CDs.
On Thu 19 Jun, Bill Bennett bloviated thus: I'd like to try burning audio (and data) CDs under Linux, but I'm a bit chary about the applications. There are several. The few people who've volunteered opinions suggest cdparanoia, although it looks a bit involved. Sounds like you're after a drag-and-drool application. I would recommend k3b from KDE. It puts a very easy-to-use interface on all the CD burning tools. -- Rev Simon Rumble [EMAIL PROTECTED] www.rumble.net Send email with subject send key pub for public key. If the designers of X-windows built cars, there would be no fewer than five steering wheels hidden about the cockpit, none of which followed the same prinicples -- but you'd be able to shift gears with your car stereo. Useful feature, that. -- From the programming notebooks of a heretic, 1990. -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
[SLUG] exchange migration pointers?
My work is going through a painful multi-site MS Exchange migration at the moment, and me being the Linux person, I said 'why don't you use Linux - less $$ on hardware, more reliable, easier to manage, etc'. But then I realised I wouldn't know how to do the stuff on Linux that can be done on Exchange... ;-) I'm quite comfortable setting up a Linux (postfix) mail server for a single site, with spam and virus scanning, IMAP access, iptables firewalling, etc, but how would I do the following? * setup my mail servers so that mail for users at different sites (Sydney, Melbourne say) gets routed to the correct sites? I could use different domains ([EMAIL PROTECTED] and [EMAIL PROTECTED]), but that's messy.. * have a multi-site email address book? I imagine something with LDAP; what client app would I use? * have multi-site calendaring? I know I can do things with Ximian Evolution for individual users, but multi-user multi site... This isn't a 'help me now' email ;-) - I'm just interested in any pointers people have, things I could investigate further, ... -- SoniaToday's Tip from Debian NewbieDoc Looking to use your Debian machine as a FIREWALL? No problem! Try apt-get install ipmasq... After you've got your /etc/network/interfaces file set up properly, ipmasq will save you lots of work, setting up firewall and routing tables automatically. -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] exchange migration pointers?
On Fri, 2003-06-20 at 10:22, Sonia Hamilton wrote: * setup my mail servers so that mail for users at different sites (Sydney, Melbourne say) gets routed to the correct sites? I could use different domains ([EMAIL PROTECTED] and [EMAIL PROTECTED]), but that's messy.. LDAP is the way to go. OpenLDAP works really well for this. It can also be used to provide SMTP authentication, POP/IMAP auth, webmail auth, from a single username and password. LDAP routes mail which it receives and it can do it based on MX (domain) or a static mapping in the user entry. * have a multi-site email address book? I imagine something with LDAP; what client app would I use? Again, LDAP is your friend, that's what it does... * have multi-site calendaring? I know I can do things with Ximian Evolution for individual users, but multi-user multi site... I've not found a very good solution for this yet. -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] exchange migration pointers?
On Fri, 2003-06-20 at 10:21, Tony Green wrote: LDAP routes mail which it receives and it can do it based on MX (domain) or a static mapping in the user entry. That reads wrong LDAP provides a username - host mapping which the MTA can use to correctly route mail. It works really well with 'global' mail platforms. We've just setup the same servers in UK/Europe/NZ/AU all using a single replicated LDAP database. When mail arrives in UK it checks the LDAP record and, if the mail's not for a UK bod, it routes it to the correct host in $other-country. Hope that's a bit clearer -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] exchange migration pointers?
G'day... Postfix can do what you're after regarding mail directing. Check out the documentation at http://www.postfix.org/ What you are after is transport maps, which is controlled via the file /etc/postfix/transport - make sure you read the directions in the file, and that the main.cf has the transport_maps parameter pointing at it. You'll have a configuration where mail travels something like the following (apologies to ascii art lovers): +-+ Internet | Postfix MTA | +-+ | | +-+ +-+ | | +---+ +--+ | Sydney Office | | Melbourne Office | +---+ +--+ Although you could omit the intermediate MTA and have one office pass mail onto the other if it's not destined for it. Warmest regards Mike --- Michael S. E. Kraus Network Administrator Capital Holdings Group (NSW) Pty Ltd p: (02) 9955 8000 Sonia Hamilton [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 20/06/2003 10:22 AM To:[EMAIL PROTECTED] cc: Subject:[SLUG] exchange migration pointers? My work is going through a painful multi-site MS Exchange migration at the moment, and me being the Linux person, I said 'why don't you use Linux - less $$ on hardware, more reliable, easier to manage, etc'. But then I realised I wouldn't know how to do the stuff on Linux that can be done on Exchange... ;-) I'm quite comfortable setting up a Linux (postfix) mail server for a single site, with spam and virus scanning, IMAP access, iptables firewalling, etc, but how would I do the following? * setup my mail servers so that mail for users at different sites (Sydney, Melbourne say) gets routed to the correct sites? I could use different domains ([EMAIL PROTECTED] and [EMAIL PROTECTED]), but that's messy.. * have a multi-site email address book? I imagine something with LDAP; what client app would I use? * have multi-site calendaring? I know I can do things with Ximian Evolution for individual users, but multi-user multi site... This isn't a 'help me now' email ;-) - I'm just interested in any pointers people have, things I could investigate further, ... -- Sonia Today's Tip from Debian NewbieDoc Looking to use your Debian machine as a FIREWALL? No problem! Try apt-get install ipmasq... After you've got your /etc/network/interfaces file set up properly, ipmasq will save you lots of work, setting up firewall and routing tables automatically. -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
RE: [SLUG] Re: Problem (external firewire drive)
I've just returned a New Motion brand USB2/FW box for exchange under warranty. I have had it with a WD80 drive for about 3 months, and it is just gradually got worse. Often when spinning up it would try to start up 3 or 4 times, but then not actually mount. The retailer indicated it was likely to be a power supply issue in the box. I'm *hoping* the replacement will have the problem solved. (It also seems to have screwed my drive partition table as when you mount the drive as a standard IDE drive (at least under windows, it was NTFS formatted) it shows as uninitialised. I'm hoping to use Linux fdisk to recover my data. That'll teach me, but it was working nicely for my video editing) Martin -Original Message- From: Ross Mitchell [mailto:[EMAIL PROTECTED] Sent: Monday, 16 June 2003 1:18 PM To: [EMAIL PROTECTED] Subject: [SLUG] Re: Problem (external firewire drive) I have an external firewire case with an 80gb 7200rpm drive - my prob is I can run 20, 40 and 60gig 5400rpm drives no problem, but when I stick a 40, 60 or 80gb 7200rpm drive in the damn thing works sometimes if at all, I have tried numerous cables, other drives, operating systems, platforms etc but I still get the same problem. Sounds to me that the power supply is not up to it. I would expect the faster drives to be thirstier or maybe they are more demanding of their supply limits, maybe the power is out of their spec. Measure the +5 and +12 supplies while they are operating. Good luck Ross -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
RE: [SLUG] The burning of audio CDs.
I burn all my CD's using cdparanoia and cdrecord at the command line. I usually start with cdparanoia -Q to query the CD and see if I need a 80 or 74 minute CD. Then just use cdparanoia -B to start ripping the whole CD When that's finished just burn the wavs to cd (the following options will vary depending on your system) cdrecord -v -dao -eject -dev=0,0,0 -speed=4 -audio *.wav -dao is important if you don't want a 2 second gap between each track, note some Cd-burners don't support this option although I'll be surprise if the new ones don't. You should then delete the wavs to free up a bit of space. ASIDE: When I had the time I was planning to edit this perl script to give you the option of burning a copy of the CD as well as creating MP3's, you have invested the time ripping the CD why not do all you can with the wav files! http://www.geocities.com/ukcave/ripit.html Daniel -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Rev Simon Rumble Sent: Thursday, 19 June 2003 6:53 PM To: [EMAIL PROTECTED] Subject: Re: [SLUG] The burning of audio CDs. On Thu 19 Jun, Bill Bennett bloviated thus: I'd like to try burning audio (and data) CDs under Linux, but I'm a bit chary about the applications. There are several. The few people who've volunteered opinions suggest cdparanoia, although it looks a bit involved. Sounds like you're after a drag-and-drool application. I would recommend k3b from KDE. It puts a very easy-to-use interface on all the CD burning tools. -- Rev Simon Rumble [EMAIL PROTECTED] www.rumble.net Send email with subject send key pub for public key. If the designers of X-windows built cars, there would be no fewer than five steering wheels hidden about the cockpit, none of which followed the same prinicples -- but you'd be able to shift gears with your car stereo. Useful feature, that. -- From the programming notebooks of a heretic, 1990. -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] exchange migration pointers?
- Original Message - From: Sonia Hamilton [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, June 20, 2003 10:22 AM Subject: [SLUG] exchange migration pointers? My work is going through a painful multi-site MS Exchange migration at the moment, and me being the Linux person, I said 'why don't you use Linux - less $$ on hardware, more reliable, easier to manage, etc'. But then I realised I wouldn't know how to do the stuff on Linux that can be done on Exchange... ;-) I'm quite comfortable setting up a Linux (postfix) mail server for a single site, with spam and virus scanning, IMAP access, iptables firewalling, etc, but how would I do the following? * setup my mail servers so that mail for users at different sites (Sydney, Melbourne say) gets routed to the correct sites? I could use different domains ([EMAIL PROTECTED] and [EMAIL PROTECTED]), but that's messy.. * have a multi-site email address book? I imagine something with LDAP; what client app would I use? * have multi-site calendaring? I know I can do things with Ximian Evolution for individual users, but multi-user multi site... This isn't a 'help me now' email ;-) - I'm just interested in any pointers people have, things I could investigate further, ... This site may provide some tips. http://www.unixwiz.net/techtips/postfix-exchange-users.html -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
[SLUG] Secondary MX record - To have or not
Folks, A little Linux unrelated (but I suppose it is since I am using a Linux server) but I have been having some discussions with a number of vendors around the place regarding secondary MX records. There seems to be two camps here - those that do not believe that they are needed (and thus don't provide them) and those that believe that they are a mandatory part of a redundant mail system. I am sitting on the fence (I can see some merits to both sides of the argument) but I was wondering what the opinion of the sluggers out there is - would you install one and why ? Matt -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
RE: [SLUG] Secondary MX record - To have or not
Personally I wouldn't do without one unless email wasn't very important to my organisation. Having a secondary MX record (and of course a secondary mail server) means that if your connection dies, or if you have to deal with a hardware or major software failure you can take your mail server offline without losing mail. Having you're access provider act as the secondary is usually the easiest way to go, and means if you're connection dies between you and your isp, then the isp can still store your mail till your link is up. Regards Rob T -Original Message- From: Matt Hyne [mailto:[EMAIL PROTECTED] Sent: Friday, 20 June 2003 11:59 AM To: 'slug' Subject: [SLUG] Secondary MX record - To have or not Folks, A little Linux unrelated (but I suppose it is since I am using a Linux server) but I have been having some discussions with a number of vendors around the place regarding secondary MX records. There seems to be two camps here - those that do not believe that they are needed (and thus don't provide them) and those that believe that they are a mandatory part of a redundant mail system. I am sitting on the fence (I can see some merits to both sides of the argument) but I was wondering what the opinion of the sluggers out there is - would you install one and why ? Matt -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug * This mail, including any attached files may contain confidential and privileged information for the sole use of the intended recipient(s). Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended receipient (or authorised to receive information for the recipient), please contact the sender by reply e-mail and delete all copies of this message. * -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] Secondary MX record - To have or not
On Fri, 20 Jun 2003, Matt Hyne wrote: There seems to be two camps here - those that do not believe that they are needed (and thus don't provide them) and those that believe that they are a mandatory part of a redundant mail system. I am sitting on the fence (I can see some merits to both sides of the argument) Out of interest, I'd be interested in hearing some of the arguments for why they're not needed - personally, I wouldn't live without one. cheers, Anth -- anth courtney - sysadmin - pnc - [EMAIL PROTECTED] Next door there's an old man who lived into his nineties and one day passed away in his sleep. And his wife, she stayed for a couple of days and passed away. I'm sorry I know that's a strange way to tell you that we belong. - Ben Folds, The Luckiest. -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] Secondary MX record - To have or not
My 2c I would do with out one as well. On Fri, Jun 20, 2003 at 12:12:26PM +1000, Anth Courtney wrote: On Fri, 20 Jun 2003, Matt Hyne wrote: There seems to be two camps here - those that do not believe that they are needed (and thus don't provide them) and those that believe that they are a mandatory part of a redundant mail system. I am sitting on the fence (I can see some merits to both sides of the argument) Out of interest, I'd be interested in hearing some of the arguments for why they're not needed - personally, I wouldn't live without one. cheers, Anth -- anth courtney - sysadmin - pnc - [EMAIL PROTECTED] Next door there's an old man who lived into his nineties and one day passed away in his sleep. And his wife, she stayed for a couple of days and passed away. I'm sorry I know that's a strange way to tell you that we belong. - Ben Folds, The Luckiest. -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
RE: [SLUG] Secondary MX record - To have or not
Robert Tillsley wrote: Personally I wouldn't do without one unless email wasn't very important to my organisation. Having a secondary MX record (and of course a secondary mail server) means that if your connection dies, or if you have to deal with a hardware or major software failure you can take your mail server offline without losing mail. Yes but the argument is that in the modern internet we have today, all SMTP servers will spool locally and retry to send mail for up to 5 days before giving up - thus a seconary MX does not offer any advantage and could even open up some bigger problems. Matt Having you're access provider act as the secondary is usually the easiest way to go, and means if you're connection dies between you and your isp, then the isp can still store your mail till your link is up. Regards Rob T -Original Message- From: Matt Hyne [mailto:[EMAIL PROTECTED] Sent: Friday, 20 June 2003 11:59 AM To: 'slug' Subject: [SLUG] Secondary MX record - To have or not Folks, A little Linux unrelated (but I suppose it is since I am using a Linux server) but I have been having some discussions with a number of vendors around the place regarding secondary MX records. There seems to be two camps here - those that do not believe that they are needed (and thus don't provide them) and those that believe that they are a mandatory part of a redundant mail system. I am sitting on the fence (I can see some merits to both sides of the argument) but I was wondering what the opinion of the sluggers out there is - would you install one and why ? Matt -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug * This mail, including any attached files may contain confidential and privileged information for the sole use of the intended recipient(s). Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended receipient (or authorised to receive information for the recipient), please contact the sender by reply e-mail and delete all copies of this message. * -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] Secondary MX record - To have or not
On Fri, 20 Jun 2003, Anth Courtney wrote: On Fri, 20 Jun 2003, Matt Hyne wrote: There seems to be two camps here - those that do not believe that they are needed (and thus don't provide them) and those that believe that they are a mandatory part of a redundant mail system. I am sitting on the fence (I can see some merits to both sides of the argument) Out of interest, I'd be interested in hearing some of the arguments for why they're not needed - personally, I wouldn't live without one. In the event that a remote mail server is not immediately contactable, mail generally just stays on the queue at the sender's end for up to a few days until it can be delivered. So If your mail server is offline for a while then mail's going to get through when your server is back on line unless you're out of action for several days. Andrew -- No added Sugar. Not tested on animals. If irritation occurs, discontinue use. --- Andrew McNaughton In Sydney Working on a Product Recommender System [EMAIL PROTECTED] Mobile: +61 422 753 792 http://staff.scoop.co.nz/andrew/cv.doc -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
RE: [SLUG] Secondary MX record - To have or not
On Fri, 2003-06-20 at 12:23, Matt Hyne wrote: Yes but the argument is that in the modern internet we have today, all SMTP servers will spool locally and retry to send mail for up to 5 days before giving up - thus a seconary MX does not offer any advantage and could even open up some bigger problems. Thats making the assumption that people have their MTA's set up that way. A number of clients I've worked with have them set MUCH lower. -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
RE: [SLUG] Secondary MX record - To have or not
On Fri, 20 Jun 2003, Matt Hyne wrote: Yes but the argument is that in the modern internet we have today, all SMTP servers will spool locally and retry to send mail for up to 5 days before giving up - thus a seconary MX does not offer any advantage and could even open up some bigger problems. Here's how i occasionally goes for me: The net can't see my box (which is the primary MX) for a while. Some time later my box can be seen again. I email my the guy that does my secondary MX and he flushes his mail spool and I get my mail. If you don't have a secondary MX then you rely on the pre-set values of the server that happens to be holding your email. I always have my domains secondaried on servers of people I trust and with whom I can make contact. I'd rather have my mail sitting on a friend's box than some random ISP's server where it may be read or deleted. s. -- Stuart Winter www.interlude.org.uk www.biscuit.org.uk -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] Secondary MX record - To have or not
On Fri, 20 Jun 2003, Andrew McNaughton wrote: In the event that a remote mail server is not immediately contactable, mail generally just stays on the queue at the sender's end for up to a few days until it can be delivered. So If your mail server is offline for a while then mail's going to get through when your server is back on line unless you're out of action for several days. I guess that's fine if the server listed as your primary mx is the final destination server for your email (and assuming that the mail is spool'ed for a sufficient period). In cases though where your primary mx is a gateway which routes email through to your delivery server, then I'd have a secondary mx record for the sake of redundancy and efficiency - if the primary gateway is down, the secondary can do the same job and without the mail needed to be spooled / delayed unnecessarily. cheers, Anth -- anth courtney - sysadmin - pnc - [EMAIL PROTECTED] Next door there's an old man who lived into his nineties and one day passed away in his sleep. And his wife, she stayed for a couple of days and passed away. I'm sorry I know that's a strange way to tell you that we belong. - Ben Folds, The Luckiest. -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] Secondary MX record - To have or not
The most important reason for having a second, etc MX record is, When the primary mail server is down, incoming mail will not bounce in the meanwhile. So, when the faulty mail server is up the seconday server may immediately drain the queued messages to the mail server or servers without any users noticing the lack of service. Perhaps, only delayed delivery. For this reason secondary MX are imperative. Better if you have more depending on the number of mail clients. From my experience optimum is, up to 500 users- 2 MX up to 1000 users- 3 MX up to 3000 users- 4 MX up to 8000 users- 5 MX up to 15000 users- 6 MX .. .. up to 6 users- 10 MX From: Matt Hyne [EMAIL PROTECTED] Folks, A little Linux unrelated (but I suppose it is since I am using a Linux server) but I have been having some discussions with a number of vendors around the place regarding secondary MX records. There seems to be two camps here - those that do not believe that they are needed (and thus don't provide them) and those that believe that they are a mandatory part of a redundant mail system. I am sitting on the fence (I can see some merits to both sides of the argument) but I was wondering what the opinion of the sluggers out there is - would you install one and why ? Matt -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] Secondary MX record - To have or not
From: Andrew McNaughton [EMAIL PROTECTED] In the event that a remote mail server is not immediately contactable, mail generally just stays on the queue at the sender's end for up to a few days until it can be delivered. So If your mail server is offline for a while then mail's going to get through when your server is back on line unless you're out of action for several days. You will also have bounce messages for mails already in transit. Especially true for messages coming from slow networks. Seconday MX will also handle incoming messages that the primary cannot cope with momentarily due to heavy load in the primary server. -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] Secondary MX record - To have or not
Matt Hyne wrote: Folks, A little Linux unrelated (but I suppose it is since I am using a Linux server) but I have been having some discussions with a number of vendors around the place regarding secondary MX records. There seems to be two camps here - those that do not believe that they are needed (and thus don't provide them) and those that believe that they are a mandatory part of a redundant mail system. I am sitting on the fence (I can see some merits to both sides of the argument) but I was wondering what the opinion of the sluggers out there is - would you install one and why ? The choice basically comes down to if you want to control the robustness of your network or if you are happy for other people's decisions to control the robustness of your network. Obviously, the more essential the network becomes to your operations then the more you want to have control over the network's robustness. If you are asking this as you might be thinking of deploying a secondary, then it's an interesting thought that a DNS secondary and a MX secondary can be on a different network, such as at a friendly site or at a colocation provider. -- Glen Turner Tel: (08) 8303 3936 or +61 8 8303 3936 Network Engineer Email: [EMAIL PROTECTED] Australian Academic Research Network www.aarnet.edu.au -- linux.conf.au 2004, Adelaide lca2004.linux.org.au Main conference 14-17 January 2004 Miniconfs from 12 Jan -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
[SLUG] TV cards and software
Any recommendations on TV cards and software for recording TV shows for my PC. I am running Mandrake 9 on a P4 with 256 ram. The two cards I have looked at so far are Live View 3000 TV tuner card @ $99 Leadtek TV tuner card @$135 any comments? Andrew d -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] TV cards and software
On Fri, 20 Jun 2003, Andrewd wrote: Leadtek TV tuner card @$135 I picked up the leadtek tv 2000 xp deluxe from the computer markets the other day for only $93 (it was $120 elsewhere online). The picture / options are fine, however I've found that the sound is majorly scratchy - I bought it to put into a dedicated HTPC, so I'm now on the lookout for an alternative because the sound isn't up a sufficient quality for everyday use. cheers, Anth -- anth courtney - sysadmin - pnc - [EMAIL PROTECTED] Next door there's an old man who lived into his nineties and one day passed away in his sleep. And his wife, she stayed for a couple of days and passed away. I'm sorry I know that's a strange way to tell you that we belong. - Ben Folds, The Luckiest. -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] TV cards and software
quote who=Andrewd Any recommendations on TV cards and software for recording TV shows for my PC. I am running Mandrake 9 on a P4 with 256 ram. The two cards I have looked at so far are Live View 3000 TV tuner card @ $99 Leadtek TV tuner card @$135 I have a Flyvideo98 FM card, which cost me about $100 a few years ago. The picture has quite visible noise, which seems to be from EMC interference from the rest of the computer. On my Athlon 2000XP, I've captured full TV resolution video at about 15fps, but I forget what the encoding format for that was. Using Nuppelvideo or RTjpeg as an encoding and re-encoding later, I can capture at full framerate quite happily, but that ends up about 5gig an hour. I'm keen to justify to myself the cost of one of the Hauppage cards such as PVR350 which do hardware mpeg2 encoding - up around $300 if I import one myself. J. -- Jan Schmidt [EMAIL PROTECTED] Stoke me a clipper, I'll be back for Christmas -- Arnold 'Ace' Rimmer, Red Dwarf -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
Re: [SLUG] TV cards and software
On Fri, 20 Jun 2003, Andrewd wrote: Leadtek TV tuner card @$135 I picked up the leadtek tv 2000 xp deluxe from the computer markets the other day for only $93 (it was $120 elsewhere online). The picture / options are fine, however I've found that the sound is majorly scratchy - I bought it to put into a dedicated HTPC, .. I've found the same thing with the leadtek card that I bought ($110). Other than the sound not being perfect I'm happy with it. I record at the highest bitrate setting I can, which I think is 6000bps (or is that B?) which for a 21 minute episode of Futurama comes out at 700 - 800 meg, then re-encode it with a great program called VirtualDub. This takes it to under 200 meg at full screen using the latest iteration of DIVX. VitualDub can also edit without re-encoding, it gives you the option to either re-encode using whatever method you want for sound or picture, or take a 'direct stream' so no loss in quality if you want to cut adds out. Cheers. -- SLUG - Sydney Linux User's Group - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
