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
Hello hello,
The second official source code release Petri-Foo is now available.
IMPORTANT: I have designated this release as a 'preview' release to
indicate this is still a work in progress so that users may be aware
things may change and their files may not be usable without alteration
in futur
> 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-
On 06/29/2011 10:25 AM, Renato wrote:
> Hello, I created this wiki page
>
> http://wiki.linuxaudio.org/apps/all/dead_projects
>
> which stems from a thread I had started about a year ago here on LAD, asking
> for people to tell what software they found very valuable
> but no longer maintained.
Hello, I created this wiki page
http://wiki.linuxaudio.org/apps/all/dead_projects
which stems from a thread I had started about a year ago here on LAD, asking
for people to tell what software they found very valuable
but no longer maintained.
I have no prior experience with the wiki so I proba
22 matches
Mail list logo
