search for: 17bit

...a Celoxica developed research/teaching processor, pages 5-8 contain relevant information for targetting it from a new compiler backend, i,e, it is trivially simple with 25 actual instructions. Typo on page 5, operand A is clearly bits 9-5. The general form for instructions is:-- opcode %a, %b, 17bit signed immediate. %b is a source register. %a is typically the source and the destination register for the operation, ie %a = operation %a,%b, immediate. %b and the immediate act like a virtual operand c that is the sum of register b's contents and the immediate value. %b can be omitted if...

Torsdag, 23 januar 2003, skrev Miroslav Lichvar <lichvarm@phoenix. inf.upol.cz>: >If input is 16 bit, side channel will be 17 bit (16bit - 16bit is >17bit number). And warmup samples will be (17 - wasted_bits) bit. Voila, this was the source of all my frustration, sync problems and who knows what. My decoder now works correctly for files encoded with the default settings. Are there any decoder parameters I can set to get an encoded file using as...

Hello, Ive started writing a backend to a simple 32bit RISC processor core with the goal of undertaking some flexible instruction processor core research on FPGAs and also to use it for teaching computer architecture. I have a requirement to generate instructions like below, where the (17bit) immediate value is (preferably) omitted if it has a zero value. add %15, %14 add %12, %23 - 18 mov %5, %2 mov %5, %3, 12 mov %6 // we prefer to omit the 2nd argument if it refers to the "zero value register %0". I know this is not difficult. I'm very much a beginner with LLVM:...

Torsdag, 23 januar 2003, skrev Tor-Einar Jarnbjo <Tor-Einar_Jarnbjo@grosch- link.de>: >According to the format description, the coding method has to be 0. > >I've been using libFLAC 1.0.4 to encode the stream. I've checked my interpretation against "flac -a" and it seems to read 17 bits for each warmup sample. Here is its output: frame=168 blocksize=4608

--- Tor-Einar Jarnbjo <Tor-Einar_Jarnbjo@grosch-link.de> wrote: > Torsdag, 23 januar 2003, skrev Miroslav Lichvar <lichvarm@phoenix. > inf.upol.cz>: > > >If input is 16 bit, side channel will be 17 bit (16bit - 16bit is > >17bit number). And warmup samples will be (17 - wasted_bits) bit. > > Voila, this was the source of all my frustration, sync problems and > who knows what. Cool, it looks like Miroslav covered everything... but it's good you asked because I can use this thread to make the format docs clea...