List Info

Thread: Re: Support .cda as input files




Re: Support .cda as input files
country flaguser name
Germany
2007-09-18 20:04:59
> I think that what I actually want is for the operating
systems to  
> use .flac
> instead. Similar to what Mac OS X does with .aiff. This
should  
> probably
> have been posted in the advocacy emailing list
instead.

This is an interesting idea.  There already is a FUSE
filesystem  
called mp3fs (http://mp3fs.sourceforg
e.net/) which can dynamically  
transcode files from FLAC to MP3.  Perhaps someone should
write flacfs?

The challenge for using FLAC would be to
determine/predict/estimate  
the FLAC file size in advance.  Technical difficulties
aside, I think  
the idea of popping in a CD and having the files show up as
FLAC  
would be an appealing one to users.

I suppose another alternative would be to hack on cddafs or
one of  
its cousins to add FLAC support.

Stephen
_______________________________________________
Flac-dev mailing list
Flac-devxiph.org
http:
//lists.xiph.org/mailman/listinfo/flac-dev

Re: Support .cda as input files
country flaguser name
Norway
2007-09-18 20:15:37
On 2007-09-19, Stephen wrote:
> > I think that what I actually want is for the
operating systems to
> > use .flac nstead. Similar to what Mac OS X does
with .aiff. This should
> > probably have been posted in the advocacy emailing
list instead.
>
> This is an interesting idea. There already is a FUSE
filesystem
> called mp3fs (http://mp3fs.sourceforg
e.net/) which can dynamically
> transcode files from FLAC to MP3.  Perhaps someone
should write flacfs?
>
> The challenge for using FLAC would be to
determine/predict/estimate
> the FLAC file size in advance.  Technical difficulties
aside, I think
> the idea of popping in a CD and having the files show
up as FLAC
> would be an appealing one to users.

Apples does it with .aiff. So it is not impossible.

I guess the tracks would not have any compression for this
process to be as 
smooth as possible.

(Stephen, I keep bumping into your name everywhere since I
last emailed you 
last time. I think the web is really getting smaller.)
-- 
Daniel Aleksandersen
_______________________________________________
Flac-dev mailing list
Flac-devxiph.org
http:
//lists.xiph.org/mailman/listinfo/flac-dev

Re: Support .cda as input files
user name
2007-09-18 21:28:39
On 9/19/07, Stephen F. Booth <mesbooth.org> wrote:
> This is an interesting idea.  There already is a FUSE
filesystem
> called mp3fs (http://mp3fs.sourceforg
e.net/) which can dynamically
> transcode files from FLAC to MP3.  Perhaps someone
should write flacfs?

It is an interesting concept.

> I think
> the idea of popping in a CD and having the files show
up as FLAC
> would be an appealing one to users.

I don't know about you, but on KDE I already have this. 
Together with
Vorbis, too.  I just do a copy & paste back to the HDD,
and the
content is ripped and encoded in one step in the format I
want.

To think some people speak ill of KDE.  I pity them.


-Ivo
_______________________________________________
Flac-dev mailing list
Flac-devxiph.org
http:
//lists.xiph.org/mailman/listinfo/flac-dev

Re: Support .cda as input files
user name
2007-09-19 06:37:59
Hi All,

On Tue, Sep 18, 2007 at 06:04:59PM -0700, Stephen F. Booth
wrote:
>> I think that what I actually want is for the
operating systems to use 
>> .flac
>> instead. Similar to what Mac OS X does with .aiff.
This should probably
>> have been posted in the advocacy emailing list
instead.
>
> This is an interesting idea.  There already is a FUSE
filesystem called 
> mp3fs (http://mp3fs.sourceforg
e.net/) which can dynamically transcode files 
> from FLAC to MP3.  Perhaps someone should write
flacfs?

Hmm, that would be cool. Then you could mount mp3fs over the
top of it!

> The challenge for using FLAC would be to
determine/predict/estimate the 
> FLAC file size in advance.  Technical difficulties
aside, I think the idea 
> of popping in a CD and having the files show up as FLAC
would be an 
> appealing one to users.

Yes, this is a challenge. I am the author of mp3fs, and a
major
challenge was to predict final file size accurately. This is
why mp3fs
only supports CBR mp3 and not VBR mp3 or ogg (which is
inherently VBR).
Is there a 'CBR' flac encoding mechanism?

> I suppose another alternative would be to hack on
cddafs or one of its 
> cousins to add FLAC support.

I hadn't heard of cddafs before, looks kinda neat.
Unfortunately, it
looks like a kernel-mode filesystem which would be
impossible to hack
flac support into (unless you want to port flac into kernel
space )
FUSE filesystems are much easier as you can use userspace
libs.

Dave
_______________________________________________
Flac-dev mailing list
Flac-devxiph.org
http:
//lists.xiph.org/mailman/listinfo/flac-dev

[1-4]

about | contact  Other archives ( Real Estate discussion Medical topics )