Gentoo Archives: gentoo-amd64

From: "Jesús Guerrero" <i92guboj@×××××.es>
To: gentoo-amd64@l.g.o
Subject: Re: [gentoo-amd64] Re: Heads-up: KDEers: Particularly kde3-ers,
Date: Thu, 27 Aug 2009 20:35:15
Message-Id: ce73b469bc21ecc8add140dec390935e.squirrel@jesgue.homelinux.org
In Reply to: Re: [gentoo-amd64] Re: Heads-up: KDEers: Particularly kde3-ers, by Volker Armin Hemmann
1 On Fri, August 28, 2009 03:39, Volker Armin Hemmann wrote:
2 > On Freitag 28 August 2009, Jesús Guerrero wrote:
3 >
4 >> On Fri, August 28, 2009 03:18, Volker Armin Hemmann wrote:
5 >>
6 >>> On Freitag 28 August 2009, Jesús Guerrero wrote:
7 >>>
8 >>>> On Fri, August 28, 2009 02:01, Frank Peters wrote:
9 >>>>
10 >>>>> On Fri, 28 Aug 2009 00:34:24 +0200
11 >>>>>
12 >>>>>
13 >>>>>> oh really? can mc present an audiocd as ogg/mp3/flac/wav files?
14 >>>>>>
15 >>>>>>
16 >>>>>> I don't think so.
17 >>>>>>
18 >>>>>
19 >>>>> I am not sure what is meant by "present an audio cd," but mc can
20 >>>>> be programmed by the user to accomplish a lot of tasks based on
21 >>>>> the file type. Therefore, although I have not researched this
22 >>>>> specific possibility, I would be inclined to believe that it can
23 >>>>> be done with mc.
24 >>>>
25 >>>> He is talking about a kio-slave that does kind of like the cdfs
26 >>>> kernel module, though in a more limited way.
27 >>>>
28 >>>> In kde, when you enter a cdaudio in your drive and open it, this
29 >>>> kio-slave presents you the cdaudio disk in an fs-like fashion, with
30 >>>> a number of folders. One folder containing ogg files, other mp3
31 >>>> files, other wav files, and so on, depending on your USE flags and
32 >>>> such things
33 >>>>
34 >>>>
35 >>>> This allows you to rip the thing by just dragging files into
36 >>>> another folder, though to tell the truth, it never worked reliably
37 >>>> for me in kde3, I have no idea if it has improved.
38 >>>>
39 >>>> mc already do this for a number of formats, like iso, via vfs's, I
40 >>>> have no idea how complex would it be to develop this for cdaudio,
41 >>>> but, as said we have cdfs anyway, and mc is not meant to be an audio
42 >>>> encoder at all. I'd vote against this, unless it can be implemented
43 >>>> purely as an vfs module or as an external addon without touching a
44 >>>> single line of the mc core.
45 >>>
46 >>> and cdfs also does the id3 tags?
47 >>
48 >> You really don't understand the nature of command line tools. Usually,
49 >> no tool will do everything. They concentrate on a task, and do it well. I
50 >> don't think cdfs does that, it does't need to. It's an fs driver...
51 >>
52 >> You can copy the file to wherever you want, and encode it and tag it
53 >> however you want. Including that into cdfs would be a nonsense, it would
54 >> replicate the functionality that's already there.
55 >
56 > so why are you even bringing cdfs up?
57
58 Nevermind.
59 --
60 Jesús Guerrero