search for: regains

Earl Chew wrote: > That being said, I think my patch leaves us better off than before ! I agree. We will add it as it is and then tweak futher as needed. Earl, would you be able to update your patch so that it applies against the current git master? Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

Hi Karthik and Ben, I'll try and reply to you inline. On 21 December 2017 at 07:18, Karthik Subrahmanya <ksubrahm at redhat.com> wrote: > Hey, > > Can you give us the volume info output for this volume? # gluster volume info virt_images Volume Name: virt_images Type: Replicate Volume ID: 9f3c8273-4d9d-4af2-a4e7-4cb4a51e3594 Status: Started Snapshot Count: 2 Number of Bricks:

Hi all, In the last couple of months, there have been two proposed patches for the regain play analysis code. The first by Nathan Rennie-Waldock: http://lists.xiph.org/pipermail/flac-dev/2011-December/003070.html simply adds some more higher sample rates. The second by Earl Chew: http://lists.xiph.org/pipermail/flac-dev/2012-January/003067.html is more comprehensive. Neither of the

Hello Earl, I used your patches while they cleanly applied to the Git tree. There is one question though, what do you think of?. http://www.hydrogenaudio.org/forums/index.php?showtopic=84086&st=0&p=782407&#entry782407 which apparently states (if I understand correctly) that your approach is not completely correct. Kind regards, Michael -------------- next part -------------- An

Mike, I'm not an expert at DSP work, and I'd gladly defer to any one with any reasonable amount of DSP experience. I followed the link, but I'm not sure how to interpret the graph exactly. I believe it's showing filter behaviour. The two curves look similar, but are clearly not the same. At the 1kHz mark, the blue shows -23, and the green shows perhaps 17.? Are they supposed to

Erik, Ok. I've updated the patches, and made some additions to the test harness. For the test harness, I used sox to generate 1kHz wav files over a range of sampling rates. The test harness runs the replaygain analysis, and compares the resulting metadata. Are you ok with this approach ?? It means that the wav files need to be checked into the repository. (There are already some small image

Erik, One per filter table entry. That's 12 files right now. The files could be generated on the fly, but that would either require another program or script (eg Perl), or a dependence on an external toolkit such as sox. The tests increase the runtime of test_metaflac.sh from 11s to 15s on my machine. What are your thoughts ? Earl ----- Original Message ----- From: Erik de Castro Lopo

I'm a little reluctant to introduce another compiled program when there are so many other options that will work well enough out of the box. Here are two ideas: 1. Use bc(1) to compute the raw samples 2. Use perl(1) to compute the raw samples To generate raw unsigned samples using bc(1) for example: samplerate = 1000; duration = 2; bitspersample = 24; samplerange = 2 ^ (bitspersample-1) -

Erik, It turns out bc(1) is too accurate, and a little slow, for this purpose. I've switched to using awk(1) which uses floating point. Do you feel I need to test for the presence of awk(1) ? It is specified as one of the standard commands in the LSB : http://refspecs.linuxfoundation.org/LSB_1.0.0/gLSB/command.html Earl ??? awk -- ' ??? BEGIN { ??????????? samplerate = 8000;

Hi Henrik, Thanks for providing the required outputs. See my replies inline. On Thu, Dec 21, 2017 at 10:42 PM, Henrik Juul Pedersen <hjp at liab.dk> wrote: > Hi Karthik and Ben, > > I'll try and reply to you inline. > > On 21 December 2017 at 07:18, Karthik Subrahmanya <ksubrahm at redhat.com> > wrote: > > Hey, > > > > Can you give us the

Earl Chew wrote: > Erik, > > Ok. I've updated the patches, and made some additions to the test harness. > > For the test harness, I used sox to generate 1kHz wav files over a range of > sampling rates. The test harness runs the replaygain analysis, and compares > the resulting metadata. > > Are you ok with this approach ?? It means that the wav files need to be

Earl Chew wrote: > One per filter table entry. That's 12 files right now. Thats probably a bit much. > The files could be generated on the fly, but that would either require > another program or script (eg Perl), Anything but Perl. I can write Perl but I can't read it :-). > or a dependence on an external toolkit such as sox. I'd be ok with requiring sox to run the

Brian Willoughby wrote: > What about using the C library sin() and cos() functions to generate > the test audio instead of sox? I did not see a description of how > the test files are generated, so maybe this is easy or maybe it is > hard. The benefit of shipping the test audio generation source code > around with the FLAC sources is that the tests won't break when

Hey, Can you give us the volume info output for this volume? Why are you not able to get the xattrs from arbiter brick? It is the same way as you do it on data bricks. The changelog xattrs are named trusted.afr.virt_images-client-{1,2,3} in the getxattr outputs you have provided. Did you do a remove-brick and add-brick any time? Otherwise it will be trusted.afr.virt_images-client-{0,1,2} usually.

Earl Chew wrote: > I'm a little reluctant to introduce another compiled program when there are > so many other options that will work well enough out of the box. > > Here are two ideas: > > 1. Use bc(1) to compute the raw samples > 2. Use perl(1) to compute the raw samples > > To generate raw unsigned samples using bc(1) for example: > > samplerate = 1000;

What about using the C library sin() and cos() functions to generate the test audio instead of sox? I did not see a description of how the test files are generated, so maybe this is easy or maybe it is hard. The benefit of shipping the test audio generation source code around with the FLAC sources is that the tests won't break when sox is modified. Brian Willoughby Sound

Application is working on Windows but when I run on RedHat10 under Wine 1.1.15. It looses focus and underlying Linux applications to get the keystrokes from the keyboard. Clicking on the application we're trying to run or switching with ALT+TAB doesn't not give it the focus back. The parameters we're running Wine are: Allow the window manager to decorate the windows : OFF Allow the

Hi Karthik, Thanks for the info. Maybe the documentation should be updated to explain the different AFR versions, I know I was confused. Also, when looking at the changelogs from my three bricks before fixing: Brick 1: trusted.afr.virt_images-client-1=0x000002280000000000000000 trusted.afr.virt_images-client-3=0x000000000000000000000000 Brick 2:

Hey Henrik, Good to know that the issue got resolved. I will try to answer some of the questions you have. - The time taken to heal the file depends on its size. That's why you were seeing some delay in getting everything back to normal in the heal info output. - You did not hit the split-brain situation. In split-brain all the bricks will be blaming the other bricks. But in your case the

So on a virtual server the root password was no longer working (as in I couldn't ssh in anymore). Only I and one other know it and neither of us have changed it. No other account had the correct privileges to correct this so I'm wondering, if I had mounted that vdi as a secondary device on another VM, browsed the file system and delete /etc/shadow would this have wiped all users passwords