Re: [Alembik-devel] Increase the profile resolver logic in Alembik using UAProf URL

[Paramjeet S. <par...@gm...>]

Anil,

Storage will not be the problem here. I am explaining why it is not.

Size of a uaprof xml file is 3 KB max (becuase it is a small text file) not
more than that.
Now suppose in overall world we have 1 L different handsets, so in some
amount of time Alembik server may have max 1 L - 3 KB files stored.

If we calculate overall size it will be 300 MB not more than that for these
much files.

/Param

On Wed, Jun 8, 2011 at 11:01 AM, <
ale...@li...> wrote:

> Send Alembik-Devel mailing list submissions to
>        ale...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        https://lists.sourceforge.net/lists/listinfo/alembik-devel
> or, via email, send a message with subject or body 'help' to
>        ale...@li...
>
> You can reach the person managing the list at
>        ale...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Alembik-Devel digest..."
>
>
> Today's Topics:
>
>   1. Re: Increase the profile resolver logic in Alembik        using
>      UAProf URL. (Paramjeet Singh)
>   2. Re: Increase the profile resolver logic in        Alembik using
>      UAProf URL. (Anil Jangam)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 8 Jun 2011 10:52:42 +0530
> From: Paramjeet Singh <par...@gm...>
> Subject: Re: [Alembik-devel] Increase the profile resolver logic in
>        Alembik using UAProf URL.
> To: ale...@li...
> Message-ID: <BAN...@ma...>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Dani/Anil,
>
> I agree with adding new resolver approach. Also confirmed from Luca related
> to uaprof implementation in wurfl, this resolution still not implemented
> fully and may take few months.
>
> Adding new resolver will surely increase the trust of client to Alembik and
> provide flexibility in choosing transcoding approach.
>
> As suggested by Dani, we can use DELI to validate the uaprof url. When a
> transcoding request comes with a handset uaprof first time we will read
> parameters and store this locally to optimize network IO. We will have
> proper defined schema that will reduce xml reading through JAXB.
>
> /Param
>
> On Tue, Jun 7, 2011 at 2:49 PM, <
> ale...@li...
> > wrote:
>
> > Send Alembik-Devel mailing list submissions to
> >        ale...@li...
> >
> > To subscribe or unsubscribe via the World Wide Web, visit
> >        https://lists.sourceforge.net/lists/listinfo/alembik-devel
> > or, via email, send a message with subject or body 'help' to
> >        ale...@li...
> >
> > You can reach the person managing the list at
> >        ale...@li...
> >
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of Alembik-Devel digest..."
> >
> >
> > Today's Topics:
> >
> >   1. Re: Increase the profile resolver logic   inAlembik       using
> >      UAProf URL. (Daniel Alonso)
> >
> >
> > -Message: 2
> > Date: Tue, 7 Jun 2011 11:19:38 +0200
> > From: "Daniel Alonso" <da...@ki...>
> > Subject: Re: [Alembik-devel] Increase the profile resolver logic
> >        inAlembik       using UAProf URL.
> > To: <ale...@li...>
> > Message-ID: <201...@hs...>
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> > Hi Anil,
> >
> >
> >
> > I have some comments about the UAProf proposal.
> >
> >
> >
> > UAProf resolution still isn?t implemented in Alembik. So if you want to
> add
> > it to Alembik I suggest adding a new resolver. So, when the profile
> string
> > is url based, you will use this one. And it wouldn?t be changed for other
> > profiles. The new resolver should be based on UAProf treatment, and you
> can
> > use utilities such deli (http://delicon.sourceforge.net/). Despite using
> > this new resolver you wouldn?t be able to know all the capabilities of
> > every
> > device because all of them are not defined in UAProf by the
> manufacturers.
> >
> >
> >
> > I don?t recommend using wurfl UAProf resolution for some of the reasons
> > that
> > you see here:
> >
> >
> >
> > http://wurfl.sourceforge.net/faq1.php at Q: What is UAProf?
> >
> >
> >
> > There are a great many devices from wurfl that may not have it defined
> and
> > you will have bad device resolution. Examples of devices with no uaprof
> > property set are:
> >
> >
> >
> > http://db.wurflpro.com/device/show/27596
> >
> > http://db.wurflpro.com/device/show/27014
> >
> > http://db.wurflpro.com/device/show/28772
> >
> >
> >
> > In case you still want to use this wurfl based UAProf resolution, I think
> > that the best solution is adding your own WurflUAResolver modified for
> > these
> > purposes or adding a new one and changing the resolver at
> > UAResolver.properties.
> >
> >
> >
> > Dani.
> >
> >
> >
> >
> >
> >  _____
> >
> > De: Anil Jangam [mailto:ani...@pe...]
> > Enviado el: jueves, 02 de junio de 2011 14:18
> > Para: ale...@li...
> > Asunto: Re: [Alembik-devel] Increase the profile resolver logic inAlembik
> > using UAProf URL.
> >
> >
> >
> > Inline.
> >
> >
> >
> > From: Paramjeet Singh [mailto:par...@gm...]
> > Sent: Thursday, June 02, 2011 4:05 PM
> > To: ale...@li...
> > Subject: [Alembik-devel] Increase the profile resolver logic in Alembik
> > using UAProf URL.
> >
> >
> >
> > List,
> >
> >
> >
> > Suppose client not have user-agent string used in WURFL database, but
> have
> > UAProf URL, Alembik will not able to do the transcoding because in UAProf
> > url there is no User-Agent string so WURFL API will fail to look up the
> > device capability. (Ex http://iphonemms.apple.com/iphone/uaprof-2MB.rdf)
> >
> > [[Anil Jangam]] I guess, this should be working already. If not, we can
> > just
> > have profile resolution component load the UAprofile using this URL at
> run
> > time. It can also search for this URL in the WURFL document, and get the
> > device details.
> >
> >
> >
> > I would like to suggest Alembik developers to increase the logic of
> profile
> > resolution using UAProf URL too. Incoming request should just contain the
> > Handset capability list (Uaprof url) and media type that is required.
> There
> > should a logic in Alembik to identify the best content type as per
> quality.
> >
> > [[Anil Jangam]] I do not think we should be the Transcoder aware of the
> > quality metrics of given codecs. This would be additional configuration,
> > and
> > processing. It should remain codec quality agonistic, and should pick up
> > the
> > one as per the precedence set in the UAProfile.
> >
> >
> >
> > E.g Suppose my handset support both audio/amr (Low quality) and audio/mp3
> > both. Alembik will select the best quality content type i.e audio/mp3 and
> > prepare STI request internally and send to the transcoder module.
> >
> > [[Anil Jangam]] As mentioned above, it is the client?s (STI Client)
> > responsibility what it want the Transcoder to do. It is a master-slave
> > configuration, and we should maintain that relationship.
> >
> >
> >
> > Means what i am trying to say is to create a wrapper over alembik that
> will
> > do the profile resolution.
> >
> >
> >
> > If Alembik is ready to do this, i want to contribute here.
> >
> >
> >
> > Thanks,
> >
> > Param
> >
> > DISCLAIMER ========== This e-mail may contain privileged and confidential
> > information which is the property of Persistent Systems Ltd. It is
> intended
> > only for the use of the individual or entity to which it is addressed. If
> > you are not the intended recipient, you are not authorized to read,
> retain,
> > copy, print, distribute or use this message. If you have received this
> > communication in error, please notify the sender and delete all copies of
> > this message. Persistent Systems Ltd. does not accept any liability for
> > virus infected mails.
> >
> >  _____
> >
> > No se encontraron virus en este mensaje.
> > Comprobado por AVG -  <http://www.avg.com> www.avg.com
> > Versi?n: 10.0.1375 / Base de datos de virus: 1511/3674 - Fecha de
> > publicaci?n: 06/01/11
> >
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> >
> > ------------------------------
> >
> >
> >
> ------------------------------------------------------------------------------
> > EditLive Enterprise is the world's most technically advanced content
> > authoring tool. Experience the power of Track Changes, Inline Image
> > Editing and ensure content is compliant with Accessibility Checking.
> > http://p.sf.net/sfu/ephox-dev2dev
> >
> > ------------------------------
> >
> > _______________________________________________
> > Alembik-Devel mailing list
> > Ale...@li...
> > https://lists.sourceforge.net/lists/listinfo/alembik-devel
> >
> >
> > End of Alembik-Devel Digest, Vol 11, Issue 5
> > ********************************************
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 2
> Date: Wed, 8 Jun 2011 11:06:12 +0530
> From: Anil Jangam <ani...@pe...>
> Subject: Re: [Alembik-devel] Increase the profile resolver logic in
>        Alembik using UAProf URL.
> To: "ale...@li..."
>        <ale...@li...>
> Message-ID:
>        <
> D1B70AEEBAE689468C0E7DE40BEE854A44C1DB775D@EXCHANGE.persistent.co.in>
> Content-Type: text/plain; charset="us-ascii"
>
> IMO, caching needs to be handled carefully here, and I agree it will help
> to reduce IO. It has direct impact on the storage, and we need to agree if
> it should be really done and how.
>
> /anil.
>
>
> From: Paramjeet Singh [mailto:par...@gm...]
> Sent: Wednesday, June 08, 2011 10:53 AM
> To: ale...@li...
> Subject: Re: [Alembik-devel] Increase the profile resolver logic in Alembik
> using UAProf URL.
>
> Dani/Anil,
>
> I agree with adding new resolver approach. Also confirmed from Luca related
> to uaprof implementation in wurfl, this resolution still not implemented
> fully and may take few months.
>
> Adding new resolver will surely increase the trust of client to Alembik and
> provide flexibility in choosing transcoding approach.
>
> As suggested by Dani, we can use DELI to validate the uaprof url. When a
> transcoding request comes with a handset uaprof first time we will read
> parameters and store this locally to optimize network IO. We will have
> proper defined schema that will reduce xml reading through JAXB.
>
> /Param
>
>
> DISCLAIMER
> ==========
> This e-mail may contain privileged and confidential information which is
> the property of Persistent Systems Ltd. It is intended only for the use of
> the individual or entity to which it is addressed. If you are not the
> intended recipient, you are not authorized to read, retain, copy, print,
> distribute or use this message. If you have received this communication in
> error, please notify the sender and delete all copies of this message.
> Persistent Systems Ltd. does not accept any liability for virus infected
> mails.
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
>
> ------------------------------------------------------------------------------
> EditLive Enterprise is the world's most technically advanced content
> authoring tool. Experience the power of Track Changes, Inline Image
> Editing and ensure content is compliant with Accessibility Checking.
> http://p.sf.net/sfu/ephox-dev2dev
>
> ------------------------------
>
> _______________________________________________
> Alembik-Devel mailing list
> Ale...@li...
> https://lists.sourceforge.net/lists/listinfo/alembik-devel
>
>
> End of Alembik-Devel Digest, Vol 11, Issue 6
> ********************************************
>