Re: [expert] strange behaviour :grip
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Adams wrote: > Grip as supplied (9.0 + 9.1) does ogg vorbis encoding without any addons. > Xmms will play the .oggs happily. They are more environmentally friendly > (read better license) than mp3. Ogg's are better but I can't put 100 or so on a CD and play them in my DVD player (or a portable). I have to play them on a computer, and that is a bummer. Anyone know of any stand-alone DVD players or portables that play ogg that have actually shown up on the market yet? (vaporware doesn't count) - -- KevinO "If truth is beauty, how come no one has their hair done in the library?" - -- Lily Tomlin -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/CTrNWOfRC7Rnmv8RAj2OAJ9j566yCL3EyrrY47B2qztNfY3YFQCgg5sN lwsF8i2T9UCXy8zGZYeNNx4= =2Wmm -END PGP SIGNATURE- Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
Grip as supplied (9.0 + 9.1) does ogg vorbis encoding without any addons. Xmms will play the .oggs happily. They are more environmentally friendly (read better license) than mp3. The oggs record at 44khz. On Fri, 4 Jul 2003 23:25:06 +0100 bascule <[EMAIL PROTECTED]> wrote: > sorry no, i use lame from the plf notlame package > > bascule > > On Friday 04 Jul 2003 11:34 pm, Richard Bown wrote: > > On Fri, 2003-07-04 at 22:17, bascule wrote: > > > have a look in /dev/and see what you do have and try: > > > $grip --device=/dev/whatever > > > > > > bascule > > > > Thanks bascule that got it sorted, just to really confuse things > > /dev/cdrom =/mnt/cdrom3 > > > > Do you know which files I need to load to use mp3encode, drawn a blank > > with rpmdrake, so it must be part of another package, which one ?? > > > > thanks > > richard > > -- > "Rome wasn't burned in a day. " > > > -- Michael Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
OK replying to myself I've loaded gogo, and by eck its fast, but a bit greedy on cpu 90 %, but at nearly 3x rip speed ...wow ! richard On Sat, 2003-07-05 at 19:44, Richard Bown wrote: > thanks Kevin , I obviously missed it > On Sat, 2003-07-05 at 18:12, KevinO wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > Richard Bown wrote: > > > It would be nice to encode to mp3 with grip, but I've look everywhere I > > > know and hav'nt found the encoder. > > > > > As mentioned in recent messages, but repeated here ;-) > > > > http://www.linux.org/apps/AppId_1712.html > > > > has the tar.gz file for gogo with source code. > > > > PLF has an rpm for Mandrake: > > > > http://ranger.dnsalias.com/mandrake/plf/9.1/i586/gogo-2.39b-2plf.i586.rpm > > > > - -- > > KevinO > > > > "If truth is beauty, how come no one has their hair done in the library?" > > - -- Lily Tomlin > > -BEGIN PGP SIGNATURE- > > Version: GnuPG v1.0.7 (GNU/Linux) > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > > > iD8DBQE/BwbpWOfRC7Rnmv8RAhR/AJwKW0uzEhsQUBZQgpBKrJRGhb338ACfYGGb > > 4DoIycQHNYkub2ekXWSeKoQ= > > =vw4w > > -END PGP SIGNATURE- > > > > > > > > __ > > > > Want to buy your Pack or Services from MandrakeSoft? > > Go to http://www.mandrakestore.com -- Richard Bown <[EMAIL PROTECTED]> Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
KevinO wrote: Rolf Pedersen wrote: In contrib/, there is abcde. By default, with a CD in /dev/cdrom, when you type abcde, there are a couple of interactive questions then abcde will rip the CD, encoding to ogg in a subdirectory of the artist's name with track names. Encoding runs parallel with ripping. A configuration file, /etc/abcde.conf, can be copied to $HOME for per-user preferences and there is an option to take advantage of smp machines. On my 1700+ Athlon, it took about 24 minutes for 9 tracks/44 minutes of music. Sounds similar to grip, which automatically creates per user config files (~/.grip). All of these programs are just front-ends to the 'standard' command line tools. (cdparanoia, cdrecord, mkisofs, etc.) Using grip, set for cdparanoia for ripping and gogo for encoding, a Pentium 3 800 and an older Yamaha 16x LightSpeed drive, rip and encode takes 10 to 15 minutes for a full-length CD. The Yamaha, using cdparanoia (slower but better) to rip runs at around 6x to 7x rate and gogo actually runs a little faster, often waiting for the next track to finish ripping. On my friend's dual Athlon MP 1600+, gogo runs so fast that tracks are often encoded while his 24x Yamaha is locating and starting the next track, well under 10 seconds per track to encode. (It has been a while but it seems like it was more like 3 to 5 seconds to encode a track) It would rip track 1, then encode it before it could start ripping track 2, then gogo would sit idle until track 2 was done ripping, and so on ... I've been using grip since Mdk 7.2 so I am pretty used to it. I really like the fact that it is so configurable. With it set to auto-rip and encode on insert, get Artist and track data off of the web, I would just keep sticking in CDs and it would create a nice directory structure organized by Artist --> Disk --> Track ready to be rsync'd over to my internal server running edna which serves up the files to any of the machines on the LAN. Grip really made short work out of the project once it was all set up. Now we can play almost anything from my CD collection on any computer in the house using Mozilla and xmms. Back then Mandrake came with the Blade encoder but I switched to gogo for the speed and quality. We generally use 192Kbps fixed rate here. (Variable rate would have been better ;-) ) I wish my audio/DVD toys would play ogg If anyone wants more accurate benchmark numbers I can run a quick test on either or both of these machines. That sounds interesting. I've gotten grip and gogo but it errors out with 'can't open cdrom device' (then ejects the cd, so it knows where it is). I don't do much audio stuff, so haven't really tweaked abcde. I moved the same CD to the slower but scsi-emulated drive, changed the rip/encode nice from abcde's default 10 to 0 (same as grip's default), turned off the [EMAIL PROTECTED], and abcde'd again. The renice seemed to affect other actions, such as urpmf, but the process only took 14 minutes, this time. There are lots of variables. Another is I'm using oggenc. Rolf Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
thanks Kevin , I obviously missed it On Sat, 2003-07-05 at 18:12, KevinO wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Richard Bown wrote: > > It would be nice to encode to mp3 with grip, but I've look everywhere I > > know and hav'nt found the encoder. > > > As mentioned in recent messages, but repeated here ;-) > > http://www.linux.org/apps/AppId_1712.html > > has the tar.gz file for gogo with source code. > > PLF has an rpm for Mandrake: > > http://ranger.dnsalias.com/mandrake/plf/9.1/i586/gogo-2.39b-2plf.i586.rpm > > - -- > KevinO > > "If truth is beauty, how come no one has their hair done in the library?" > - -- Lily Tomlin > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.0.7 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQE/BwbpWOfRC7Rnmv8RAhR/AJwKW0uzEhsQUBZQgpBKrJRGhb338ACfYGGb > 4DoIycQHNYkub2ekXWSeKoQ= > =vw4w > -END PGP SIGNATURE- > > > > __ > > Want to buy your Pack or Services from MandrakeSoft? > Go to http://www.mandrakestore.com -- Richard Bown <[EMAIL PROTECTED]> Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Richard Bown wrote: > It would be nice to encode to mp3 with grip, but I've look everywhere I > know and hav'nt found the encoder. > As mentioned in recent messages, but repeated here ;-) http://www.linux.org/apps/AppId_1712.html has the tar.gz file for gogo with source code. PLF has an rpm for Mandrake: http://ranger.dnsalias.com/mandrake/plf/9.1/i586/gogo-2.39b-2plf.i586.rpm - -- KevinO "If truth is beauty, how come no one has their hair done in the library?" - -- Lily Tomlin -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/BwbpWOfRC7Rnmv8RAhR/AJwKW0uzEhsQUBZQgpBKrJRGhb338ACfYGGb 4DoIycQHNYkub2ekXWSeKoQ= =vw4w -END PGP SIGNATURE- Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
Hi, well its looks like I'm in the right area time wise :) Now I'm getting very tempted to upgrade the cpu, Ive only recently got this motherboard so I should be OK . It would be nice to encode to mp3 with grip, but I've look everywhere I know and hav'nt found the encoder. from the replies on this list and what reading I've done etc, it would appear that the rip and encoding thats done with some of the windows progs probably cut a lot of corners to gain speed. At least with linux we can burn a CD and still do other things, my sons 750MHz duron machine running winxp, cant do much else if he copies a cd with nero, it may be quicker BUT !! Richard On Sat, 2003-07-05 at 17:18, KevinO wrote: > Rolf Pedersen wrote: > On my 1700+ > > Athlon, it took about 24 minutes for 9 tracks/44 minutes of music. > > > > Sounds similar to grip, which automatically creates per user config files > (~/.grip). All of these programs are just front-ends to the 'standard' command > line tools. (cdparanoia, cdrecord, mkisofs, etc.) > > Using grip, set for cdparanoia for ripping and gogo for encoding, a Pentium 3 > 800 and an older Yamaha 16x LightSpeed drive, rip and encode takes 10 to 15 > minutes for a full-length CD. > > The Yamaha, using cdparanoia (slower but better) to rip runs at around 6x to > 7x rate and gogo actually runs a little faster, often waiting for the next > track to finish ripping. > > On my friend's dual Athlon MP 1600+, gogo runs so fast that tracks are often > encoded while his 24x Yamaha is locating and starting the next track, well > under 10 seconds per track to encode. (It has been a while but it seems like > it was more like 3 to 5 seconds to encode a track) It would rip track 1, then > encode it before it could start ripping track 2, then gogo would sit idle > until track 2 was done ripping, and so on ... > I wish my audio/DVD toys would play ogg > > If anyone wants more accurate benchmark numbers I can run a quick test on > either or both of these machines. -- Richard Bown <[EMAIL PROTECTED]> Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
Rolf Pedersen wrote: > In contrib/, there is abcde. By default, with a CD in /dev/cdrom, when > you type abcde, there are a couple of interactive questions then abcde > will rip the CD, encoding to ogg in a subdirectory of the artist's name > with track names. Encoding runs parallel with ripping. A configuration > file, /etc/abcde.conf, can be copied to $HOME for per-user preferences > and there is an option to take advantage of smp machines. On my 1700+ > Athlon, it took about 24 minutes for 9 tracks/44 minutes of music. > Sounds similar to grip, which automatically creates per user config files (~/.grip). All of these programs are just front-ends to the 'standard' command line tools. (cdparanoia, cdrecord, mkisofs, etc.) Using grip, set for cdparanoia for ripping and gogo for encoding, a Pentium 3 800 and an older Yamaha 16x LightSpeed drive, rip and encode takes 10 to 15 minutes for a full-length CD. The Yamaha, using cdparanoia (slower but better) to rip runs at around 6x to 7x rate and gogo actually runs a little faster, often waiting for the next track to finish ripping. On my friend's dual Athlon MP 1600+, gogo runs so fast that tracks are often encoded while his 24x Yamaha is locating and starting the next track, well under 10 seconds per track to encode. (It has been a while but it seems like it was more like 3 to 5 seconds to encode a track) It would rip track 1, then encode it before it could start ripping track 2, then gogo would sit idle until track 2 was done ripping, and so on ... I've been using grip since Mdk 7.2 so I am pretty used to it. I really like the fact that it is so configurable. With it set to auto-rip and encode on insert, get Artist and track data off of the web, I would just keep sticking in CDs and it would create a nice directory structure organized by Artist --> Disk --> Track ready to be rsync'd over to my internal server running edna which serves up the files to any of the machines on the LAN. Grip really made short work out of the project once it was all set up. Now we can play almost anything from my CD collection on any computer in the house using Mozilla and xmms. Back then Mandrake came with the Blade encoder but I switched to gogo for the speed and quality. We generally use 192Kbps fixed rate here. (Variable rate would have been better ;-) ) I wish my audio/DVD toys would play ogg If anyone wants more accurate benchmark numbers I can run a quick test on either or both of these machines. -- KevinO "If truth is beauty, how come no one has their hair done in the library?" -- Lily Tomlin Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
On Saturday 05 July 2003 09:48 am, Rolf Pedersen wrote: > In contrib/, there is abcde. By default, with a CD in /dev/cdrom, when > you type abcde, there are a couple of interactive questions then abcde > will rip the CD, encoding to ogg in a subdirectory of the artist's name > with track names. Encoding runs parallel with ripping. A configuration > file, /etc/abcde.conf, can be copied to $HOME for per-user preferences > and there is an option to take advantage of smp machines. On my 1700+ > Athlon, it took about 24 minutes for 9 tracks/44 minutes of music. > > Rolf Using Grip here, on a Toshiba SCSI DVD drive, XP2100, 512 megs DDR Ram, and rip/encoding "tATu: 200 KM/H in the wrong lane", 11 tracks, took 11 mins and 30 secs total time. -- /\ Dark>Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
Richard Bown wrote: Hi all a few stats of my system on rip and encode times source audio cd 11 tracks duration 60.1 mins Arson this got in a mess and was aborted K3b rip several hours and up to 60% cpu time (peaks) Xripper rip and encode encode to mp3 30mins 12% cpu time (peaks) Grip rip and encode to ogg 15 mins (12%cpu time (peaks) source drive genuine scsi I'm trying to find the mp3 encoder for grip, The one observation I can make is that the ripping process on grip is about 8 mins , its the encoding that takes the time, the same with Xripper. With the resource on this machine 1.2 GHz duron and 750Mb of ram surely it should be quicker ?? The one thing I do like with Grip is the construction of a dir with the Artist and subdir for the album name, and track names are maintained.. comments TIA Richard In contrib/, there is abcde. By default, with a CD in /dev/cdrom, when you type abcde, there are a couple of interactive questions then abcde will rip the CD, encoding to ogg in a subdirectory of the artist's name with track names. Encoding runs parallel with ripping. A configuration file, /etc/abcde.conf, can be copied to $HOME for per-user preferences and there is an option to take advantage of smp machines. On my 1700+ Athlon, it took about 24 minutes for 9 tracks/44 minutes of music. Rolf Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
On Sat, 5 Jul 2003 05:58 pm, Brant Fitzsimmons wrote: > KevinO wrote: > >bascule wrote: > >>any advantage over lame on a single cpu box? > > > >SPEED! > > > >Email off-list and will help you find/get a copy if you'd like to try it. > > It integrates well with grip or use standalone from the command line. The > > command line options are a little different from the others but fairly > > simple. > > I found this through Google. It seems like something worth checking out. > http://www.linux.org/apps/AppId_1712.html And as always - hit send button, followed by the results of a pbone search PLF has the gogo rpm for gogo 2.39b with all the extensions for various processor types compiled in ...which only goes to go - when you need anything multimedia-ish - especially US-license restricted go to PLF -- john in sydney Mandrake Linux 9.1, Kernel version: 2.4.21-0.18mdk OpenPGP key available on www.keyserver.net 1024D/3E4A902F B38A AB0F 8658 D9E1 4900 3050 08FA D4FA 3E4A 902F Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
On Sat, 5 Jul 2003 06:38 pm, KevinO wrote: > Brant Fitzsimmons wrote: > > Do you have any documentation for it? > > Nope. All I have ever seen was just the tarball... http://homepage1.nifty.com/herumi/soft/gogo2/readme_e.txt ...looks like a document to me ..., and on sourceforge there are the latest binaries (i386 & source rpms) for nasm, which is alluded to on the previous page to compile it: http://homepage1.nifty.com/herumi/gogo_e.html I´m going to give it a go , and see if I can rpm it let you know -- john in sydney Mandrake Linux 9.1, Kernel version: 2.4.21-0.18mdk OpenPGP key available on www.keyserver.net 1024D/3E4A902F B38A AB0F 8658 D9E1 4900 3050 08FA D4FA 3E4A 902F Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
Hi all a few stats of my system on rip and encode times source audio cd 11 tracks duration 60.1 mins Arson this got in a mess and was aborted K3b rip several hours and up to 60% cpu time (peaks) Xripper rip and encode encode to mp3 30mins 12% cpu time (peaks) Grip rip and encode to ogg 15 mins (12%cpu time (peaks) source drive genuine scsi I'm trying to find the mp3 encoder for grip, The one observation I can make is that the ripping process on grip is about 8 mins , its the encoding that takes the time, the same with Xripper. With the resource on this machine 1.2 GHz duron and 750Mb of ram surely it should be quicker ?? The one thing I do like with Grip is the construction of a dir with the Artist and subdir for the album name, and track names are maintained.. comments TIA Richard -- Richard Bown <[EMAIL PROTECTED]> Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brant Fitzsimmons wrote: > Do you have any documentation for it? I did see this... : http://homepage1.nifty.com/herumi/soft/gogo2/readme_e.txt Please note that the use of an mp3 encoder may require, by law, the payment of licensing fees to the patent holder(s), in some countries. The U.S. is one of those countries... I am pretty sure that this goes for Lame and Gogo, but not for Blade that figures! - -- KevinO "If truth is beauty, how come no one has their hair done in the library?" - -- Lily Tomlin -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/Bpc1WOfRC7Rnmv8RAoS2AJ0Z6L+dhQTSyVXa5Im5TtKPxn6nRQCdFCiS H+j/Pdiv5plqtHWaxUL6vU8= =Dr0Q -END PGP SIGNATURE- Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
Brant Fitzsimmons wrote: > Do you have any documentation for it? Nope. All I have ever seen was just the tarball... -- KevinO "If truth is beauty, how come no one has their hair done in the library?" -- Lily Tomlin Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
KevinO wrote: bascule wrote: any advantage over lame on a single cpu box? SPEED! Email off-list and will help you find/get a copy if you'd like to try it. It integrates well with grip or use standalone from the command line. The command line options are a little different from the others but fairly simple. Do you have any documentation for it? -- Brant Fitzsimmons [EMAIL PROTECTED] "All truth passes through three stages. First, it is ridiculed. Second, it is violently opposed. Third, it is accepted as being self-evident." -Arthur Schopenhauer (1788-1860)
Re: [expert] strange behaviour :grip
KevinO wrote: bascule wrote: any advantage over lame on a single cpu box? SPEED! Email off-list and will help you find/get a copy if you'd like to try it. It integrates well with grip or use standalone from the command line. The command line options are a little different from the others but fairly simple. I found this through Google. It seems like something worth checking out. http://www.linux.org/apps/AppId_1712.html -- Brant Fitzsimmons [EMAIL PROTECTED] "All truth passes through three stages. First, it is ridiculed. Second, it is violently opposed. Third, it is accepted as being self-evident." -Arthur Schopenhauer (1788-1860)
Re: [expert] strange behaviour :grip
bascule wrote: > any advantage over lame on a single cpu box? > SPEED! Email off-list and will help you find/get a copy if you'd like to try it. It integrates well with grip or use standalone from the command line. The command line options are a little different from the others but fairly simple. -- KevinO Hickory Dickory Dock, The mice ran up the clock, The clock struck one, The others escaped with minor injuries. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
any advantage over lame on a single cpu box? bascule On Friday 04 Jul 2003 11:38 pm, KevinO wrote: > Ever use Gogo? (Based on Lame, assembly hand optimized for speed. Can use > multiple CPUs.) > > I have seen it do better than 50x compression speeds and it sounds as good > as Lame.(Which sounds better then blade, of course) > > -- "Yes," said the skull. "Quit while you're a head, that's what I say." (Soul Music) Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 bascule wrote: > sorry no, i use lame from the plf notlame package > Ever use Gogo? (Based on Lame, assembly hand optimized for speed. Can use multiple CPUs.) I have seen it do better than 50x compression speeds and it sounds as good as Lame.(Which sounds better then blade, of course) Kind of hard to find sometimes but it is a very small piece of code. - -- KevinO Hickory Dickory Dock, The mice ran up the clock, The clock struck one, The others escaped with minor injuries. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/BgHyWOfRC7Rnmv8RAkgpAJ9lxpSr/kkvZEqILdvx1h19pedyWwCfdDN9 K4HXCILOYydgxkf9Sg0p9Lo= =iSXt -END PGP SIGNATURE- Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Richard Bown wrote: > > Thanks Kevin > > > It will run from a root console, and ripping and encoding is faster than > arson or k3b You may have a corrupted 'settings' file in your home directory (.grip) Just remove it and try it again as a user: rm ~/.grip grip Do this as a user from a terminal window. > I hav'nt got a /dev/cdrom3, I have got a /mnt/cdrom3 > /mnt/cdrom3 will not work, it is a mount point, not a device. What you need is the device and it will be in /dev. Are you booting up using something like: append="devfs=mount hdc=ide-scsi" in your lilo.conf, or if you are using grub: kernel (hd0,0)/vmlinuz root=/dev/hda6 devfs=mount hdc=ide-scsi in your /boot/grub/menu.lst? You need to have scsi-emulation turned on for the device to be able to burn a CD. A quick check would be to see if you have : /dev/scd0 > so how do I get into its config to change that to one of the valid > cdroms, when it wont start ? > If it won't start it doesn't matter because it is still broken anyway. The settings are stored in the .grip file mentioned above: GRIP 2 cd_device /dev/scd0 ripexename /usr/bin/cdparanoia . . . - -- KevinO Hickory Dickory Dock, The mice ran up the clock, The clock struck one, The others escaped with minor injuries. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/BgErWOfRC7Rnmv8RAlrjAJ9KGeE/QVGkIp2TYZ7HKzstdI/yZACdEuk5 NEhhphJwINaeUsUjGvf9PGI= =Rcp4 -END PGP SIGNATURE- Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
sorry no, i use lame from the plf notlame package bascule On Friday 04 Jul 2003 11:34 pm, Richard Bown wrote: > On Fri, 2003-07-04 at 22:17, bascule wrote: > > have a look in /dev/and see what you do have and try: > > $grip --device=/dev/whatever > > > > bascule > > Thanks bascule that got it sorted, just to really confuse things > /dev/cdrom =/mnt/cdrom3 > > Do you know which files I need to load to use mp3encode, drawn a blank > with rpmdrake, so it must be part of another package, which one ?? > > thanks > richard -- "Rome wasn't burned in a day. " Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
On Fri, 2003-07-04 at 22:17, bascule wrote: > have a look in /dev/and see what you do have and try: > $grip --device=/dev/whatever > > bascule Thanks bascule that got it sorted, just to really confuse things /dev/cdrom =/mnt/cdrom3 Do you know which files I need to load to use mp3encode, drawn a blank with rpmdrake, so it must be part of another package, which one ?? thanks richard -- Richard Bown <[EMAIL PROTECTED]> Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
have a look in /dev/and see what you do have and try: $grip --device=/dev/whatever bascule On Friday 04 Jul 2003 11:03 pm, Richard Bown wrote: > Thanks Kevin > > > It will run from a root console, and ripping and encoding is faster than > arson or k3b > > if I try to start from a user console I get > > Unable to initialize [/dev/cdrom3] > > I hav'nt got a /dev/cdrom3, I have got a /mnt/cdrom3 > > so how do I get into its config to change that to one of the valid > cdroms, when it wont start ? > > > TIA > Richard > > O -- - "It could be a torture chamber or a dungeon or a hideous pit or anything!" - "It's just a student's bedroom, sergeant." - "You see?" (Men at Arms) Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
Thanks Kevin It will run from a root console, and ripping and encoding is faster than arson or k3b if I try to start from a user console I get Unable to initialize [/dev/cdrom3] I hav'nt got a /dev/cdrom3, I have got a /mnt/cdrom3 so how do I get into its config to change that to one of the valid cdroms, when it wont start ? TIA Richard On Fri, 2003-07-04 at 21:44, KevinO wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Richard Bown wrote: > > I'd like to find where this package has disappeared to , its still > > listed on the menu but fails to start. > Try running grip from the command line in a terminal window and see what that > does. Try running it as root just to see if it will start that way also. > > > After scrapping the windows machine, I'm using linux for everything > > apart from the odd app which runs on Win4Lin. > > Disk to disk copying and ripping is painfully slow on the apps I've > > tried so far, grip has a ripping facility I'd like to try. > Grip is only a front-end for the standard command line tools (cdrecord, > cdparanoia, etc.) > > I like to use the 'dd' command to rip data disks. Most programs under Linux > will use cdparanoia to rip audio disks. It is slower than it's Winders > equivalents because it makes multiple reads and tries to give you the best > possible extraction of data from the disk. This is helpful since the Red-Book > standard doesn't provide for error checking and correction on an audio disk > like a data disk has. > > - -- > KevinO > > Hickory Dickory Dock, The mice ran up the clock, The clock struck one, The > others escaped with minor injuries. > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.0.7 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQE/BeciWOfRC7Rnmv8RApTaAJwP1SZoJT0W6X1K3qQeCCpUy/dqGQCdFdx1 > Hwa3sQdizjYc3+0JaA/xYPo= > =c+Ur > -END PGP SIGNATURE- > > > > __ > > Want to buy your Pack or Services from MandrakeSoft? > Go to http://www.mandrakestore.com -- Richard Bown <[EMAIL PROTECTED]> Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] strange behaviour :grip
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Richard Bown wrote: > I'd like to find where this package has disappeared to , its still > listed on the menu but fails to start. Try running grip from the command line in a terminal window and see what that does. Try running it as root just to see if it will start that way also. > After scrapping the windows machine, I'm using linux for everything > apart from the odd app which runs on Win4Lin. > Disk to disk copying and ripping is painfully slow on the apps I've > tried so far, grip has a ripping facility I'd like to try. Grip is only a front-end for the standard command line tools (cdrecord, cdparanoia, etc.) I like to use the 'dd' command to rip data disks. Most programs under Linux will use cdparanoia to rip audio disks. It is slower than it's Winders equivalents because it makes multiple reads and tries to give you the best possible extraction of data from the disk. This is helpful since the Red-Book standard doesn't provide for error checking and correction on an audio disk like a data disk has. - -- KevinO Hickory Dickory Dock, The mice ran up the clock, The clock struck one, The others escaped with minor injuries. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/BeciWOfRC7Rnmv8RApTaAJwP1SZoJT0W6X1K3qQeCCpUy/dqGQCdFdx1 Hwa3sQdizjYc3+0JaA/xYPo= =c+Ur -END PGP SIGNATURE- Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] strange behaviour :grip
Hi, found a nice little cd utilty and player, GRIP, a gtk based thingy. Looked good even had some help docs :) All was well until I shut it down but clicking on the wee X in the top RH corner. But then it would'nt start up again nor would alsaplayer. First step shut down X and restart...no effect so used rpmdrake to uninstall then a new install, , ..alsa player back , but not grip. Also after running rpmdrake to remove and reinstall these packages, clicking on the gnome foot on the tool bar no longer had any apps listed. Restarting X returned these. I'd like to find where this package has disappeared to , its still listed on the menu but fails to start. After scrapping the windows machine, I'm using linux for everything apart from the odd app which runs on Win4Lin. Disk to disk copying and ripping is painfully slow on the apps I've tried so far, grip has a ripping facility I'd like to try. Any ideas what might have happened TIA Richard -- Richard Bown <[EMAIL PROTECTED]> Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] Strange behaviour with crontab.
Hi peoples... Hope we all had a pleasent Christmas break... I have two machines here, one is running MDK 7.2 and the other is running the 8.1 powerpack. I have installed Trend filescan onto both successfully so I can protect the winblows boxes that are connected to it. In order to setup auto update, I have to add a crontab entry to both systems that looks like this: 20 2,11,20 * * * /opt/trend/ISADMIN/cgi-bin/getptn_net.cgi | grep H2 | grep -v "up to date" On the mandrake 7.2 box, that seems to work flawlessly.. but nothing happens at all on the 8.1 box.. if I run /opt/trend/ISADMIN/cgi-bin/getptn_net.cgi manually on the 8.1 box, it works fine,, it just isn't being started by crontab.. someone told me I have to specify the user I want it to run as.. in this case that has to be root. I had to remove root from the above crontab to get it workin in 7.2, and it didn't seem to help the 8.1 box either, so I removed it.. Does anyone know why this would happen? Is there any difference between contab in 8.1 and 7.2 This is the last thing I need to fix on this box before it can go on all the servers I look after. This has been up for about a monnth now, and not a problem in site.. (other then mandrakeupdate, which needs less said about it rather then more.) Anyone have any clues??? rgds Frank Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Strange behaviour of 8.1
Hi , I'm also seeing the same problem unmountng the cdrom, I'm making the assumption the kernel is 2.4.8 as on the distro images, a horrible bodge to get round this is to start the cd player from the apps menu, and use the eject key...at least it allows the cd to be removed. Strangly enough it dos'nt screw the system up,, as the next cd in mounts ok. HTH richard Quintin Holmberg wrote: > > one of the other replies shows a common trouble shooting technique i > often use. try running the problem apps from the command line (i > generally do it without the & at the end) and see what the output is. > if you can't solve it yourself from the output, send it to me and maybe > i can interpret it. > -- > quintin holmberg > > On Tue, 2001-10-30 at 22:55, Arnab_Ganguly wrote: > > > > Hi, > > > > I upgraded my home machine (Intel 810 board, 128M RAM, Celeron > > Processor) from Mandrake 8.0 to 8.1 last night. I used the download edition > > for this upgrade. After the upgrade some things are working as usual fine, > > but there seem to be issues with: > > > > a) Konqueror: I CANNOT start konqueror for the first time after the > > upgrade for any user login if I log in to KDE. However, if I log in to > > GNOME, ICEWM etc and then start konqueror I can subsequently start konqueror > > in KDE. Also Konqueror seems to take longer to start while all other KDE > > applications seem much faster in starting. > > > > b) Desktop Shortcuts/ CDROM: Using the desktop shortcut for > > accessing a data CDROM caused my machine to hang. This is a rare occassion > > on which I have seen MDK hang! This maybe something again to do with > > konqueror or the kernel automount feature, I am not too sure. > > > > c) Unmounting File Systems: The system failed to unmount /dev/cdrom > > when shutting down although this might be a one-off one time problem. > > > > Overall, 8.1 seems to have made some improvements in look and feel, > > although I had hoped that the Object Prelinking etc would have improved > > performance a lot, which does not seem to be the case. I have not tested > > many of the applications and hope to do so this weekend. > > > > If anyone has any suggestions on what is happenning with konqueror > > and how to get around it, it would be great. > > > > Thanks, > > Arnab -- Richard Bown Ericsson Microwave Systems AB SE-431 84 Mölndal e-mail [EMAIL PROTECTED] tel +46 31 74 72422 mobile +46 7098 72422 Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Strange behaviour of 8.1
one of the other replies shows a common trouble shooting technique i often use. try running the problem apps from the command line (i generally do it without the & at the end) and see what the output is. if you can't solve it yourself from the output, send it to me and maybe i can interpret it. -- quintin holmberg On Tue, 2001-10-30 at 22:55, Arnab_Ganguly wrote: > > Hi, > > I upgraded my home machine (Intel 810 board, 128M RAM, Celeron > Processor) from Mandrake 8.0 to 8.1 last night. I used the download edition > for this upgrade. After the upgrade some things are working as usual fine, > but there seem to be issues with: > > a) Konqueror: I CANNOT start konqueror for the first time after the > upgrade for any user login if I log in to KDE. However, if I log in to > GNOME, ICEWM etc and then start konqueror I can subsequently start konqueror > in KDE. Also Konqueror seems to take longer to start while all other KDE > applications seem much faster in starting. > > b) Desktop Shortcuts/ CDROM: Using the desktop shortcut for > accessing a data CDROM caused my machine to hang. This is a rare occassion > on which I have seen MDK hang! This maybe something again to do with > konqueror or the kernel automount feature, I am not too sure. > > c) Unmounting File Systems: The system failed to unmount /dev/cdrom > when shutting down although this might be a one-off one time problem. > > Overall, 8.1 seems to have made some improvements in look and feel, > although I had hoped that the Object Prelinking etc would have improved > performance a lot, which does not seem to be the case. I have not tested > many of the applications and hope to do so this weekend. > > If anyone has any suggestions on what is happenning with konqueror > and how to get around it, it would be great. > > Thanks, > Arnab > > > > Want to buy your Pack or Services from MandrakeSoft? > Go to http://www.mandrakestore.com Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
RE: [expert] Strange behaviour of 8.1
Hi Mark, Well well, I think that is the problem because when I tried running from an xterm by tying konqueror& it said something to the effect "cannot find user name for ID 501..." Thanks for pointing this out, hope someone points out what is going on with the performance issues related to prelinking etc. Arnab > -- > From: Mark D'voo[SMTP:[EMAIL PROTECTED]] > Reply To: [EMAIL PROTECTED] > Sent: Wednesday, October 31, 2001 10:33 AM > To: [EMAIL PROTECTED] > Subject: Re: [expert] Strange behaviour of 8.1 > > <> > this happened to me once, delete all the stuff in the /tmp directory that > has > your name in it, like kde-username socket-username and then killall -9 > kdeinit, restart X and relogin, that worked for me on getting konqueror to > run > > On Tuesday 30 October 2001 10:55 pm, you wrote: > > Hi, > > > > I upgraded my home machine (Intel 810 board, 128M RAM, Celeron > > Processor) from Mandrake 8.0 to 8.1 last night. I used the download > edition > > for this upgrade. After the upgrade some things are working as usual > fine, > > but there seem to be issues with: > > > > a) Konqueror: I CANNOT start konqueror for the first time after the > > upgrade for any user login if I log in to KDE. However, if I log in to > > GNOME, ICEWM etc and then start konqueror I can subsequently start > > konqueror in KDE. Also Konqueror seems to take longer to start while all > > other KDE applications seem much faster in starting. > > > > b) Desktop Shortcuts/ CDROM: Using the desktop shortcut for > > accessing a data CDROM caused my machine to hang. This is a rare > occassion > > on which I have seen MDK hang! This maybe something again to do with > > konqueror or the kernel automount feature, I am not too sure. > > > > c) Unmounting File Systems: The system failed to unmount /dev/cdrom > > when shutting down although this might be a one-off one time problem. > > > > Overall, 8.1 seems to have made some improvements in look and feel, > > although I had hoped that the Object Prelinking etc would have improved > > performance a lot, which does not seem to be the case. I have not tested > > many of the applications and hope to do so this weekend. > > > > If anyone has any suggestions on what is happenning with konqueror > > and how to get around it, it would be great. > > > > Thanks, > > Arnab > > -- > 11:02pm up 9:09, 2 users, load average: 0.83, 1.14, 0.76 > > Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Strange behaviour of 8.1
this happened to me once, delete all the stuff in the /tmp directory that has your name in it, like kde-username socket-username and then killall -9 kdeinit, restart X and relogin, that worked for me on getting konqueror to run On Tuesday 30 October 2001 10:55 pm, you wrote: > Hi, > > I upgraded my home machine (Intel 810 board, 128M RAM, Celeron > Processor) from Mandrake 8.0 to 8.1 last night. I used the download edition > for this upgrade. After the upgrade some things are working as usual fine, > but there seem to be issues with: > > a) Konqueror: I CANNOT start konqueror for the first time after the > upgrade for any user login if I log in to KDE. However, if I log in to > GNOME, ICEWM etc and then start konqueror I can subsequently start > konqueror in KDE. Also Konqueror seems to take longer to start while all > other KDE applications seem much faster in starting. > > b) Desktop Shortcuts/ CDROM: Using the desktop shortcut for > accessing a data CDROM caused my machine to hang. This is a rare occassion > on which I have seen MDK hang! This maybe something again to do with > konqueror or the kernel automount feature, I am not too sure. > > c) Unmounting File Systems: The system failed to unmount /dev/cdrom > when shutting down although this might be a one-off one time problem. > > Overall, 8.1 seems to have made some improvements in look and feel, > although I had hoped that the Object Prelinking etc would have improved > performance a lot, which does not seem to be the case. I have not tested > many of the applications and hope to do so this weekend. > > If anyone has any suggestions on what is happenning with konqueror > and how to get around it, it would be great. > > Thanks, > Arnab -- 11:02pm up 9:09, 2 users, load average: 0.83, 1.14, 0.76 Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] Strange behaviour of 8.1
Hi, I upgraded my home machine (Intel 810 board, 128M RAM, Celeron Processor) from Mandrake 8.0 to 8.1 last night. I used the download edition for this upgrade. After the upgrade some things are working as usual fine, but there seem to be issues with: a) Konqueror: I CANNOT start konqueror for the first time after the upgrade for any user login if I log in to KDE. However, if I log in to GNOME, ICEWM etc and then start konqueror I can subsequently start konqueror in KDE. Also Konqueror seems to take longer to start while all other KDE applications seem much faster in starting. b) Desktop Shortcuts/ CDROM: Using the desktop shortcut for accessing a data CDROM caused my machine to hang. This is a rare occassion on which I have seen MDK hang! This maybe something again to do with konqueror or the kernel automount feature, I am not too sure. c) Unmounting File Systems: The system failed to unmount /dev/cdrom when shutting down although this might be a one-off one time problem. Overall, 8.1 seems to have made some improvements in look and feel, although I had hoped that the Object Prelinking etc would have improved performance a lot, which does not seem to be the case. I have not tested many of the applications and hope to do so this weekend. If anyone has any suggestions on what is happenning with konqueror and how to get around it, it would be great. Thanks, Arnab Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] Strange behaviour
Hey guys, I'm seeing some strange behaviour from my Linux server at the moment... I'm using it as a server for internet, files, and apache is bound to my internal interfaces (ports closed to the outside world for that). Anyways, it seems that squid is running away. Just out of the blue I looked over at my modem and the traffic lights were flashing like made. When I ran top it mentioned kapm-idled and squid were running at the top of the list. I shut squid down, and the strange traffic just stopped... I strated it back up and same as beforee. the traffic lights are going mad... Does anyone have any idea what could be causing this? Thanks Current Linux kernel 2.4.3-20mdk uptime: 1 day 22 hours 42 minutes.
[expert] Strange behaviour of "isdnctrl addlink ippp0"
Hi, I am using multilink-ppp over ISDN. I have configured a master interface ippp0 and a slave interface ippp1. I have set the dialmode of both interfaces to "manual". If I type "isdnctrl dial ippp0" the connection over the first B-channel is established normally. If I now type "isdnctrl addlink ippp0" it responds "Ok, added a new link. (dialing)". This means that the system call "ioctl(fd, IIOCNETALN, id)" returns successfully. But absolutely nothing happens, no dialing, no messages in the syslog. But if I set the dialmode of the slave interface ippp1 to "auto" then "isdnctrl addlink ippp0" establishes a connection over the second B-channel as it should. I don´t think this is the correct behaviour of "isdnctrl addlink ippp0". It should be possible to establish a second link if the dialmode of the slave interface is set to manual. BTW, I am using Mandrake 6 with kernel-2.2.9-27mdk. With RedHat 5.2 and kernel-2.0.36 "isdnctrl addlink ippp0" behaves correctly. Any clues ? Harald --- Harald Schreiber,Nizzaalle 26,D-52072 Aachen, Germany Phone: +49-241-9108015, Email: [EMAIL PROTECTED] ---