search for: rllr

...> > 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!? Express yours...

...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

...nt, 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 ==============================================...

...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 spam? Ya...

...ptimize 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...

In R, the output of xtabs displays the names of the dimnames. In the example below, these are "change_diet" and "mydiet". Is there a way to have xtable incorporate these names directly into the latex output. Thanks for your help. table2 <- structure(c(26, 0, 40, 0, 10, 0, 188, 0, 281, 0), .Dim = c(5L, 2L), .Dimnames = structure(list(change_diet = c("Don't

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

...ate 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 environment....

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