[Vm-dev] pluginizing Galois Fields

[Robert Withers]

I hope you don't mind if I share my thoughts about this. This is not the 
first time I saw this mutation succeed...I believe it is the third time, 
now. Clearly a byte is damaged or is it? There is the chance of the 
identity mutation, whereby the same value is set. It has happened 3 time 
out of 30 bytes, not unreasonable. Sorry to take away the magic!

However, due to 18 bytes being turned into 30 bytes, then back again, 
there may be capacity. After the back again, only then will Euclid get 
his shot to fix outright errors, but due to the increased information in 
the 30 bytes, I am thinking that some degree of flexibility to correct 
may exist. I suppose that's up to the mathematics of GFs.

If not, I wonder if there's a Vatrix, super-imposition overlay 
mathematics that combines this approach with an inside approach.

best,
robert


On 12/18/2015 04:59 PM, Robert Withers wrote:
> It is a strange place I live in. Without changing any code, the below 
> test passed:
>
>     testFECDamagedEncodeAndDecodeRS_15_9
>
>         | chunk decodedBytes proxy decoder encoder encodedByteFrame |
>         chunk := self buildChunk: 8.
>
>         decoder := FECDecoder new.
>         encoder := FECEncoder new.
>         proxy := decoder, encoder.
>         proxy asProtocolStack.
>
>         encodedByteFrame := encoder encodeFrame: (Frame onPayload: chunk).
>         1 timesRepeat: [encodedByteFrame payload at: encodedByteFrame
>     payload size atRandom put: 255 atRandom].
>         decodedBytes := (decoder decodeFrame: encodedByteFrame) payload.
>
>         self assert: chunk equals: decodedBytes.
>
> bless,
> robert
>
> On 12/18/2015 03:46 PM, tim Rowledge wrote:
>>   
>>
>>> On 18-12-2015, at 12:15 PM, Robert Withers<robert.w.withers at gmail.com>  wrote:
>>> I would dearly love to not have platform code, come to think of it.
>> Then don’t have any. It’s all capable of doing that. See Squeak3D for example. The slang code in B3DEnginePlugin and its subclasses implements a lot of stuff and all the C code is in platforms/Cross/plugins/Squeak3D No platform specific code.
>>
>>
>> tim
>> --
>> tim Rowledge;tim at rowledge.org;http://www.rowledge.org/tim
>> Oxymorons: Clearly misunderstood
>>
>>
>
> -- 
> . .. .. ^,^ robert

-- 
. .. .. ^,^ robert
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20151218/e6dd97a5/attachment-0001.htm