[linux-audio-dev] light C++ set for WAV
lars.luthman at gmail.com
Wed Jul 26 11:21:34 UTC 2006
On Wed, 2006-07-26 at 11:26 +0100, Chris Cannam wrote:
> On Wednesday 26 Jul 2006 11:12, Florian Paul Schmidt wrote:
> > Well, it is very thin though. Which is not a bad thing at all. One could
> > make ue of an arbitrary amount of more advanced C++ features if desired
> > though (i.e. templates parametrized with the type you want to read for
> > example, or operator<< and operator>> for reading and writing, etc.)
> operator<< and >>... ugh.
Operator overloading is lovely. When reading fixed size audio chunks a
function call syntax makes more sense though (how else would you specify
the chunk size? sndfile>>setw(1024)>>my_buffer is a bit too weird).
> > > Secondly, with regard to the method names, which do you prefer:
> > >
> > > - OpenRead
> > > - openRead
> > > - open_read
> > vote++, i never cared for the more java style methodName convention.
> I think if your class is named LikeThis, then your method should be named
> likeThat (Java-style). If your method is named like_this, then your class
> should be named like_that (STL-style). Either is fine, but don't mix your
I use ClassNames and function_names all the time. I think it makes it
easier to distinguish between them.
> > > Since you're the only person who actually responded to the real
> > > meat of my email, I have to assume that you are the only person
> > > on this list with a love for C++ and hence the only one who
> > > should have any real input on this issue ;-).
> > Nicely worded :)
> Mmm. For what it's worth, I write mostly C++ but have no problem with using
> the libsndfile C API. I don't really mind whether it has a C++ API as well
> or not. So yes, you probably should ignore me.
I agree - the libsndfile API is simple enough to fit into C++ code quite
Lars Luthman - please encrypt any email sent to me if possible
PGP key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x04C77E2E
Fingerprint: FCA7 C790 19B9 322D EB7A E1B3 4371 4650 04C7 7E2E
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 189 bytes
Desc: This is a digitally signed message part
More information about the Linux-audio-dev