|
From: | Jim Langston |
Subject: | Re: audio check? |
Date: | Wed, 05 Sep 2007 09:48:48 -0400 |
User-agent: | Thunderbird 1.5.0.8 (X11/20061204) |
I'm running on OpenSolaris, here is a listing from the sounds directory ekiga/busytone.wav: audio data: 16-bit linear PCM, mono ekiga/dialtone.wav: audio data: 16-bit linear PCM, mono ekiga/newmessage.wav: audio data: 8-bit linear PCM, mono ekiga/ring.wav: audio data: 16-bit linear PCM, mono ekiga/voicemail.wav: audio data: 16-bit linear PCM, mono gaim/Makefile.mingw: [nt]roff, tbl, or eqn input text gaim/alert.wav: audio data: 16-bit linear PCM, mono gaim/login.wav: audio data: 16-bit linear PCM, stereo gaim/logout.wav: audio data: 16-bit linear PCM, stereo gaim/receive.wav: audio data: 16-bit linear PCM, stereo gaim/send.wav: audio data: 16-bit linear PCM, stereo gnibbles/appear.wav: audio data: 8-bit linear PCM, mono gnibbles/bonus.wav: audio data: 8-bit linear PCM, mono gnibbles/crash.wav: audio data: 8-bit linear PCM, mono gnibbles/gobble.wav: audio data: 8-bit linear PCM, mono gnibbles/laughter.wav: audio data: 8-bit linear PCM, mono gnibbles/life.wav: audio data: 8-bit linear PCM, mono gnibbles/pop.wav: audio data: 8-bit linear PCM, mono gnibbles/reverse.wav: audio data: 8-bit linear PCM, mono gnibbles/teleport.wav: audio data: 8-bit linear PCM, mono gnobots2/bad.wav: audio data: 8-bit linear PCM, mono gnobots2/die.wav: audio data: 8-bit linear PCM, mono gnobots2/splat.wav: audio data: 8-bit linear PCM, mono gnobots2/teleport.wav: audio data: 8-bit linear PCM, mono gnobots2/victory.wav: audio data: 8-bit linear PCM, mono gnobots2/yahoo.wav: audio data: 8-bit linear PCM, mono gtk-events/activate.wav: audio data: 16-bit linear PCM, mono gtk-events/clicked.wav: audio data: 16-bit linear PCM, mono gtk-events/toggled.wav: audio data: 16-bit linear PCM, mono iagno/flip-piece.wav: audio data: 16-bit linear PCM, mono iagno/gameover.wav: audio data: 16-bit linear PCM, mono panel/slide.wav: audio data: 16-bit linear PCM, mono also, on Fedora, the listing for a.wav is as you have indicated. also, also, recompiled with debugging turned on, here is an output segment octave:1> A = [1:10; 1:10]/10; octave:2> wavwrite("a.wav", A); octave:3> [B, samples_per_sec, bits_per_sample] = wavread("a.wav"); ^Cdbx: warning: Interrupt ignored but forwarded to child. address@hidden (address@hidden) signal INT (Interrupt) in ungetc at 0xfbe151a7 0xfbe151a7: ungetc+0x0047: movl %eax,%edi Current function is c_file_ptr_buf::underflow_common 78 ungetc (c, f); (dbx) list 78 ungetc (c, f); 79 80 return c; 81 } 82 else 83 #if defined (CXX_ISO_COMPLIANT_LIBRARY) 84 return traits_type::eof (); 85 #else 86 return EOF; 87 #endif (dbx) print c c = 82 (dbx) print f f = 0xfbe82ad8 (dbx) print &f &f = 0x87a9850 (dbx) print *f *f = { _cnt = 84 _ptr = 0x87bad24 "RIFFL" _base = 0x87bad24 "RIFFL" _flag = '\t' _magic = '\005' __orientation = 0 __ionolock = 0 __seekable = 1U __extendedfd = 0 __xf_nocheck = 0 __filler = 0 } (dbx) Jim ///////////////////////////////// Thomas Weber wrote: Am Dienstag, den 04.09.2007, 13:59 -0400 schrieb Jim Langston:Thanks John, octave:1> A = [1:10; 1:10]/10; octave:2> wavwrite("a.wav", A); octave:3> [B, samples_per_sec, bits_per_sample] = wavread("a.wav"); ^C^CPress Control-C again to abort. ^Cpanic: Interrupt -- stopping myself... attempting to save variables to `octave-core'... save to `octave-core' complete bash-3.00$ bash-3.00$ ls -l a.wav -rw-r--r-- 1 langston langston 84 Sep 4 13:44 a.wav bash-3.00$ file a.wav a.wav: audio data: 16-bit linear PCM,This looks strange. Can you check with other wave files, if this output is the expected one? Here: $ file a.wav a.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, 10 channels 8000 Hz Thomas -- ///////////////////////////////////////////// Jim Langston Sun Microsystems, Inc. (877) 854-5583 (AccessLine) AIM: jl9594 address@hidden |
[Prev in Thread] | Current Thread | [Next in Thread] |