NewLC - base64 encoding - Comments

Re: base64 encoding

dennis_george — Mon, 11 Jun 2007 10:15:24 +0200

What is the problem you are facing?

Using base64 the size is increased by 1/3. So if your input length is "x" then the target length should be "4x/3".

And TImCodecB64 works fine for both binary (e.g. jpg) and ascii data.

Encode function will panic if the target size is not sufficient.

Re: base64 encoding

ns.syed — Wed, 09 May 2007 23:31:02 +0200

we are finding some trouble using the symbian base64 decoder to decode an image data?

The same pieace of code works ok for text encoding decoding but for this image it always gives empty destination buffer.

Is there some ration on size of input and output buffers? like the output buffer must be more then "input+(input/3)" ?

did some one expreced some trouble while decoing large data all at once like a big image or voice etc. ?

S.

Re: base64 encoding

daveice — Wed, 31 Jan 2007 13:04:11 +0100

Dramatically puzzle me: I encode a string then decode the result, it failed!!
:-oTImCodecB64 b64;
   b64.Initialise();
   TPtr8 result(bufferEncoded->Des() );
   if(b64.Encode(readbuffer, result) )
   {
      __LOG2("%d, %d\n", readbuffer.Length(), encodeLen);
      __LOG1("content=%S\n", &result);
      aBuffer.Append(result);
   }
   if(b64.Decode(result, readbuffer) )
   {
      __LOG2("%S, org=%S\n", &result, &readbuffer);
   }
   else
   {
      __LOG("decode failed\n");
   }
   CleanupStack::PopAndDestroy(2);

Re: base64 encoding

kaz — Wed, 13 Jul 2005 13:35:03 +0200

thanks every body, I found it and it work fine

Re: base64 encoding

vinay — Wed, 13 Jul 2005 12:28:45 +0200

yes, the class TImCodecB64 is not documented in the SDK 1.2 and 2.0.
But the imut.lib and IMCVCODC.H do exist on these SDKs and they work fine.

Re: base64 encoding

dennis_george — Wed, 13 Jul 2005 12:04:50 +0200

I used it in 1.2 SDK also

Re: base64 encoding

tote — Wed, 13 Jul 2005 10:13:07 +0200

Quote from: kaz

sorry but the class does not exist into the serie60 sdk v2.0 is there any equivalent libs ?

tnx

Well, the oldest SDK I checked was 2.1 and it contains this file. Can't you start using newer SDKs?

Tote

Re: base64 encoding

dennis_george — Wed, 13 Jul 2005 05:16:40 +0200

Hi,

TImCodecB64 class is not a documented class.... You can use it .....

include the header imcvcodc.h and link with imut.lib library

Dennis

Re: base64 encoding

Legend — Tue, 12 Jul 2005 23:57:14 +0200

i wrote the class s60 or symbian dont have a buit in Base 64 coder/decoder you have to provide the code your self.. =) if u realy want a libary or dll you have to wite it your self....

Re: base64 encoding

kaz — Tue, 12 Jul 2005 17:37:47 +0200

sorry but the class does not exist into the serie60 sdk v2.0 is there any equivalent libs ?

tnx

base64 encoding

Legend — Fri, 04 Mar 2005 03:16:23 +0100

for got tell one thing

TBuf8<340> ret;

shuld bie buffer Size + 1/3

in my case
255 + (1/3) =340

u can do this dynamic but i havet had the need for it..

base64 encoding

Legend — Fri, 04 Mar 2005 01:51:15 +0100

This one Works and its fast and easy to use i hope it fits your goal
ihave used for image sending and sound it works superb

void YourClass::EcodeBase(const TBuf8<255> Srt)
{
ret.FillZ();
ret.SetLength(0);
TBuf8<64> cvt;
TUint8 fillchar = '=';
for(int i = 0; i < 26; i++)
{
cvt.Append('A' +i);
}
for(int i = 0; i < 26; i++)
{
cvt.Append('a' +i);
}
for(int i = 0; i < 10; i++)
{
cvt.Append('0' +i);
}
cvt.Append('+');
cvt.Append('/');

TUint8 c;
for (int i = 0; i < Srt.Length(); ++i)
{

c = (Srt[i] >> 2) & 0x3f;
ret.Append(cvt[c]);
c = (Srt[i] << 4) & 0x3f;
if (++i < Srt.Length())
c |= (Srt[i] >> 4) & 0x0f;

ret.Append(cvt[c]);
if (i < Srt.Length())
{
c = (Srt[i] << 2) & 0x3f;
if (++i < Srt.Length())
c |= (Srt[i] >> 6) & 0x03;

ret.Append(cvt[c]);

}
else
{
++i;
ret.Append(fillchar);
}

if (i < Srt.Length())
{
c = Srt[i] & 0x3f;
ret.Append(cvt[c]);
}
else
{
ret.Append(fillchar);
}
}

}

base64 encoding

tote — Wed, 16 Feb 2005 13:06:30 +0100

/epoc32/include/imcvcodc.h ==> TImCodecB64 class.

Tote

base64 encoding

indus — Wed, 16 Feb 2005 10:08:28 +0100