You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(21) |
Oct
(24) |
Nov
(11) |
Dec
(18) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(6) |
Feb
(4) |
Mar
(37) |
Apr
(12) |
May
(17) |
Jun
(17) |
Jul
(8) |
Aug
(5) |
Sep
(29) |
Oct
(18) |
Nov
(22) |
Dec
(41) |
2002 |
Jan
(31) |
Feb
(42) |
Mar
(41) |
Apr
(34) |
May
(12) |
Jun
(25) |
Jul
(23) |
Aug
(10) |
Sep
(20) |
Oct
(15) |
Nov
(25) |
Dec
(16) |
2003 |
Jan
(56) |
Feb
(30) |
Mar
(33) |
Apr
(13) |
May
(21) |
Jun
(6) |
Jul
(15) |
Aug
(6) |
Sep
(6) |
Oct
(14) |
Nov
(2) |
Dec
(15) |
2004 |
Jan
(28) |
Feb
(19) |
Mar
(7) |
Apr
(10) |
May
(9) |
Jun
(12) |
Jul
(15) |
Aug
(62) |
Sep
(45) |
Oct
(50) |
Nov
(45) |
Dec
(36) |
2005 |
Jan
(18) |
Feb
(17) |
Mar
(20) |
Apr
(18) |
May
(16) |
Jun
(15) |
Jul
(27) |
Aug
(27) |
Sep
(42) |
Oct
(24) |
Nov
(32) |
Dec
(21) |
2006 |
Jan
(22) |
Feb
(32) |
Mar
(32) |
Apr
(24) |
May
(18) |
Jun
(33) |
Jul
(8) |
Aug
(33) |
Sep
(22) |
Oct
(31) |
Nov
(33) |
Dec
(26) |
2007 |
Jan
(17) |
Feb
(55) |
Mar
(30) |
Apr
(10) |
May
(36) |
Jun
(33) |
Jul
(20) |
Aug
(12) |
Sep
(96) |
Oct
(27) |
Nov
(40) |
Dec
(31) |
2008 |
Jan
(71) |
Feb
(45) |
Mar
(61) |
Apr
(6) |
May
(18) |
Jun
(17) |
Jul
(14) |
Aug
(66) |
Sep
(49) |
Oct
(92) |
Nov
(57) |
Dec
(68) |
2009 |
Jan
(68) |
Feb
(52) |
Mar
(56) |
Apr
(65) |
May
(58) |
Jun
(38) |
Jul
(24) |
Aug
(75) |
Sep
(41) |
Oct
(98) |
Nov
(55) |
Dec
(107) |
2010 |
Jan
(66) |
Feb
(64) |
Mar
(45) |
Apr
(32) |
May
(90) |
Jun
(53) |
Jul
(39) |
Aug
(51) |
Sep
(102) |
Oct
(31) |
Nov
(30) |
Dec
(32) |
2011 |
Jan
(26) |
Feb
(65) |
Mar
(69) |
Apr
(35) |
May
(116) |
Jun
(23) |
Jul
(24) |
Aug
(32) |
Sep
(95) |
Oct
(60) |
Nov
(95) |
Dec
(89) |
2012 |
Jan
(139) |
Feb
(75) |
Mar
(88) |
Apr
(46) |
May
(58) |
Jun
(51) |
Jul
(95) |
Aug
(24) |
Sep
(33) |
Oct
(12) |
Nov
(18) |
Dec
(45) |
2013 |
Jan
(84) |
Feb
(56) |
Mar
(54) |
Apr
(24) |
May
(20) |
Jun
(16) |
Jul
(51) |
Aug
(75) |
Sep
(41) |
Oct
(45) |
Nov
(96) |
Dec
(38) |
2014 |
Jan
(42) |
Feb
(33) |
Mar
(47) |
Apr
(9) |
May
(50) |
Jun
(24) |
Jul
(17) |
Aug
(4) |
Sep
(10) |
Oct
(41) |
Nov
(20) |
Dec
(64) |
2015 |
Jan
(41) |
Feb
(43) |
Mar
(20) |
Apr
(14) |
May
(44) |
Jun
(34) |
Jul
(55) |
Aug
(20) |
Sep
(9) |
Oct
(10) |
Nov
(6) |
Dec
(40) |
2016 |
Jan
(17) |
Feb
(31) |
Mar
(27) |
Apr
|
May
(2) |
Jun
(19) |
Jul
(7) |
Aug
(27) |
Sep
(79) |
Oct
(4) |
Nov
(14) |
Dec
(146) |
2017 |
Jan
(7) |
Feb
(6) |
Mar
(14) |
Apr
(5) |
May
(7) |
Jun
(49) |
Jul
(27) |
Aug
(27) |
Sep
(28) |
Oct
(28) |
Nov
(26) |
Dec
(9) |
2018 |
Jan
|
Feb
(5) |
Mar
(6) |
Apr
(11) |
May
(9) |
Jun
(5) |
Jul
(14) |
Aug
(1) |
Sep
(13) |
Oct
(2) |
Nov
(3) |
Dec
(5) |
2019 |
Jan
(8) |
Feb
(8) |
Mar
(2) |
Apr
(1) |
May
(4) |
Jun
(1) |
Jul
(3) |
Aug
(6) |
Sep
|
Oct
(13) |
Nov
(4) |
Dec
(29) |
2020 |
Jan
(3) |
Feb
|
Mar
(12) |
Apr
(8) |
May
(36) |
Jun
(26) |
Jul
(27) |
Aug
(30) |
Sep
(2) |
Oct
|
Nov
(12) |
Dec
(2) |
2021 |
Jan
(4) |
Feb
(9) |
Mar
(4) |
Apr
(18) |
May
(21) |
Jun
(19) |
Jul
(5) |
Aug
(1) |
Sep
|
Oct
(16) |
Nov
(4) |
Dec
(2) |
2022 |
Jan
(5) |
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(7) |
Aug
(2) |
Sep
(3) |
Oct
|
Nov
(5) |
Dec
|
2023 |
Jan
(1) |
Feb
(4) |
Mar
|
Apr
|
May
(16) |
Jun
(1) |
Jul
|
Aug
|
Sep
(3) |
Oct
(7) |
Nov
(3) |
Dec
(2) |
2024 |
Jan
(9) |
Feb
|
Mar
(3) |
Apr
(14) |
May
(38) |
Jun
(15) |
Jul
(2) |
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
From: none n. <my...@ho...> - 2005-09-02 20:24:34
|
Dave, Good to know. Luckily, a large majority of the files I will be dealing with are less than one second long, and thus pretty small. Thanks again, Tom >From: David Graff <gr...@ld...> >To: "none none" <my...@ho...> >CC: sox...@li..., gr...@ld... >Subject: Re: [SoX-users] sound file interrogation: length of play Date: >Thu, 01 Sep 2005 12:08:13 -0400 > > >my...@ho... said: > > I looked further into sox and found the "-e stat" option and noticed > > that it yielded a list of attributes, one of which was the length in > > seconds. > >Bear in mind that "-e stat" entails reading the entire data file, to work >out all the information it presents. If you're going to use the overall >amplitude information as well as duration, then this is a good way to go. > >But if all you want to know is the duration, and you need to deal with lots >of very large data files, you might prefer to look up the header specs and >work out the function (which would be quite simple) to compute duration >based on header data and file size -- it'll save a lot of runtime. > >(Then again, if runtime doesn't matter, "-e stat" is fine.) > > Dave Graff > > |
From: David G. <gr...@ld...> - 2005-09-01 16:08:19
|
my...@ho... said: > I looked further into sox and found the "-e stat" option and noticed > that it yielded a list of attributes, one of which was the length in > seconds. Bear in mind that "-e stat" entails reading the entire data file, to work out all the information it presents. If you're going to use the overall amplitude information as well as duration, then this is a good way to go. But if all you want to know is the duration, and you need to deal with lots of very large data files, you might prefer to look up the header specs and work out the function (which would be quite simple) to compute duration based on header data and file size -- it'll save a lot of runtime. (Then again, if runtime doesn't matter, "-e stat" is fine.) Dave Graff |
From: none n. <my...@ho...> - 2005-09-01 15:44:54
|
Dave, Thanks for the quick suggestion - however, shortly after I sent my email out, I looked further into sox and found the "-e stat" option and noticed that it yielded a list of attributes, one of which was the length in seconds. This worked for both au and wav files. (I used it without the -V option.) months agoi, I went digging into sox, and did not find anything, but ehn, after a few minutes the other day, i found the "-e stat" and life was good :) (FYI - I was on a RedHat E3 system.) Thanks again, Tom >From: David Graff <gr...@ld...> >To: "none none" <my...@ho...> >CC: sox...@li... >Subject: Re: [SoX-users] sound file interrogation: length of play Date: >Thu, 01 Sep 2005 08:42:52 -0400 > > >my...@ho... said: > > I am a software developer and am looking for a way to query a sound file > > (ie: wav or au) to see how long it will take to play the sound file. My > > work is on a Linux system, thus I have been looking at sox, but don't >see > > anything obvious, and don't see anything after looking it over a bit. > >This command line will spit out a summary of header contents on stderr: > > sox -V file.name -e > >Here's a sample of output for a .wav file: > > sox: Detected file format type: wav > > sox: WAV Chunk fmt > sox: WAV Chunk data > sox: Reading Wave file: Microsoft PCM format, 1 channel, 8000 samp/sec > sox: 16000 byte/sec, 2 block align, 16 bits/samp, 72116 data >bytes > sox: Input file sw02015-A0008.wav: using sample rate 8000 > size shorts, encoding signed (2's complement), 1 channel > >And for a .au file: > > sox: Detected file format type: au > > sox: Found Sun/NeXT magic word > sox: Input file 1552.au: using sample rate 20000 > size shorts, encoding signed (2's complement), 1 channel > >With the .wav report, you can do the arithmetic on data bytes and byte/sec >values to work out file duration. For .au, you need to look up the file >size, and know that the .au header is always 24 bytes long, in order to use >the sample rate, channel and (sample) size info to get the duration. > >If you need to do this in an automated way, I'd suggest reading the >comments in wav.c in the sox distro; I found good docs for the .au header >at www.wotsit.org. Write a simple C or Perl program to look up the header >info you need. > > Dave Graff > |
From: David G. <gr...@ld...> - 2005-09-01 12:42:56
|
my...@ho... said: > I am a software developer and am looking for a way to query a sound file > (ie: wav or au) to see how long it will take to play the sound file. My > work is on a Linux system, thus I have been looking at sox, but don't see > anything obvious, and don't see anything after looking it over a bit. This command line will spit out a summary of header contents on stderr: sox -V file.name -e Here's a sample of output for a .wav file: sox: Detected file format type: wav sox: WAV Chunk fmt sox: WAV Chunk data sox: Reading Wave file: Microsoft PCM format, 1 channel, 8000 samp/sec sox: 16000 byte/sec, 2 block align, 16 bits/samp, 72116 data bytes sox: Input file sw02015-A0008.wav: using sample rate 8000 size shorts, encoding signed (2's complement), 1 channel And for a .au file: sox: Detected file format type: au sox: Found Sun/NeXT magic word sox: Input file 1552.au: using sample rate 20000 size shorts, encoding signed (2's complement), 1 channel With the .wav report, you can do the arithmetic on data bytes and byte/sec values to work out file duration. For .au, you need to look up the file size, and know that the .au header is always 24 bytes long, in order to use the sample rate, channel and (sample) size info to get the duration. If you need to do this in an automated way, I'd suggest reading the comments in wav.c in the sox distro; I found good docs for the .au header at www.wotsit.org. Write a simple C or Perl program to look up the header info you need. Dave Graff |
From: none n. <my...@ho...> - 2005-08-31 19:24:55
|
I am a software developer and am looking for a way to query a sound file (ie: wav or au) to see how long it will take to play the sound file. My work is on a Linux system, thus I have been looking at sox, but don't see anything obvious, and don't see anything after looking it over a bit. Thanks for any help, Tom |
From: Chris B. <ch...@cn...> - 2005-08-31 18:14:26
|
On Wed, Aug 31, 2005 at 01:08:59PM -0400, David Graff wrote: > > hj...@ma... said: > > % make install\ > > make: `install' is up to date. > > Because of the mac's feature of ignoring case on filename lookups, you > have to rename the file called INSTALL to something else, like > "INSTALL.txt". Then "make install" will work. > > Dave Graff Ahhh, interesting. I guess it must be a common problem with software that uses "configure" type scripts. They all usually have the INSTALL file. Chris |
From: Herb J. <hj...@ma...> - 2005-08-31 17:21:07
|
Hi Dave and Chris, ok - I removed 'INSTALL' and it finally worked. Thank you very much, Herb |
From: David G. <gr...@ld...> - 2005-08-31 17:09:05
|
hj...@ma... said: > % make install\ > make: `install' is up to date. Because of the mac's feature of ignoring case on filename lookups, you have to rename the file called INSTALL to something else, like "INSTALL.txt". Then "make install" will work. Dave Graff |
From: Herb J. <hj...@ma...> - 2005-08-31 16:34:40
|
Compiling under OS X should be very close to BSD except for some filesystem tree locations. The directory does not appear to mangle anything. File system is case insensitive, but stores files' correct case. I.e. only one of 'Filename' 'and 'filename' may exist, but when accessed, correct case is required. I've tred moving install-sh to someverydifferntname install to no avail. Herb |
From: Chris B. <ch...@cn...> - 2005-08-31 16:10:14
|
On Wed, Aug 31, 2005 at 11:18:01AM +0200, Herb Jamesson wrote: > Hi, > > I can't get sox 12.17-8 or 12.17-7 to install on my Apple G4 Mac (OS > X Tiger 10.4.2 with darwin 8.2.0 and installed developer tools). It > compiles fine, but the result of the install is: > > % make install > make: `install' is up to date. > I have no experience with compiling or installing software on OS X. But one thing to verify is that no file with the name "install" exists in the directory you ran "make install" from. That will confuse it. There is a file distributed with sox called "install-sh" that may be getting its name mangled under OS X. Chris |
From: Herb J. <hj...@ma...> - 2005-08-31 09:18:13
|
Hi, I can't get sox 12.17-8 or 12.17-7 to install on my Apple G4 Mac (OS X Tiger 10.4.2 with darwin 8.2.0 and installed developer tools). It compiles fine, but the result of the install is: % make install make: `install' is up to date. I already tried deleting the whole directory and restarted from scratch - to no avail. Can anyone help me on why this happens and how to patch the Makefile? Your help is greatly appreciated. Thank you in advance, Herb |
From: Harvey, R. <rh...@sc...> - 2005-08-25 14:32:54
|
That works for me and it is plenty fast enough. Thanks. Rebecca -----Original Message----- From: Rafal Maszkowski [mailto:rz...@ic...]=20 Sent: Thursday, August 25, 2005 10:21 AM To: Harvey, Rebecca Cc: sox...@li... Subject: Re: [SoX-users] calculating duration On Thu, Aug 25, 2005 at 10:11:03AM -0400, Harvey, Rebecca wrote: > I am trying to calculation the duration of 10's of 1000's of RIFF = .mp3 > files. I am using sox to convert them to other formats. > Is there a way for me to use sox to calculate the duration of each = file? I > want to make a table containing the duration of all of the files (so = I can > decide which ones I am going to use for our project). Probably it may be better to use some mp3 specific tool. With sox you = can use sox file.mp3 -e stat |& grep ^Length (in tcsh). R. --=20 M=B3odzie=BF jest kochana, mo=BFna ich tak formowa=E6 jak, jak = plastelin=EA niemal. o. T. Rydzyk, 9 III 2004 |
From: Rafal M. <rz...@ic...> - 2005-08-25 14:21:39
|
On Thu, Aug 25, 2005 at 10:11:03AM -0400, Harvey, Rebecca wrote: > I am trying to calculation the duration of 10's of 1000's of RIFF .mp3 > files. I am using sox to convert them to other formats. > Is there a way for me to use sox to calculate the duration of each file= ? I > want to make a table containing the duration of all of the files (so I = can > decide which ones I am going to use for our project). Probably it may be better to use some mp3 specific tool. With sox you can= use sox file.mp3 -e stat |& grep ^Length (in tcsh). R. --=20 M=B3odzie=BF jest kochana, mo=BFna ich tak formowa=E6 jak, jak plastelin=EA= niemal. o. T. Rydzyk, 9 III 2004 |
From: Harvey, R. <rh...@sc...> - 2005-08-25 14:11:17
|
I am trying to calculation the duration of 10's of 1000's of RIFF .mp3 files. I am using sox to convert them to other formats. Is there a way for me to use sox to calculate the duration of each file? I want to make a table containing the duration of all of the files (so I can decide which ones I am going to use for our project). I am running under Linux and need simple command line utility. I am able to make a gross prediction of the duration using the knowledge that I have 352kbps bit rate and 22khz 8 bit mono data but this is not good enough. Any ideas (other than figuring out how to parse the file myself). I think that the duration is included in the header somewhere because when I browse the data from MS Windows I can see the duration. Rebecca |
From: Jesse S. <st...@ya...> - 2005-08-24 01:11:26
|
I voice chips from a drum machine to my computer as to find the format of the data and to create my own files of the same format. What is the best way of detecting the format used? Thanks, Jesse |
From: Chris B. <ch...@cn...> - 2005-08-23 20:55:44
|
That was a fast update! I've updated all the links pointing to your binaries on the SoX homepage. Enjoy! Chris Ove Peter wrote: >Hi Chris and all, > >thanks for releasing the new version of sox! Much appreciated. > >I've put binary packages for BeOS R5 and up (this includes Zeta) on my >homepage, URL's follow: > > |
From: Ove P. <ove...@gm...> - 2005-08-23 19:27:40
|
Hi Chris and all, thanks for releasing the new version of sox! Much appreciated. I've put binary packages for BeOS R5 and up (this includes Zeta) on my homepage, URL's follow: BeOS x86, no additional libraries http://www.planetmir.de/files/sox/sox-12.17.8-beos-x86.zip BeOS x86, support for MP3 and Ogg-Vorbis dynamically compiled in http://www.planetmir.de/files/sox/sox-12.17.8-beos-x86-ogg.zip BeOS PPC http://www.planetmir.de/files/sox/sox-12.17.8-beos-ppc.zip I've also listed these binaries on the popular BeOS download site BeBits (as always), including a link to the sox homepage. The entry is here: http://www.bebits.com/app/2465 Much to my surprise and joy there weren't any changes to the source code necessary for BeOS PPC this time (using mwcc as compiler). Seems like a kind soul has already checked in the changes into cvs, which I meant to do for ages now. Or it happened by pure luck when changes were made for some other target ;) Regards, Ove On 2005-08-23 at 01:18:57 [+0200], Chris Bagwell wrote: > I am pleased to announce the release of SoX 12.17.8. It is avaliable > at http://sox.sf.net |
From: Chris B. <ch...@cn...> - 2005-08-22 23:19:07
|
I am pleased to announce the release of SoX 12.17.8. It is avaliable at http://sox.sf.net This is mostly a bugfix release. Things that have changed since 12.17.7 include: o noisered effect had compile problems with some compilers. o "-x" option was being ignored since 12.17.7. o Stuart Brady added support for reading and writing RIFX files (big endian RIFF/WAV files). Also added support for auto detecting DEC-style ".sd\0" files. o Gene Mar found typo in polyphase nuttall calculation. o SMP buffer overflow (detected by gcc 4.0). Reported by Marcus Meissner and Matthias Saou. o Fixed URL in manpage to resample overviews. o Fixed WAV handler so that it didn't think WAV chunks with max size were invalid chunks. This allows WAV's to be used in pipes since they have to default to max size. o WAV files with alaw or ulaw data don't need extended format chunks. (Lars Immisch) o In AIFF files, fixed problem were short comments should cause AIFF handler to get confused and become misaligned. Chris |
From: Chris B. <ch...@cn...> - 2005-08-22 11:05:49
|
Chris Stalker-Herron wrote: >Hi, > >I'm trying to convert a file that is encoded in g726 to something I can >play. > Currently, SoX can not read or write ADPCM data using the "raw" file type. So you can't do what your looking to do with SoX. I'm not sure why SoX isn't giving you an error message but I'll look into it. Chris |
From: Chris Stalker-H. <ch...@st...> - 2005-08-20 05:29:09
|
Hi, I'm trying to convert a file that is encoded in g726 to something I can play. I'm running sox on WinXP using the following: C:\>tools\sox12177\sox.exe -V -r 8000 -b -a -x -t raw VOICE_01.726 VOICE_01.wav tools\sox12177\sox.exe: Input file VOICE_01.726: using sample rate 8000 size bytes, encoding adpcm, 1 channel tools\sox12177\sox.exe: Writing Wave file: Microsoft ADPCM format, 1 channel, 8000 samp/sec tools\sox12177\sox.exe: 4197 byte/sec, 128 block align, 4 bits/samp tools\sox12177\sox.exe: Output file VOICE_01.wav: using sample rate 8000 size bytes, encoding adpcm, 1 channel tools\sox12177\sox.exe: Output file: comment "Processed by SoX" tools\sox12177\sox.exe: Finished writing Wave file, 0 data bytes 0 samples The input file is 18,944 bytes. As you can see, no data is written. Can someone tell me why? Thanks, Chris |
From: David G. <gr...@ld...> - 2005-08-15 16:23:38
|
D.Pontari@ELIS.ORG said: > just a question: raw data format is in big endian or little endian > disposition? It can be either. It depends on what sort of cpu was used to create the data. All that is meant by "raw" is that there is no header on the file to tell you how to interpret the file contents. Dave Graff |
From: Domenico P. <D.Pontari@ELIS.ORG> - 2005-08-15 16:17:08
|
Hay all, just a question: raw data format is in big endian or little endian = disposition? =20 Thanks, Domenico |
From: John P. <jr...@di...> - 2005-08-13 01:19:51
|
Is it possible to create a multi-channel file WAV file from a collection of PCM files using SoX? Best, John |
From: Chris B. <ch...@cn...> - 2005-08-06 22:47:37
|
Hi all, I'm looking for people that would like to help with the SoX web site. As you probably noticed, its pretty low on the information side. It would be appreciated by all if you've got some HOWTO's, FAQs, Cookbook/cheatsheet examples, or whatever you'd like to post up there. Since the SoX website is running on a Wiki, I've opened up a section of it for access by all for creating and modifying material. To get started, simply visit the URL http://sox.sf.net/Docs/HomePage and look for the "Edit Page" like at the bottom of the page. Its completely empty right now. For those not used to editing in Wiki's or for advanced editing using pmwiki, you should probably visit http://www.pmichaud.com/wiki/PmWiki/TipsForEditing and http://www.pmichaud.com/wiki/PmWiki/DocumentationIndex . Please contact me if your having any problems and I'll try to help out. Thanks! Chris |
From: Teboho N. <TNy...@cs...> - 2005-08-05 13:29:58
|
Hi all, I am a newbie. I would like to be able to auto play/record the audio from a= sound blaster device using sox. I am able to use sox on the command line n= ow. But I would like to create a play/record program that I would use to re= cord or play audio automatically using some of the sox functions. I should = be able to set the parameters (i.e. sampling rate, sample size, no. of chan= nel, format etc) in the programs. Please assist. =20 thanks in advance=20 Teboho =20=20=20=20=20=20=20=20 --=20 This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. =20 CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html=20 =20 CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html=20 =20 For electronic copies of the CSIR Copyright, Terms and Conditions and the C= SIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to Hel...@cs.... This message has been scanned for viruses and dangerous content by MailScan= ner,=20 and is believed to be clean. MailScanner thanks Transtec Computers for the= ir support. |