similar to: contribution, rpm packaging

I really don't know if this is the same problem that was reported by Ingo Saitz (I really couldn't say which one was 128kbit and which was the original wav when blind-testing. The original had some distortion that perhaps does somehting with my cheapo soundcard) but here's a description of what i've found: When doing some sample encoding with rc2 (rebuilt rpm with latest redhat

While I'm at it here is an update to the libogg .spec-file fixing two small things. /noa <p> -- begin:vcard fn:Daniel Resare tel;cell:+46739442044 tel;work:+468332040 adr;work:Scheelegatan 36; 112 28; Stockholm; Sweden end:vcard pgp fingerprint: 8D97 F297 CA0D 8751 D8EB 12B6 6EA6 727F 9B8D EC2A -------------- next part -------------- Index: libogg.spec

I had to change the following to get the 'make distcheck' to work and to be able to build the rpms with 'rpm-build -tb *.tar.gz' I also added a test in libvorbis configure.in to detect older ogg versions (check for oggpack_writealign) and print a meaningful error. I also updated the .spec-file with dependencies on libogg-1.0 Thanks for great work everyone! /noa -- begin:vcard

I have now listened to some rc3-encoded ogg-files, and overall it sounds great! I have, howerver encountered an annoying artifact in rc3 that could be described as a pumping or vibrating distortion. In the beginning of the provided sample the artifact is easily noticed in the left channel, but later in the sample i belive it is somewhat to the right in the stereo image. The artifact dissapears

The .spec-file from vorbis-tools needs to be updated to handle FHS compliant distributions (man files are arch indipendent and should be in /usr/share/man to be compliant). The %configure macro always contains the correct configure args for the current args. The included patch contains a small change to use the %configure macro, I would prefer removing the ./autogen.sh invocation altogether, but

I had lunch with an interesting guy who had gotten .com-money to record the whole bible professionally with good actors (in swedish and english, kjv). The idea was to sell custom made compilations of biblical texts on cd over internet. The company is now out of money (surprise!), but all the material is recorded (about 350 hours) and if anyone gets a good idea on what to use the material to, it

Some days ago i noticed in the ogg vorbis documentation that the comment-field contents should be encoded in UTF-8. A brilliant idea I think, sadly it seems like no one is using it. oggenc and vorbiscomment included in vorbis-tools writes strings to the comments fields blindly without any encoding conversion in violation of the spec. I intend to try to solve these problems to the best of my

Here's a propsed heavy-duty solution for your UTF-8 problems. I'm including a patch in this message, but I'll put the new files on my web site at http://rano.org/tmp/xiph_files.tar.gz I've tested this by running vorbiscomment with and without -DHAVE_ICONV=1 in vorbis-tools/share/Makefile. It seems to work. Changed files: acinclude.m4: Add a test for nl_langinfo(CODESET). This

Due to the input from one brave tester (Attila Bogar) i've fixed one more bug in the oggenc patch. Regarding the status of the patch, Michael Smith has indicated that he wants to see a native Win32 conversion routine before accepting the patch into vorbis-tools. Therefore it would be very nice if someone with Win32 experience could contribute a native conversion implementation. I think that

Here is a patch that implements a check so that libvorbis complains when a comment string that is not UTF-8 is added. This patch will break oggenc without my UTF-8 patch. (http://noa.tm/oggenc-utf8.2.diff.gz) I've tested the verification algorithm on ~150k strings in various charsets (from the gnome translations) and about 0.02% of the strings that has chars with 8th bit set is valid UTF-8

Hello, I just wanted to drop you a note about one of the recommended packages. I compiled R-1.4.0 distribution and installed it. I went into the R-recommended temp directory that was created by uncommpressing the tar file. Than I ran R CMD INSTALL *.tar.gz and it worked fine until it got to VR-6.2-13.tar.gz. I got this error: This R is version 1.3.0 package 'MASS' depends on R

Hi, Seems majordomo allows me in now ;) For those of you who don't know me, Vakor asked me to do 1.0 rpm packages right before the release, which I did. I was pretty new to vorbis internals but I hope I managed to do a good job. In any case, last night on IRC in #vorbis someone was pretty rude to me in complaining about a problem he had with them. In the end I lost my temper because of

> -----Original Message----- > From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] > On Behalf Of Burak G?RER > Sent: Thursday, May 30, 2013 10:34 AM > To: Nikolaos Milas > Cc: Dovecot Mailing List > Subject: Re: [Dovecot] Dovecot 2.2 build rpm on Centos6 > > On 27-05-2013 16:56, Nikolaos Milas wrote: > > On 27/5/2013 1:07 ??, Birta

Hello, I am trying to switch from LDA to LMTP on a Postfix/Dovecot setup, but something is going wrong. I have followed the directions at: https://wiki.dovecot.org/HowTo/PostfixDovecotLMTP Here is a session from dovecot.log: Aug 4 12:19:42 vmail2 dovecot: lmtp(3152): Connect from local Aug 4 12:19:42 vmail2 dovecot: auth: ldap(imaptester at noa.gr): unknown user Aug 4 12:19:42 vmail2

Spanish/Espa?ol: Hola a Tod at s, Estoy en la implementaci?n de una soluci?n a medida en la cual requerimos conectarnos v?a SIP a un IMG de DIalogic y salir hacia otras centrales (MSC) v?a SS7, la conexi?n entre Asterisk y el IMG es SIP, pero como requerimiento necesito enviar un NOA (Nature of Address) con valor 8 por requerimientos normativos, hasta ahora no he podido encontrar como puedo

oggenc -b 128 -d 1985 -N 01 -t "Black Planet" -l "First and Last and Always" -a "Sisters of Mercy" track01.cdda.wav egs in free in simple_utf8_encode. I tracked it down to a mis-calculated buffer size for malloc. I've attached the patch that fixes it (for me:). The only problem I have with the rest of the code is figuring out how the terminating 0 (null,

Thanks much for the the reply! Some sec updates/bug fixes have been applied thru the run of 6u5 and after, but yes, still firmly in 6u5 land. Guess will have to test. Broadwell cpus do run in the OS, but "6u5" is stated as not supporting 26XXv4 chipsets. regards On Wed, Jun 15, 2016 at 4:56 PM, John R Pierce <pierce at hogranch.com> wrote: > On 6/15/2016 2:48 PM, jsl6uy

Hello, I'm struggling to make a cloned CentOS 7 VM (under KVM) to work. The VM was cloned using mondorestore. Restore appears successful but the VM won't boot; see: http://iweb.noa.gr/files/centos7/supergrub2-scratchvm-20170503-04.png I booted with CentOS 7 disk in troubleshooting mode (where the virtual disk was automatically mounted without issues) and I tried to repair:

Am 04.08.2017 um 12:06 schrieb Nikolaos Milas: > Hello, > > I am trying to switch from LDA to LMTP on a Postfix/Dovecot setup, but > something is going wrong. > > I have followed the directions at: > https://wiki.dovecot.org/HowTo/PostfixDovecotLMTP > > Here is a session from dovecot.log: > > Aug 4 12:19:42 vmail2 dovecot: lmtp(3152): Connect from local >

Hola. Tengo un set de datos importados desde SPSS (que usa etiquetas).- Mayormente, no tengo problemas, pero en una variable puntual veo que las etiquetas de las variables "están" pero la clase del vector no me cierra y los resultados no los usan. Trato de mostrarlo: > na.omit(datos[, .(FORM, Region, Dependencia = B2a, Criterios = D4_Otros.1)]) FORM Region Dependencia Criterios