On May 1, 2013 10:57:01 PM Florian Jung wrote: > Am 01.05.2013 20:24, schrieb Tim E. Real: > > On May 1, 2013 03:14:01 PM Florian Jung wrote: > >> Am 01.05.2013 07:59, schrieb Tim E. Real: > >>> Also, the flag may be *the* solution for the OGG/FLAC problem... > >> > >> Well, yeah, i do think so. I'll solve this OGG/FLAC problem on-the-fly > >> anyway with my changes, so don't bother yourself here :) > >> > >> i'll see whether i can use this flag properly, thanks. > >> > >>> I know MusE audio code looks like a bitch > >> > >> SO TRUE. It's full of special cases which better should be handled > >> uniformly. (E.g.: no matter if we have a WAV file, a FLAC file, whether > >> we use or do not use sampling rate conversion, or whether we're > >> stretching or not: Just do MyAudioStream::getNextFrames(), and let that > >> one handle the rest.) > > > > Sure, various pieces evolved separately over the years, sometimes > > > > without regard to the other pieces probably because it wasn't necessary. > > > > And now we are contemplating major changes that must tie all this > > together. > > > > I don't think anyone could have planned for the kinds of things here, > > > > it would have taken a long time for them to add incremental features > > and forced them to see into the future and unify code in a way that > > they could not have even tested lacking these stretchers and so on. > > > > Even then, the best laid plans are sometimes wasted when reality catches > > up. > indeed :/ > but let's fix that! :) > > >>> but it's not that hard, > >>> > >>> there is a method to the madness, one can follow it but just needs to > >>> be really thorough in checking usages and understanding. > >> > >> Are you using a good tool for finding your way in the audio code (except > >> brain.exe, that is)? I'm currently going with a text editor, and a > >> console shortcut for find -iname *.cpp -exec grep whatISearchFor... > > > > Aaahh ! > > Good grief man, I used to do that with MusE-0.7 and KDE-2. > > > > Get into the 21st century with KDevelop or some comparable IDE. > > but... vim...? :D
He he, no wonder you are always asking where to find stuff :) > > hm, i just tried it out (a fairly recent version), and it seems quite > usable. > Last time i used it, it was just plain crappy. Buggy as hell and slooow. Er, do you mean Vim or KDevelop? > > [Hymn on kdevelop] I sang its praises, now allow me to groan at its faults: With all features enabled, it can be annoying to move the cursor around and sometimes it takes 5 seconds for it to move due to the automatic syntax highlighting, parsing, caching and so on. These features can be turned off but ultimately you just learn to live with the sluggishness (or buy a fast modern PC). Because usually the annoyances start getting to you when it's late and you've been frustrated by a bug and you're getting real fed up and tired. "I need instant cursor movement NOW, dammit, NOW!" - that's when you know you should probably quit and take a break, but you don't. On odd occasions it crashes at the most unexpected times. But the team wised up to that fact, and now after two crashes it offers to clear the project cache and start over. If work was unsaved when it crashed, it offers to recall it for you ! The move to KDE-4 made them purge a few things that were quite useful. Sometimes the context jumps take you to some place you didn't ask for. I wish someone would fix the magical disappearing bookmarks ! Rant. Oh well, great IDE, they're about due for another stable release, I think. Tim. > > I urge you to at least try KDevelop. It is the King! > > i'll try :) > looks a bit more usable than eclipse (which really, really sucks) :) > > greetings, > flo > > > Cheers. > > Tim. > > > > ------------------------------------------------------------------------------ Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with <2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 _______________________________________________ Lmuse-developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lmuse-developer
