search for: rlrr

...> clue > > as to how > > to optimize that). Real-time decoding should be improved > > substantially -- I've > > been meaning to test that and will get back to you with the > results. > > > > -- > > Brady Patterson (brady@spaceship.com) > > RLRR LRLL RLLR LRRL RRLR LLRL > > > > On Sun, 25 Jul 2004, Josh Coalson wrote: > > > PS, Brady, do you still have these patches? you don't have to > > > make them current, just send them as-is, I can merge them. _______________________________ Do you Yahoo!? Exp...

...e uses the GNU tools. I'm also a bit surprised that people are using flac on an Altivecful Linux/PPC system (but I did attempt for such a system to fall back to the non-altivec C code). End digression. Can you point me to a good reference on altivec.h? -- Brady Patterson (brady@spaceship.com) RLRR LRLL RLLR LRRL RRLR LLRL

...improvement, but it's really bottlenecked by the MD5 checking (and I don't have a clue as to how to optimize that). Real-time decoding should be improved substantially -- I've been meaning to test that and will get back to you with the results. -- Brady Patterson (brady@spaceship.com) RLRR LRLL RLLR LRRL RRLR LLRL On Sun, 25 Jul 2004, Josh Coalson wrote: > PS, Brady, do you still have these patches? you don't have to > make them current, just send them as-is, I can merge them. -------------- next part -------------- Index: configure.in ====================================...

...necked by the MD5 checking (and I don't have a clue > as to how > to optimize that). Real-time decoding should be improved > substantially -- I've > been meaning to test that and will get back to you with the results. > > -- > Brady Patterson (brady@spaceship.com) > RLRR LRLL RLLR LRRL RRLR LLRL > > On Sun, 25 Jul 2004, Josh Coalson wrote: > > PS, Brady, do you still have these patches? you don't have to > > make them current, just send them as-is, I can merge them. __________________________________________________ Do You Yahoo!? Tired of...

...> to optimize that). Real-time decoding should be improved > > > substantially -- I've > > > been meaning to test that and will get back to you with the > > results. > > > > > > -- > > > Brady Patterson (brady@spaceship.com) > > > RLRR LRLL RLLR LRRL RRLR LLRL > > > > > > On Sun, 25 Jul 2004, Josh Coalson wrote: > > > > PS, Brady, do you still have these patches? you don't have to > > > > make them current, just send them as-is, I can merge them. ____________________________...

Dear useRs, Am trying to use xtable on the following data.frame and I don't get what I expect: example.table <- data.frame(rbind( c("Gender"," "," "," "), cbind(rep(" ",2),c("Male","Female"),c(3.0,4.0),c(3/7,4/7)) )) colnames(example.table) <- c(" "," ","number of

Josh Coalson wrote: > --- Luca Barbato <lu_zero@gentoo.org> wrote: > >>Josh Coalson wrote: >> >>>since I don't know how to resolve this, in current CVS I have >>>checked in a system where there are src/libFLAC/ppc/as and >>>src/libFLAC/ppc/gas selected by configure. I have also checked >>>in as many patches as I could make sense of

...d to generate configure (libtool?) I would write that up, but I don't know the answers to the last question, and I could be missing something on xmms. My pbook is still making check, but so far so good. I'll get back to you if anything goes wrong. -- Brady Patterson (brady@spaceship.com) RLRR LRLL RLLR LRRL RRLR LLRL On Thu, 29 Jul 2004, Josh Coalson wrote: > good news, I finally got the asm compilation working with both > autotools and project builder. it's all checked in. Brady, can > you try it out too? autogen.sh may need a little tweaking > depending on your en...

Dear all, I am an active FLAC user and like the program a lot! Thanks for your great work. Since I am not a developer I cannot modify the program on my own. Maybe you might be interested in features I would find useful. Maybe others find them interesting as well and you find the time to implement them. 1. Add encoder options: a) Skip silence (leading and ending) would give the option to skip

I think I've gotten FLAC__lpc_restore_signal() about as good as I'm going to get it. Here's what I have: -a new file, lpc_asm.s, which has the assembly routines -changes to cpu.h, cpu.c, and stream_decoder.c to enable them -changes to configure.in to support the new cpu stuff -a preliminary Makefile.am -maybe something else I'm forgetting Now automake complains that configure.in