[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Summer of Code
- To: "Mohammed Sameer" <msameer at foolab dot org>, "Development Discussions" <developer at arabeyes dot org>
- Subject: Re: Summer of Code
- From: "Meor Ridzuan Meor Yahaya" <meor dot ridzuan at gmail dot com>
- Date: Mon, 12 Mar 2007 09:20:32 +0800
- Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VZCZSu3EIzIxxiH5FOWyNi7FZynBBge8Y2nkyXKrvOZTFlewqfZm672VhnEOQqeHmJo3e3ZKDh8G+BqzF62SeY3xugMxget9WluLwhVmNYLYSyxTmDTsQRKfe0Kja0VFtnLmi46NmVDS7sn+TjEtRQB8cfXVq7OS9C0YvoxJGMo=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=q7AUli9fVbNa2SFBxmcY/TKws728NP27tVUiark+8eOZx1tKpeZJmq5fFMTwYNe5uj+2o+9GYxVxSr70eYyO075YcAczy1qBAGDSd5vmY69dYRA9sXSp0/ZYhWiwHqLT8habNfDHCaOdvfpcISvwgIBjG4jGl/bqp/5ETR2344w=
Salam,
> >Quran application to play audio
> >for the embedded systems. I guess the size'll be huge ?
I think the application would not be hugh, only the audio file. User
will have to choose which audio file they want.
>
> We could do in more lower level than the current libquran. Let it just
> return the audio data along with it's mime type (it could be mp3,
> speex, or anything). The playing of the audio is the responsibility of
> the frontend, not libquran's.
>
> In this way, people could use libquran also when they don't need the
> audio data. Today they should have libspeex in order to compile.
>
Nice idea, so that we needn't force an install of the audio data.
Last time, i suggested something like this to M Yousif. It would be
better to be more flexible. I suggested to use something like
gstreamer or karts for audio handling, so that we don't have to worry
about supporting every audio type exist. That would be gstreamer's
job. Another thing that is not flexible in current audio handling is
the requirement of 1 file per ayah. the approach that I took for my
web application was we only store certain information about the audio.
Info that we need (in the library) are for every ayah, where is the
audio file, it's start time and it's end time. Then it is up to the
application to play it. I've uploaded the application, but I need to
fixe a few things before announcing it.
> >Not sure about Hildon. Are the Nokia developers welling to integrate any
> >Arabic (RTL) specific patches
> >into the maemo platform ?
>
> They should :-)
> They might need to support RTL in some point.
I'd love to see that happen ;-)
I found that there are patches for RTL already. Maybe we can discuss this face to face!
Since M Damt work in Nokia, this might happen. For other platform, it
might be tougher. For example, for Pocket PC, Microsoft has provided
Uniscribe support to Windows Mobile 5. However, I have not come
accross any OEM distributing it with their products, at least not in
their english version. So, even if it is possible to have the RTL
support in the system, manufacturer seems to choose not to.
Regards.