[Flac-dev] compression ratio

2007-05-12 Thread Harry Sack
hi i was wondering if it's possible to tell me what the theoretical best compression ratio the flac encoder can do, because i was wondering what the future of flac will bring us. So this question is probably best addressed to Josh: can we suspect much better compression ratio in the future or is

Re: [Flac-dev] compression ratio

2007-05-15 Thread Harry Sack
2007/5/14, Josh Coalson [EMAIL PROTECTED]: --- Harry Sack [EMAIL PROTECTED] wrote: hi i was wondering if it's possible to tell me what the theoretical best compression ratio the flac encoder can do, because i was wondering what the future of flac will bring us. So this question is probably

[Flac-dev] FLAC: library for C#

2007-06-13 Thread Harry Sack
Hi FLAC dev's list, I'm looking for a library for the C# language (Microsoft .Net Framework 2.0or higher) to play FLAC files and/or maybe do some other things like getting the file duration, file properties, ... of FLAC files. The library must preferably be free (open source is not required, but

Re: [Flac-dev] FLAC: library for C#

2007-06-14 Thread Harry Sack
2007/6/14, Josh Coalson [EMAIL PROTECTED]: --- Erik de Castro Lopo [EMAIL PROTECTED] wrote: Harry Sack wrote: Hi FLAC dev's list, I'm looking for a library for the C# language (Microsoft .Net Framework 2.0or higher) to play FLAC files and/or maybe do some other things like getting

[Flac-dev] FLAC: general question

2007-08-21 Thread Harry Sack
hi dev'ers is it true flac is developed in linux by Josh and later compiled in windows? I was also wondering if Josh implemented the flac encoder/decoder all by himself ? just some questions because I'm interested in flac in general :) thx ___

[Flac-dev] FLAC: compression ratio

2007-08-27 Thread Harry Sack
hi flac-dev list! I see, when compressing CD-audio tracks, I can reach up to 60% (ratio = 0.6x) of the original WAV file after compression. I was wondering if the FLAC codec could become as good as reaching 50% of the original WAV file in the future or if we are already at the (almost) maximum

[Flac-dev] Re: multiple core support

2007-09-06 Thread Harry Sack
speed things up when they overlap in unpredictable ways. Games would be harder to write in a single- threaded way. Meanwhile, encoding/decoding FLAC is easier to write in a single-threaded design. Brian W. On Sep 6, 2007, at 16:42, Harry Sack wrote: yes, i totally agree but I'm talking

[Flac-dev] Re: multiple core support

2007-09-07 Thread Harry Sack
perfectly possible to do it here too, but it's not really needed. It's only useful for encoding existing files. Harry Brian W. On Sep 6, 2007, at 17:24, Harry Sack wrote: it's really not complicated I think: only api changes to write on any position in the file if that's not possible already

Re: [Flac-dev] Re: multiple core support

2007-09-08 Thread Harry Sack
core support? thx --- Harry Sack [EMAIL PROTECTED] wrote: 2007/9/7, Avuton Olrich [EMAIL PROTECTED]: On 9/6/07, Harry Sack [EMAIL PROTECTED] wrote: it's really not complicated I think: only api changes to write on any Please get started writing a patch, immediately. I'm

Re: [Flac-dev] Re: multiple core support

2007-09-08 Thread Harry Sack
2007/9/8, Brian Willoughby [EMAIL PROTECTED]: Ralph, The problem is that there is no clear advantage, at least in terms of multiple cores, to the approach you're asking about. In order to allow each stage of the codec to overlap, you need smart buffering between each stage. That adds code

Re: [Flac-dev] Re: multiple core support

2007-09-09 Thread Harry Sack
a fact :) Harry -- *From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *On Behalf Of *Harry Sack *Sent:* Saturday, September 08, 2007 6:06 AM *To:* Brian Willoughby *Cc:* flac-dev@xiph.org *Subject:* Re: [Flac-dev] Re: multiple core support 2007/9/8, Brian

Re: [Flac-dev] Re: multiple core support

2007-09-09 Thread Harry Sack
that maybe your PhD. We'll talk again then when you accomplished this :) best regards, Harry Brian W. On Sep 8, 2007, at 06:02, Harry Sack wrote: 2007/9/8, Josh Coalson [EMAIL PROTECTED]: it actually is complicated. the libFLAC api is not suited to a multithreaded design because the i

Re: [Flac-dev] Re: multiple core support

2007-09-10 Thread Harry Sack
2007/9/9, Josh Coalson [EMAIL PROTECTED]: --- Harry Sack [EMAIL PROTECTED] wrote: 2007/9/8, Josh Coalson [EMAIL PROTECTED]: it actually is complicated. the libFLAC api is not suited to a multithreaded design because the i/o is stream-based, not file- based. flac(.exe) is the file

[Flac-dev] compression

2008-02-20 Thread Harry Sack
hi can we expect much better compression (like the step to v. 1.2.x) in future versions of the flac encoder or are we at maximum compression level now? thx ___ Flac-dev mailing list Flac-dev@xiph.org http://lists.xiph.org/mailman/listinfo/flac-dev