Hi,
Reading this thread again, I feel like clarifying a few points.
On 06/29/2011 10:03 PM, Nick Copeland wrote:
>> No, technically, an app can load a native shared library provided by
> another
>> without caring about any kind of signature. An app can freely dlopen()
> a library
>> provided by a
On 07/01/2011 09:44 PM, Gabriel M. Beddingfield wrote:
> On Friday, July 01, 2011 09:38:20 am Olivier Guilyardi
> wrote:
>> On 06/30/2011 11:56 PM, Jeff McClintock wrote:
>>> Jump on board *early* LV2 ;)
>> :
>> :)
>>
>> I think it should be very easy to build and test the LV2
>> host stack on And
On Friday, July 01, 2011 09:38:20 am Olivier Guilyardi
wrote:
> On 06/30/2011 11:56 PM, Jeff McClintock wrote:
> > Jump on board *early* LV2 ;)
> :
> :)
>
> I think it should be very easy to build and test the LV2
> host stack on Android once the Glib dependency is gone.
LV2 doesn't depend on Gl
On 06/30/2011 11:56 PM, Jeff McClintock wrote:
> Jump on board *early* LV2 ;)
:)
I think it should be very easy to build and test the LV2 host stack on Android
once the Glib dependency is gone. And anyone can try this since the Android SDK
and emulator are freely available. Plus, the Android NDK
> From: Nick Copeland
> Don't you think it is more likely that people who are interested will run
> Linux as a replacement for Android on the ARM tablets rather than have
> the apps ported over?
"Smartphone growth is on a meteoric rise, with Android leading the way...
Android follows with 14.5%,
On Wed, 2011-06-29 at 20:47 +0200, Nick Copeland wrote:
> The ARM
> softfloat overhead is not that great and the coding required to get
> access to the GPUs is suitable that developers will implement them
> for optimisations.
>
1) There are several hw floating point implemntations on the "ARM
pla
On 06/29/2011 10:33 PM, Nick Copeland wrote:
>> No, when building with Android NDK using the armeabi-v7a ABI, hard
> floats are
>> used. This works on ARMv7, which means a lot of devices, and certainly the
>> majority.
>
> But then every other system gets the rough 1000 factor performance hit
> th
On Wed, 2011-06-29 at 11:59 -0500, Gabriel M. Beddingfield wrote:
[...]
> And this is what I'm wondering... could/should this be
> done with an LV2 extension?
Sure; it is straightforward to define new LV2 port types.
(Warning: LV2 design tangent follows)
However, the more I think about it the m
On 06/29/2011 10:31 PM, Gabriel M. Beddingfield wrote:
>
>
> On Wed, 29 Jun 2011, Nick Copeland wrote:
>
>> Perhaps I have missed the point, Android security prevents you
>> accessing resources that you have not been given a priori permission
>> to use to ensure the system cannot be compromised
> No, when building with Android NDK using the armeabi-v7a ABI, hard floats are
> used. This works on ARMv7, which means a lot of devices, and certainly the
> majority.
But then every other system gets the rough 1000 factor performance hit that
started
this thread since all other CPU have to do
On Wed, 29 Jun 2011, Nick Copeland wrote:
Perhaps I have missed the point, Android security prevents
you accessing resources that you have not been given a
priori permission to use to ensure the system cannot be
compromised by malicious code. If you want to root your
Yes, if this can't be
> No, technically, an app can load a native shared library provided by another
> without caring about any kind of signature. An app can freely dlopen() a
> library
> provided by another app.
Hm, are the issues related to that library being in an APK? I don't see how you
can
have Android give y
On 06/29/2011 07:59 PM, Nick Copeland wrote:
>> - Mobile processors generally do NOT have good
>> floating point power. Sometimes by a factor
>> of 1000 flops.
>
> It can be a factor of 1000 if the binaries are built assuming there is
> an FPU.
> What happens is you get a system call for every fai
On 06/29/2011 09:07 PM, Nick Copeland wrote:
>> Who's talking about getting apps to interoperate? Not me.
>
> No, but you are talking about getting developers to interoperate. The
> The Android app model is very segregating so if you want to share libraries
> then you will also have to have all de
On Wed, 29 Jun 2011, Nick Copeland wrote:
Who's talking about getting apps to interoperate? Not me.
No, but you are talking about getting developers to interoperate. The
Android app model is very segregating so if you want to share libraries
then you will also have to have all developers
> Who's talking about getting apps to interoperate? Not me.
No, but you are talking about getting developers to interoperate. The
Android app model is very segregating so if you want to share libraries
then you will also have to have all developers of each codestream to
share the same signing ce
On Wed, 29 Jun 2011, Nick Copeland wrote:
Maybe today, with tablets. But not their phones.
So are you suggesting the people who have phones, who don't want to contend
with installing Linux on them, will still want to contend with trying to gets
apps to
interoperate with LV2 or LADSPA? Apps
> Most LV2 and LADSPA plugins do the DSP work in floating
> point... so... yes. :-)
[snip a load of guff...]
The apps should still work with float as they would on any platform.
LV2 nor LADSPA are going to add much overhead as they do not
manipulate floats.
> All those needless conversions don
On Wed, 29 Jun 2011, Nick Copeland wrote:
- LADSPA and LV2 are built to process 32-bit
floating point PCM data, and have no provision
for processing 16-bit integer PCM data.
Do these systems actually process the floats though? I would have thought
most of their work was moving f
>- Mobile processors generally do NOT have good
> floating point power. Sometimes by a factor
> of 1000 flops.
It can be a factor of 1000 if the binaries are built assuming there is an FPU.
What happens is you get a system call for every failed float operation. If the
toolset is ge
> And this is what I'm wondering... could/should this be done with an LV2
extension?
>
I'm not qualified to answer that. Although, something like the HTTP Accepts
header and content negotiation comes to mind.
___
Linux-audio-dev mailing list
Linux-audio-
On Wed, 29 Jun 2011, Olivier Guilyardi wrote:
By the way, if you don't mind, I think it would be nice to centralize the
discussions on the andraudio thread.
Agreed, but I think this particular aspect needs a little
LAD input (*cough*torben*cough*). :-)
Is this a Real Problem?
It depen
Hello Gabriel,
On 06/29/2011 06:19 PM, Gabriel M. Beddingfield wrote:
>
> Good stuff!
Thanks :)
By the way, if you don't mind, I think it would be nice to centralize the
discussions on the andraudio thread.
> On Wed, 29 Jun 2011, Olivier Guilyardi wrote:
>
>> I just started a thread on andrau
Hi Olivier,
Good stuff!
On Wed, 29 Jun 2011, Olivier Guilyardi wrote:
I just started a thread on andraudio about "Android audio plugins and advanced
app interaction", including LV2 and others:
http://music.columbia.edu/pipermail/andraudio/2011-June/000238.html
Feel free to join in.
Here's
Hi guys!
I just started a thread on andraudio about "Android audio plugins and advanced
app interaction", including LV2 and others:
http://music.columbia.edu/pipermail/andraudio/2011-June/000238.html
Feel free to join in.
--
Olivier
___
Linux-audio-
25 matches
Mail list logo