generating messages

• Messages sorted by:[ date ][ thread ][ subject ][ author ]

On 15 Dec 1998, Marc SCHAEFER wrote:

) Daniel Doering <daniel@greenie.muc.de> wrote:
) > using this on stereo input produces somehow distorted rmd that sounds like
) > a record played with the wrong speed
) 
) Maybe you have a problem with flow control ? Also try '2' instead of
) '3' with the 1496.

I´ve played around a litte with the pvf tools - does not really look like
a problem with the rmd part: I´ve got a 44100 Hz 16 bit stereo wav sample
(grabbed from CD) that I use for testing.   
when I run it through

> wavtopvf eddie.wav | pvftowav | play       (wav->pvf->wav->sound card) 

  Reading Wave file: Microsoft PCM format, 2 channels, 44100 samp/sec
  176400 byte/sec, 4 block align, 16 bits/samp, 2119152 data bytes
  Writing Wave file: Microsoft PCM format, 2 channels, 44100 samp/sec
  88200 byte/sec, 2 block align, 8 bits/samp
  Playing: stdin (full-song)
  Stereo-Sample, speed: 44100 Hz, 8 Bit per Sample

it comes out fine, although the sound quality suffers from the reduction
to 8-bit sampling. 

if i include the pvfspeed (necessary to feed the dato to pvftormd)
into the pipe: 

> wavtopvf eddie.wav | pvfspeed -s 9600 | pvftowav | play

  Reading Wave file: Microsoft PCM format, 2 channels, 44100 samp/sec
  176400 byte/sec, 4 block align, 16 bits/samp, 2119152 data bytes
  Writing Wave file: Microsoft PCM format, 1 channel, 9600 samp/sec 9600
  byte/sec, 1 block align, 8 bits/samp
  Playing: stdin (full-song)


it comes out in slow-motion (about factor two - twice the time, half the
frequencies) ... no matter what speed i specify or without any -s option
at all.

to me it seem that the *pvfspeed* really is the program that gets confused
with stereo input. 

btw, pvftowav produces nothing but noise when given the -16 (produce 16
bit output) swich. - no matter what the sampling depth of the pvf input
is. 
                    _______________________
      Yield to temptation. It may not pass your way again. 
Daniel Doering, Muenchen       *        daniel@ommm.greenie.muc.de 
                http://greenie.muc.de/~daniel/ 
                        ---------------