home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / amiga / audio / 3219 < prev    next >
Encoding:
Text File  |  1992-08-29  |  2.2 KB  |  41 lines
  1. Newsgroups: comp.sys.amiga.audio
  2. Path: sparky!uunet!snorkelwacker.mit.edu!thunder.mcrcim.mcgill.edu!poly-vlsi!sevigny
  3. From: sevigny@vlsi.polymtl.ca (Benoit Sevigny)
  4. Subject: Re: Halving sample speed while keeping pitch
  5. Message-ID: <1992Aug28.022825.13059@vlsi.polymtl.ca>
  6. Sender: news@vlsi.polymtl.ca (USENET News System)
  7. Organization: Ecole Polytechnique de Montreal
  8. References: <1992Aug26.133525.26944@vlsi.polymtl.ca> <1992Aug26.134200.27011@vlsi.polymtl.ca> <ERICJ.92Aug27101148@lagos.cfsat.Honeywell.COM>
  9. Date: Fri, 28 Aug 1992 02:28:25 GMT
  10. Lines: 29
  11.  
  12. In article <ERICJ.92Aug27101148@lagos.cfsat.Honeywell.COM> ericj@hwcae.Honeywell.COM (Eric Jacobsen) writes:
  13. >In article <1992Aug26.134200.27011@vlsi.polymtl.ca> sevigny@vlsi.polymtl.ca (Benoit Sevigny) writes:
  14. >
  15. >   To half the speed, simply overlap your FFTs by 512.
  16. >
  17. >To clarify: the initial spectrogram FFTs overlap 50% in time. This does
  18. >sound like a good way to do it, but I wonder about boundary effects
  19. >when you transform back to the time domain. Is this something you've
  20. >actually had experience with, particularly with speech?
  21. >
  22. >   Of course you can transpose by any factor by spacing your FFT's starting
  23. >   point by x/(FFT's length) where x is your transposing factor
  24. >
  25. >Ayup, pretty cool, assuming it works. If it does it offers a nice
  26. >solution to the problem. It might be better to use Hartley transforms
  27. >instead of Fourier transforms, though, to avoid real->complex->real
  28. >conversion problems.
  29. >
  30. I agree that there might be a continuity problem.  I think it could be
  31. solved by transforming (whatever transform) every point to its frequency
  32. domain and then by averaging each component over a segment corresponding to
  33. the transposition factor (e.g. 768pts/1024pts for 0.75 factor) before you
  34. transform the data back to its time domain.  I think this should result in
  35. a more continuous wave at the expense of processing time, of course!
  36. --
  37. ===============================================================================
  38.      /// Benoit Sevigny, software | Skipping every x86 lines in your sources
  39.  \\\///  engineering student      | might remove both your most irreductible
  40.   \\V/   sevigny@info.polymtl.ca  | bugs and bottlenecks :-)
  41.