Browse Prior Art Database

An Interface for Recording Audio Data

IP.com Disclosure Number: IPCOM000060802D
Original Publication Date: 1986-May-01
Included in the Prior Art Database: 2005-Mar-09
Document File: 1 page(s) / 12K

Publishing Venue

IBM

Related People

Hoegh, BT: AUTHOR [+3]

Abstract

An interface for recording audio data from a signal processing Personal Computer (PC) adapter card is described. The interface supplies a buffer via which speech data is transferred. This buffer is made up of a number of blocks, and each block of a number of records. In principle, the size of a block is a function of the I/O performance of the storage medium relative to the processor, and the size of the buffer is a function of the amount of processing power available to the application (allowing for multi-tasking, time-slicing, I/O wait, etc.). The buffer acts as a ring buffer. The buffer is initially empty, and the number of blocks of valid speech data is zero. When the recording is started, the function set proceeds to fill the buffer from the beginning with speech data records.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 52% of the total text.

Page 1 of 1

An Interface for Recording Audio Data

An interface for recording audio data from a signal processing Personal Computer (PC) adapter card is described. The interface supplies a buffer via which speech data is transferred. This buffer is made up of a number of blocks, and each block of a number of records. In principle, the size of a block is a function of the I/O performance of the storage medium relative to the processor, and the size of the buffer is a function of the amount of processing power available to the application (allowing for multi-tasking, time-slicing, I/O wait, etc.). The buffer acts as a ring buffer. The buffer is initially empty, and the number of blocks of valid speech data is zero. When the recording is started, the function set proceeds to fill the buffer from the beginning with speech data records. It continues to fill the buffer until it reaches the end, at which point it starts from the beginning again, as long as it knows that the block at the beginning of the buffer is available. During this cyclic process of filling the speech buffer, the application is using the LISTEN function to obtain the address of the oldest complete block of speech records that it has not yet processed. If there is no such block, a "Busy" code is returned; if there is, the address (NEXT@) is returned together with the number of complete blocks (BLKS) available from that point. The application then uses this address to write the block to wherever it wants to store ...