NewLC - Video - Comments

Re: video doesn't play

chandrafsm — Tue, 30 Sep 2008 06:40:06 +0200

how it should be done in 2nd ed. fp3.

me using
CVideoPlayerUtility::NewL(*this,EMdaPriorityMax, EMdaPriorityPreferenceNone, iView->ClientWsSession(), iView->ScreenDevice(), iView->ClientWindow(), iView->VideoRect(), iView->VideoRect() );

Re: video doesn't play

eric — Mon, 29 Sep 2008 14:10:44 +0200

A bug in your code ?
Might be you don't have enough priority to use the Multimedia API while a call is ringing

Re: The CMMFDevVideoRecord class usage problem

eric — Thu, 25 Sep 2008 23:18:34 +0200

Yes... BAK is available to Symbian Partners only.

Re: The CMMFDevVideoRecord class usage problem

agusatti — Thu, 25 Sep 2008 21:49:12 +0200

Rewot, how can I obtain the Binary Access Toolkit?
Do I need to become a Symbian Partner?
Regards,
Alisson

Re: questions about scale and rotate video frame

codecman — Sun, 21 Sep 2008 15:47:19 +0200

thanks, assayag,alh,i have done this job in my decoder
it looks like that nokia use the c55 dsp only in gsm sms dial ....

Re: questions about scale and rotate video frame

alh — Thu, 18 Sep 2008 10:09:52 +0200

or, if you have a video decoder that only outputs in a specific resolution and no other, you can use a simple DDA scaling algoritm that uses only additions in its inner loop, and you should get it quick enough,...

Re: questions about scale and rotate video frame

alh — Thu, 18 Sep 2008 10:06:53 +0200

no video player will use any of the CFbsBitGc functions nor will it use any CBitmapScaler or anything like that.
Those are quite slow, and it would be too much overhead to keep the image twice in memory and do this heavy operation each frame.

What they do is that their decoding algorithm in itself support to output in different resolutions...

rotation supported is typically only 90,180,270 degrees, which are trivial.

Re: questions about scale and rotate video frame

assayag — Tue, 16 Sep 2008 13:03:28 +0200

For scale don't use the static function!
You shoud instead use that:

CFbsBitGc* fbsBitGc = CFbsBitGc::NewL (); //graphic context
CleanupStack::PushL ( fbsBitGc);
CFbsBitmap* tmpBitmap = new CFbsBitmap();
tmpBitmap->Create (TSize (iWidth, iHeight), iBitmap->DisplayMode ()); //iWidth,iHeight are input arguments
CFbsBitmapDevice* tmpDevice = CFbsBitmapDevice::NewL ( tmpBitmap);
fbsBitGc->Activate ( tmpDevice);
fbsBitGc->DrawBitmap ( TRect (0, 0, iWidth, iHeight), iBitmap); //will display the scaled bitmap in viewfinder

delete tmpDevice;
CleanupStack::PopAndDestroy(fbsBitGc);
return tmpBitmap; //return the scaled bitmap

Regards
Assayag

Re: Video preview

eric — Mon, 15 Sep 2008 22:34:20 +0200

yes... but you will need to code it yourself.

Re: CVideoRecorderUtility?

paijwar — Thu, 28 Aug 2008 14:28:12 +0200

For CVideoRecorderUtility only OpenFileL is implemented.
url function is not implemented.

for Des I am not sure.

Re: YUV 420 to RGB

lvsti — Fri, 08 Aug 2008 08:00:30 +0200

varunghatge,

I meant that it must be more than an accident that the period of the purple pattern is 288 pixels. Basically, I meant the same as what alh said, that you have messed up the U and V values somehow, there must be some flaws in either addressing the YUV array or the resultant bitmap.

Re: YUV 420 to RGB

varunghatge — Thu, 07 Aug 2008 15:20:46 +0200

Thanks for yur reply guys
alh i have already written tou a private msg regarding this topic
lvsti i did not understand what do you mean by
However, the purple pattern on the screenshot have a period of 288 pixels, which is way too suspicious (CIF video size is 352x288, QCIF is 176x144).
can u please elaborate?

Re: YUV 420 to RGB

alh — Thu, 07 Aug 2008 14:39:09 +0200

Yes, it very much looks like you mess up the U and V values.

Could be a problem with how you step through them, or a problem with how you calculate them...

Also make sure you don't overflow any variable in your multiplications and shiftings.

Re: YUV 420 to RGB

lvsti — Thu, 07 Aug 2008 14:37:38 +0200

Hehe, I meant, if I were you, I'd look around the code...

Anyway, for first sight the Y calculating code before pixel3 is commented out but that cannot be the reason for the purpling. However, the purple pattern on the screenshot have a period of 288 pixels, which is way too suspicious (CIF video size is 352x288, QCIF is 176x144)...

Re: YUV 420 to RGB

varunghatge — Thu, 07 Aug 2008 14:26:02 +0200

Please find my code attached