16 May
2013
16 May
'13
3:38 a.m.
I asked on this list recently if anyone had come across one of the USB
pendrive-sized ARM/ Android devices but with a headphone jack and got no
response but it seems such things do exist already, or at least there is
one such model, the MX3 RK3066.
http://www.ebay.co.uk/itm/MX3-Camera-8G-Android-4-1-Mini-PC-RK3066-Google-T…
At ~70GBP its twice the price of similar spec devices that lack the AV port
and the (likely totally useless) webcam so its a bit of a risky purchase
for me until someone confirms that the AV port works with regular ALSA.
Should the temptation to get one of these overcome anyone, please let me
know how you get on with the AV out under Picuntu (or whatever non-Android
Linux distro you may install on it). If it works I suspect I won't be able
to resist the novelty factor.
16 May
16 May
9:09 a.m.
On Thu, May 16, 2013 11:38 am, Dan MacDonald wrote:
I asked on this list recently if anyone had come
across one of the USB
pendrive-sized ARM/ Android devices but with a headphone jack and got no
response but it seems such things do exist already, or at least there is
one such model, the MX3 RK3066.
http://www.ebay.co.uk/itm/MX3-Camera-8G-Android-4-1-Mini-PC-RK3066-Google-T…
More details on this page:
http://www.ebay.com.au/itm/MX3-Camera-8G-Android-4-1-Mini-PC-RK3066-Google-…
At ~70GBP its twice the price of similar spec devices
that lack the AV
port
and the (likely totally useless) webcam
Not totally useless. With the extension cable you can position the device
near the TV to use the TV for video chat.
so its a bit of a risky purchase
for me until someone confirms that the AV port works with regular ALSA.
Why wouldn't it?
If the audio driver is supported it will "just work"(tm)
If there is a bug it will be quickly fixed so it seems there is no risk
involved at all.
Should the temptation to get one of these overcome
anyone, please let me
know how you get on with the AV out under Picuntu (or whatever non-Android
Linux distro you may install on it). If it works I suspect I won't be able
to resist the novelty factor.
Looks like a very cheap way to build a complete home entertainment system.
--
Patrick Shirkey
Boost Hardware Ltd
9:12 a.m.
On Thu, May 16, 2013 5:09 pm, Patrick Shirkey wrote:
On Thu, May 16, 2013 11:38 am, Dan MacDonald wrote:
This is where they are coming from:
http://www.alibaba.com/showroom/android-4.1-rk3066-1.6ghz-bluetooth-wifi-tv…
If you want a discount just order 10 or more and sell them on ebay like
everyone else ;-)
You might even be able to get your one for free with that little scheme.
--
Patrick Shirkey
Boost Hardware Ltd
I asked on this list recently if anyone had come
across one of the USB
pendrive-sized ARM/ Android devices but with a headphone jack and got no
response but it seems such things do exist already, or at least there is
one such model, the MX3 RK3066.
http://www.ebay.co.uk/itm/MX3-Camera-8G-Android-4-1-Mini-PC-RK3066-Google-T…
More details on this page:
http://www.ebay.com.au/itm/MX3-Camera-8G-Android-4-1-Mini-PC-RK3066-Google-…
10:26 a.m.
2013/5/16 Patrick Shirkey <pshirkey(a)boosthardware.com>
On Thu, May 16, 2013 5:09 pm, Patrick Shirkey wrote:
More details on this page:
http://www.ebay.com.au/itm/MX3-Camera-8G-Android-4-1-Mini-PC-RK3066-Google-…
This is where they are coming from:
http://www.alibaba.com/showroom/android-4.1-rk3066-1.6ghz-bluetooth-wifi-tv…
On Thu, May 16, 2013 11:38 am, Dan MacDonald wrote:
> I asked on this list recently if anyone had come across one of the USB
> pendrive-sized ARM/ Android devices but with a headphone jack and got no
> response but it seems such things do exist already, or at least there is
> one such model, the MX3 RK3066.
>
>
http://www.ebay.co.uk/itm/MX3-Camera-8G-Android-4-1-Mini-PC-RK3066-Google-T…
If you want a discount just order 10 or more and sell
them on ebay like
everyone else ;-)
You might even be able to get your one for free with that little scheme.
There's the consumer site also, found this, probably there are hundreds.
http://www.aliexpress.com/item/New-Version-UG007-Built-in-Bluetooth-Android…
Regards,
Robert
12:57 p.m.
Thanks Patrick and Robert.
ALSA should work as you say but you can already get these things with 2GB
RAM and a quad core so I think I'd prefer to wait a while longer until we
can get one up to that spec but with an AV port.
On Thu, May 16, 2013 at 9:26 AM, Robert Jonsson <spamatica(a)gmail.com> wrote:
2013/5/16 Patrick Shirkey
<pshirkey(a)boosthardware.com>
On Thu, May 16, 2013 5:09 pm, Patrick Shirkey wrote:
More details on this page:
http://www.ebay.com.au/itm/MX3-Camera-8G-Android-4-1-Mini-PC-RK3066-Google-…
This is where they are coming from:
http://www.alibaba.com/showroom/android-4.1-rk3066-1.6ghz-bluetooth-wifi-tv…
On Thu, May 16, 2013 11:38 am, Dan MacDonald wrote:
> I asked on this list recently if anyone had come across one of the USB
> pendrive-sized ARM/ Android devices but with a headphone jack and got
no
> response but it seems such things do exist
already, or at least there
is
> one such model, the MX3 RK3066.
>
>
http://www.ebay.co.uk/itm/MX3-Camera-8G-Android-4-1-Mini-PC-RK3066-Google-T…
If you want a discount just order 10 or more and
sell them on ebay like
everyone else ;-)
You might even be able to get your one for free with that little scheme.
There's the consumer site also, found this, probably there are hundreds.
http://www.aliexpress.com/item/New-Version-UG007-Built-in-Bluetooth-Android…
Regards,
Robert
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
4:22 p.m.
On 16/05/13 06:57, Dan MacDonald wrote:
ALSA should work as you say but you can already get
these things with 2GB
RAM and a quad core so I think I'd prefer to wait a while longer until we
can get one up to that spec but with an AV port.
Rather than wait for a unit with a probably-very-cheap headphone amp in it,
why not get a USB class-compliant DAC that's been designed with audio
quality in mind? If you're putting *buntu on it anyway you wouldn't need to
worry about any issues Android may have with external audio. The Dragonfly
comes to mind, though that's a little more than I'd want to spend, myself.
That said, I've been pretty happy with my dual-core MK808B, which cost me
about 50 bucks, and my TV's headphone jack. Granted I haven't tried to do
any heavy audio lifting, and with the TV involved it wouldn't be suitable
for use as a guitar effects box, etc. But you didn't mention the
applications you had in mind, so I figured I'd suggest it.
Rob
17 May
17 May
7:07 a.m.
My company is actively working on guitar effects technology based upon this
family of SOCs. I would be very pleased to exchange information with others
interested in Linux audio on the RK3066 or RK3188.
--
View this message in context:
http://linux-audio.4202.n7.nabble.com/Google-TV-device-w-AV-out-tp85160p851…
Sent from the linux-audio-user mailing list archive at Nabble.com.
9:29 a.m.
On 05/17/2013 07:07 AM, psk wrote:
My company is actively working on guitar effects
technology based upon this
family of SOCs. I would be very pleased to exchange information with others
interested in Linux audio on the RK3066 or RK3188.
Then you might want to contact Andreas Degert of guitarix:
http://guitarix.sourceforge.net
He's currently working on optimizing guitarix for ARM. It works quite
well on a Raspberry Pi so I assume it will fly on a RK3066.
Regards,
Jeremy
11:08 a.m.
I looked into these devices a bit more last night. It seems Picuntu (which
is based upon Ubuntu 12.10 and still in beta) currently only supports the
dual-core RK3066 devices and I failed to find any success stories of people
having got Ubuntu (or any non-Android Linux) to install on the quad core
RK3188s.
Picuntu doesn't yet include the Mali GPU drivers but there are instructions
available for installing the Mali drivers which apparently brings you
accelerated 2D and OGLES2 under xorg. However, its the VPU which handles
video playback accel and I'm not sure this is working yet for the RK3066.
Another pitfall is the wifi/bt chipsets as, having a read through forums
for these devices, it would seem not all the wifi chipsets are supported by
Picuntu yet so thats another thing to look out for before anyone takes the
plunge and buys one.
On Fri, May 17, 2013 at 6:07 AM, psk <perry(a)kskelectrics.com> wrote:
My company is actively working on guitar effects
technology based upon this
family of SOCs. I would be very pleased to exchange information with others
interested in Linux audio on the RK3066 or RK3188.
--
View this message in context:
http://linux-audio.4202.n7.nabble.com/Google-TV-device-w-AV-out-tp85160p851…
Sent from the linux-audio-user mailing list archive at Nabble.com.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
11:38 a.m.
On Fri, May 17, 2013 7:08 pm, Dan MacDonald wrote:
I looked into these devices a bit more last night. It
seems Picuntu (which
is based upon Ubuntu 12.10 and still in beta) currently only supports the
dual-core RK3066 devices and I failed to find any success stories of
people
having got Ubuntu (or any non-Android Linux) to install on the quad core
RK3188s.
Picuntu doesn't yet include the Mali GPU drivers but there are
instructions
available for installing the Mali drivers which apparently brings you
accelerated 2D and OGLES2 under xorg. However, its the VPU which handles
video playback accel and I'm not sure this is working yet for the RK3066.
Another pitfall is the wifi/bt chipsets as, having a read through forums
for these devices, it would seem not all the wifi chipsets are supported
by
Picuntu yet so thats another thing to look out for before anyone takes the
plunge and buys one.
Surely it's just a case of recompiling the picuntu kernel with the right
modules enabled.
Android kernel "extensions" are now a part of 3.x so unless the OEM has
not released their drivers we should be able to get it running.
If there are hassles encountered we can contact the OEM directly for
additional info and I'm sure Perry has some details in that regard. They
will appreciate having some assistance with QA and testing especially if
it increases their market potential/share.
I have found the smaller Chinese manufacturers to be pretty accommodating
in that regard.
On Fri, May 17, 2013 at 6:07 AM, psk <perry(a)kskelectrics.com> wrote:
--
Patrick Shirkey
Boost Hardware Ltd
My company is actively working on guitar effects
technology based upon
this
family of SOCs. I would be very pleased to exchange information with
others
interested in Linux audio on the RK3066 or RK3188.
--
View this message in context:
http://linux-audio.4202.n7.nabble.com/Google-TV-device-w-AV-out-tp85160p851…
Sent from the linux-audio-user mailing list archive at Nabble.com.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
11:52 a.m.
One of the main Rockchip hackers is Cortez, who previously ported Ubuntu
and Debian to the Zaurus PDAs. He says that Rockchip have not been playing
nice with him and others interested in their driver and kernel code. GPL
violations? Maybe so.
http://www.omegamoon.com/blog/comments.php?y=13&m=05&entry=entry130…
On Fri, May 17, 2013 at 10:38 AM, Patrick Shirkey <
pshirkey(a)boosthardware.com> wrote:
On Fri, May 17, 2013 7:08 pm, Dan MacDonald wrote:
--
Patrick Shirkey
Boost Hardware Ltd
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
I looked into these devices a bit more last
night. It seems Picuntu
(which
is based upon Ubuntu 12.10 and still in beta)
currently only supports the
dual-core RK3066 devices and I failed to find any success stories of
people
having got Ubuntu (or any non-Android Linux) to install on the quad core
RK3188s.
Picuntu doesn't yet include the Mali GPU drivers but there are
instructions
available for installing the Mali drivers which apparently brings you
accelerated 2D and OGLES2 under xorg. However, its the VPU which handles
video playback accel and I'm not sure this is working yet for the RK3066.
Another pitfall is the wifi/bt chipsets as, having a read through forums
for these devices, it would seem not all the wifi chipsets are supported
by
Picuntu yet so thats another thing to look out for before anyone takes
the
plunge and buys one.
Surely it's just a case of recompiling the picuntu kernel with the right
modules enabled.
Android kernel "extensions" are now a part of 3.x so unless the OEM has
not released their drivers we should be able to get it running.
If there are hassles encountered we can contact the OEM directly for
additional info and I'm sure Perry has some details in that regard. They
will appreciate having some assistance with QA and testing especially if
it increases their market potential/share.
I have found the smaller Chinese manufacturers to be pretty accommodating
in that regard.
On Fri, May 17, 2013 at 6:07 AM, psk <perry(a)kskelectrics.com> wrote:
> My company is actively working on guitar effects technology based upon
> this
> family of SOCs. I would be very pleased to exchange information with
> others
> interested in Linux audio on the RK3066 or RK3188.
>
>
>
> --
> View this message in context:
>
http://linux-audio.4202.n7.nabble.com/Google-TV-device-w-AV-out-tp85160p851…
Sent from
the linux-audio-user mailing list archive at Nabble.com.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
12:31 p.m.
On Fri, May 17, 2013 7:52 pm, Dan MacDonald wrote:
One of the main Rockchip hackers is Cortez, who
previously ported Ubuntu
and Debian to the Zaurus PDAs. He says that Rockchip have not been playing
nice with him and others interested in their driver and kernel code. GPL
violations? Maybe so.
http://www.omegamoon.com/blog/comments.php?y=13&m=05&entry=entry130…
More likely it is because they are not direct customers for Rock-Chip.
Most OEM's have a minimum quantity of sales that will enable friendly and
direct support. In this case they are probably starting at 10k units. We
can estimate approx $5 per chip so it's around $50k expenditure required
to get their attention.
There are other ways to get inside too and maybe providing them with some
stats on the sales potential for audio/multimedia applications will get us
somewhere.
Maybe Perry is already on that level with them and if that is the case it
could also be a way in :-)
They might also be interested in knowing what kind of companies are using
Linux for multimedia and how their products fit into that equation too.
We can't assume that the Rock-Chip sales and marketing team know anything
about Linux Audio/Multimedia. They may be exclusively focused on Android
development because they think it is the only market for their product.
On Fri, May 17, 2013 at 10:38 AM, Patrick Shirkey <
pshirkey(a)boosthardware.com> wrote:
--
Patrick Shirkey
Boost Hardware Ltd
On Fri, May 17, 2013 7:08 pm, Dan MacDonald wrote:
--
Patrick Shirkey
Boost Hardware Ltd
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
I looked into these devices a bit more last
night. It seems Picuntu
(which
is based upon Ubuntu 12.10 and still in beta)
currently only supports
the
dual-core RK3066 devices and I failed to find any
success stories of
people
having got Ubuntu (or any non-Android Linux) to install on the quad
core
RK3188s.
Picuntu doesn't yet include the Mali GPU drivers but there are
instructions
available for installing the Mali drivers which apparently brings you
accelerated 2D and OGLES2 under xorg. However, its the VPU which
handles
video playback accel and I'm not sure this is
working yet for the
RK3066.
Another pitfall is the wifi/bt chipsets as, having a read through
forums
for these devices, it would seem not all the wifi
chipsets are
supported
by
Picuntu yet so thats another thing to look out for before anyone takes
the
plunge and buys one.
Surely it's just a case of recompiling the picuntu kernel with the right
modules enabled.
Android kernel "extensions" are now a part of 3.x so unless the OEM has
not released their drivers we should be able to get it running.
If there are hassles encountered we can contact the OEM directly for
additional info and I'm sure Perry has some details in that regard. They
will appreciate having some assistance with QA and testing especially if
it increases their market potential/share.
I have found the smaller Chinese manufacturers to be pretty
accommodating
in that regard.
On Fri, May 17, 2013 at 6:07 AM, psk <perry(a)kskelectrics.com> wrote:
> My company is actively working on guitar effects technology based
upon
> this
> family of SOCs. I would be very pleased to exchange information with
> others
> interested in Linux audio on the RK3066 or RK3188.
>
>
>
> --
> View this message in context:
>
http://linux-audio.4202.n7.nabble.com/Google-TV-device-w-AV-out-tp85160p851…
Sent from
the linux-audio-user mailing list archive at Nabble.com.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
3:12 p.m.
Each of your observations are true.
Dan MacDonald-3 wrote
I looked into these devices a bit more last night. It
seems Picuntu (which
is based upon Ubuntu 12.10 and still in beta) currently only supports the
dual-core RK3066 devices and I failed to find any success stories of
people
having got Ubuntu (or any non-Android Linux) to install on the quad core
RK3188s.
Work is underway to remedy this.
Dan MacDonald-3 wrote
Picuntu doesn't yet include the Mali GPU drivers
but there are
instructions
available for installing the Mali drivers which apparently brings you
accelerated 2D and OGLES2 under xorg. However, its the VPU which handles
video playback accel and I'm not sure this is working yet for the RK3066.
For completeness, there is a sister project (home://io) which includes GPU
drivers. For our application, however, GPU drivers are not essential
currently.
Dan MacDonald-3 wrote
Another pitfall is the wifi/bt chipsets as, having a
read through forums
for these devices, it would seem not all the wifi chipsets are supported
by
Picuntu yet so thats another thing to look out for before anyone takes the
plunge and buys one.
Definitely true but improving. An accepted practice with such sticks is
currently to go out to a USB hub / Ethernet dongle.
As someone else indicated, these sticks generally have no dedicated audio in
or out. This may be mitigated by using USB based i/o.
Perry
-----
Partner
KSK Electrics, LLC
--
View this message in context:
http://linux-audio.4202.n7.nabble.com/Google-TV-device-w-AV-out-tp85160p852…
Sent from the linux-audio-user mailing list archive at Nabble.com.
4:31 p.m.
On 05/17/2013 05:08 AM, Dan MacDonald wrote:
I looked into these devices a bit more last night. It
seems Picuntu (which
is based upon Ubuntu 12.10 and still in beta) currently only supports the
dual-core RK3066 devices and I failed to find any success stories of people
having got Ubuntu (or any non-Android Linux) to install on the quad core
RK3188s.
To be fair, the 3188-based devices only started shipping a few weeks ago.
There's always the question of "get better supported last-generation stuff,
or current-generation stuff that won't do what I want for a while, if
ever". The good news is, the generation bumps on these ARM devices happen
about every 6 to 8 months, and they're so cheap that you can probably take
a chance on the 3066 stuff and pick up a 3188-based one when they're better
supported, in a few months... by which time I suppose they'll have an
8-core one ready to go, dropping the price of the quads below $50.
Sounds like I need to try Picuntu on my RK3066 device so I can report
success or failure for my particular brand.
Rob
26 May
26 May
11:31 p.m.
On 05/17/2013 11:08 AM, Dan MacDonald wrote:
I looked into these devices a bit more last night. It
seems Picuntu (which
is based upon Ubuntu 12.10 and still in beta) currently only supports the
dual-core RK3066 devices and I failed to find any success stories of people
having got Ubuntu (or any non-Android Linux) to install on the quad core
RK3188s.
Picuntu doesn't yet include the Mali GPU drivers but there are instructions
available for installing the Mali drivers which apparently brings you
accelerated 2D and OGLES2 under xorg. However, its the VPU which handles
video playback accel and I'm not sure this is working yet for the RK3066.
Another pitfall is the wifi/bt chipsets as, having a read through forums
for these devices, it would seem not all the wifi chipsets are supported by
Picuntu yet so thats another thing to look out for before anyone takes the
plunge and buys one.
Just bought this one:
http://dx.com/p/beitai-d06-dual-core-android-4-1-mini-pc-google-tv-player-w…
Set me back another $44 ;) See how it compares to the Raspberry Pi.
Jeremy
27 May
27 May
3:09 p.m.
2013/5/26 Jeremy Jongepier <jeremy(a)autostatic.com>om>:
On 05/17/2013 11:08 AM, Dan MacDonald wrote:
As I'm also tweaking RPi for audio, I'd be interested in the good and
bad of these little devices also.
One of the main disadvantage I see in comparision with my previous
portable FX project, which used an UMPC which had a touch screen
instead of a headless device, is that if you're constantly improving
the thing I miss a display in the thing, instead of having a TV or
similar around.
Another issue is that I have to connect an external audio card to have
a decent audio quality and RT capabilities. On the UMPC I managed to
use even the internal audio card and mic, so I only had to port this
device with me.
But that's what it is, at least for RPi.
--
Carlos sanchiavedraz
* Musix GNU+Linux
http://www.musix.es
I looked into these devices a bit more last night. It seems Picuntu (which
is based upon Ubuntu 12.10 and still in beta) currently only supports the
dual-core RK3066 devices and I failed to find any success stories of
people
having got Ubuntu (or any non-Android Linux) to install on the quad core
RK3188s.
Picuntu doesn't yet include the Mali GPU drivers but there are
instructions
available for installing the Mali drivers which apparently brings you
accelerated 2D and OGLES2 under xorg. However, its the VPU which handles
video playback accel and I'm not sure this is working yet for the RK3066.
Another pitfall is the wifi/bt chipsets as, having a read through forums
for these devices, it would seem not all the wifi chipsets are supported
by
Picuntu yet so thats another thing to look out for before anyone takes the
plunge and buys one.
Just bought this one:
http://dx.com/p/beitai-d06-dual-core-android-4-1-mini-pc-google-tv-player-w…
Set me back another $44 ;) See how it compares to the Raspberry Pi.
Jeremy
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
3:28 p.m.
On 05/27/2013 03:08 PM, Carlos sanchiavedraz wrote:
As I'm also tweaking RPi for audio, I'd be
interested in the good and
bad of these little devices also.
Hello Carlos,
I'll open a new thread once I received it and it's running something
other than Android.
One of the main disadvantage I see in comparision with
my previous
portable FX project, which used an UMPC which had a touch screen
instead of a headless device, is that if you're constantly improving
the thing I miss a display in the thing, instead of having a TV or
similar around.
Personally I don't consider this a disadvantage as I I don't see the
need of an external display when you can do X forwarding. And when the
RPi fails to boot I connect a serial USB dongle so I can check the boot
process.
Another issue is that I have to connect an external
audio card to have
a decent audio quality and RT capabilities. On the UMPC I managed to
use even the internal audio card and mic, so I only had to port this
device with me.
In my experience you almost always have to connect an external audio
card to have a decent audio quality. So this isn't really an issue for
me either. I don't mind carrying an external audio card with me,
especially when I know I can trust that card.
But that's what it is, at least for RPi.
Yup, it's a $35 device, it would be a bit unreasonable to expect it to
have a great sounding audio chip. There's sound coming out of it, but
it's 11bit and it doesn't really like running at lower latencies. It
does have mmap support now so it is possible to use it directly with JACK.
Regards,
Jeremy
5 p.m.
2013/5/27 Jeremy Jongepier <jeremy(a)autostatic.com>om>:
I mean, a disadvantage meanwhile you don't have some stable/final
version of your configuration or preferences. When you get to that
point then I concur with you, and in addition you're more focused on
the music This state is what I want, but I suppose I always have some
new idea to implement.
My UA is absolutely great, but a little heavy and big, I would love to
have something with IN-jack/a decent mic and a speaker to put in/stick
to my guitar and Jam along in the park with friends. I'm working on it
with RPi and some smartphone to "see" if it's all going well
"inside"
the RPi; for this I'll have to but some portable power source for the
RPi. Maybe some solar stuff.
I didn't try that yet but, talking about some portable thing, I guess
the quality with 11bits is not bad for certain purposes. You won't
have a line in, but you have at least a stereo out to play synths and
drums, and with a small usb audio card even you're guitar can be the
controller with Guitar2MIDI.
On 05/27/2013 03:08 PM, Carlos sanchiavedraz wrote:
I'll be waiting eagerly for it :).
As I'm also tweaking RPi for audio, I'd be interested in the good and
bad of these little devices also.
Hello Carlos,
I'll open a new thread once I received it and it's running something other
than Android. One of the main disadvantage I see in comparision
with my previous
portable FX project, which used an UMPC which had a touch screen
instead of a headless device, is that if you're constantly improving
the thing I miss a display in the thing, instead of having a TV or
similar around.
Personally I don't consider this a disadvantage as I I don't see the need of
an external display when you can do X forwarding. And when the RPi fails to
boot I connect a serial USB dongle so I can check the boot process.
Another issue is that I have to connect an
external audio card to have
a decent audio quality and RT capabilities. On the UMPC I managed to
use even the internal audio card and mic, so I only had to port this
device with me.
In my experience you almost always have to connect an external audio card to
have a decent audio quality. So this isn't really an issue for me either. I
don't mind carrying an external audio card with me, especially when I know I
can trust that card.
But that's what it is, at least for RPi.
Yup, it's a $35 device, it would be a bit unreasonable to expect it to have
a great sounding audio chip. There's sound coming out of it, but it's 11bit
and it doesn't really like running at lower latencies. It does have mmap
support now so it is possible to use it directly with JACK.
Regards,
Jeremy
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
Regards,
--
Carlos sanchiavedraz
* Musix GNU+Linux
http://www.musix.es
13 Jun
13 Jun
1:58 p.m.
On 05/27/2013 05:00 PM, Carlos sanchiavedraz wrote:
2013/5/27 Jeremy Jongepier
<jeremy(a)autostatic.com>om>:
Well, not a new thread, I'll reuse this one. Got my RK3066 based device
in, it's probably a UG802 model. Debian Wheezy runs happily on it but I
think I'm using a crappy kernel (3.0.8+ from AndrewDB). So what are
others using? And anybody experiences with running Linux from NAND
instead of Micro SD?
Regards,
Jeremy
On 05/27/2013 03:08 PM, Carlos sanchiavedraz
wrote:
I'll be waiting eagerly for it :).
As I'm also tweaking RPi for audio, I'd be interested in the good and
bad of these little devices also.
Hello Carlos,
I'll open a new thread once I received it and it's running something other
than Android.
17 Jun
17 Jun
1:51 p.m.
On 06/13/2013 01:53 PM, Jeremy Jongepier wrote:
Well, not a new thread, I'll reuse this one. Got
my RK3066 based device
in, it's probably a UG802 model. Debian Wheezy runs happily on it but I
think I'm using a crappy kernel (3.0.8+ from AndrewDB). So what are
others using? And anybody experiences with running Linux from NAND
instead of Micro SD?
http://linux.autostatic.com/installing-linux-on-a-rk3066-based-device
Regards,
Jeremy
18 Jun
18 Jun
11:19 a.m.
Thanks for sharing that Jeremy!
What are you going to use your 3066 for?
What are your initial impressions and findings? It should perform notably
faster than your Pi.
On Mon, Jun 17, 2013 at 12:51 PM, Jeremy Jongepier <jeremy(a)autostatic.com>wrote;wrote:
On 06/13/2013 01:53 PM, Jeremy Jongepier wrote:
Well, not a new thread, I'll reuse this one.
Got my RK3066 based device
in, it's probably a UG802 model. Debian Wheezy runs happily on it but I
think I'm using a crappy kernel (3.0.8+ from AndrewDB). So what are
others using? And anybody experiences with running Linux from NAND
instead of Micro SD?
http://linux.autostatic.com/**installing-linux-on-a-rk3066-**based-device&l…
Regards,
Jeremy
______________________________**_________________
Linux-audio-user mailing list
Linux-audio-user@lists.**linuxaudio.org<Linux-audio-user@lists.linuxaudio.org>
http://lists.linuxaudio.org/**listinfo/linux-audio-user<http://lists.lin…
11:48 a.m.
On 06/18/2013 11:14 AM, Dan MacDonald wrote:
Thanks for sharing that Jeremy!
What are you going to use your 3066 for?
Hi Dan,
I'd like to use it for doing real-time lo-latency audio. Basically the
same way I'm using my Raspberry Pi.
What are your initial impressions and findings?
Ambivalent. It sure is faster than a Raspberry Pi but RK3066 based
devices have some drawbacks:
* No easy debugging access, I have yet to find the TXD pad on my RK3066.
* Fragmented development efforts. There are a gazillion git repositories
with all kinds of kernel sources, tools, etc.
* There are simply a lot of RK3066 based devices around and since
RockChip refuses to release their kernel source code people hacking on
the RK3066/RK3188 depend on third-party manufacturers that do understand
how GPL works and release parts of the code. Still there are things
missing, I'm now searching for a way to access the NAND from within
Linux but there is no source code anywhere for accessing the NAND on
RK3066 based devices. Yeah, there are pre-compiled kernel modules but
those don't work on my install.
* Closely related to the above bullet, yesterday I decided to flash the
kernel to the kernel partition only to realize later that now I can't
boot into anything else but Linux. And I can't flash anything either
because I can't boot in the bootloader. Apparently I can short two pads
and have the device boot into recovery but that won't help me either
because I've flashed the recovery partition with, you guessed it right,
a Linux kernel.
* JACK doesn't run on my device it with an external USB interface. It
starts and then the kernel crashes.
So I'm thinking about getting another TV stick but then a model that is
easier to debug and that has some more community support.
It should perform notably
faster than your Pi.
It does but development effort is far from finished so it doesn't work
as good as my Raspberry Pi. Well, at least WiFi works so I can just
power it up and SSH into it.
Regards,
Jeremy
19 Jun
19 Jun
midnight
Open device. Find button. Remove all USB. Press button. Attach otg to PC. Release button.
Flash what you need.
Sent from my Verizon Wireless 4G LTE DROID
"Jeremy Jongepier [via Linux Audio]"
<ml-node+s4202n85669h79(a)n7.nabble.com> wrote:
On 06/18/2013 11:14 AM, Dan MacDonald wrote:
-----
Perry Kivolowitz
Partner
KSK Electrics, LLC
--
View this message in context:
http://linux-audio.4202.n7.nabble.com/Google-TV-device-w-AV-out-tp85160p856…
Sent from the linux-audio-user mailing list archive at Nabble.com.
Thanks for sharing that Jeremy!
What are you going to use your 3066 for?
Hi Dan,
I'd like to use it for doing real-time lo-latency audio. Basically the
same way I'm using my Raspberry Pi.
What are your initial impressions and findings?
Ambivalent. It sure is faster than a Raspberry Pi but RK3066 based
devices have some drawbacks:
* No easy debugging access, I have yet to find the TXD pad on my RK3066.
* Fragmented development efforts. There are a gazillion git repositories
with all kinds of kernel sources, tools, etc.
* There are simply a lot of RK3066 based devices around and since
RockChip refuses to release their kernel source code people hacking on
the RK3066/RK3188 depend on third-party manufacturers that do understand
how GPL works and release parts of the code. Still there are things
missing, I'm now searching for a way to access the NAND from within
Linux but there is no source code anywhere for accessing the NAND on
RK3066 based devices. Yeah, there are pre-compiled kernel modules but
those don't work on my install.
* Closely related to the above bullet, yesterday I decided to flash the
kernel to the kernel partition only to realize later that now I can't
boot into anything else but Linux. And I can't flash anything either
because I can't boot in the bootloader. Apparently I can short two pads
and have the device boot into recovery but that won't help me either
because I've flashed the recovery partition with, you guessed it right,
a Linux kernel.
* JACK doesn't run on my device it with an external USB interface. It
starts and then the kernel crashes.
So I'm thinking about getting another TV stick but then a model that is
easier to debug and that has some more community support.
It should perform notably
faster than your Pi.
It does but development effort is far from finished so it doesn't work
as good as my Raspberry Pi. Well, at least WiFi works so I can just
power it up and SSH into it.
Regards,
Jeremy
_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
If you reply to this email, your message will be added to the discussion below:
http://linux-audio.4202.n7.nabble.com/Google-TV-device-w-AV-out-tp85160p856…
To unsubscribe from Google TV device w/ AV out, click here.
NAML
9:20 a.m.
On 06/19/2013 12:00 AM, psk wrote:
Open device. Find button. Remove all USB. Press
button. Attach otg to PC. Release button. Flash what you need.
Mine has no button, it's some kind of UG802 clone or revision:
http://www.freaktab.com/showthread.php?4126-ANOTHER-CLONE!-UG802_9-or-UG80x…
If you short ED2 the device boots in a different mode, bootlader
probably, but I haven't got that working yet.
Regards,
Jeremy
1:53 p.m.
On 06/19/2013 09:20 AM, Jeremy Jongepier wrote:
If you short ED2 the device boots in a different mode,
bootlader
probably, but I haven't got that working yet.
Got it working after scraping the pins a bit:
http://linux.autostatic.com/unknown-rk3066-based-device-tidbits
Now I can move on again trying to get JACK working on it.
Jeremy
12:02 a.m.
For serial connection, look for square pad near a USB connector. That will be the ground
for serial.
Sent from my Verizon Wireless 4G LTE DROID
"Jeremy Jongepier [via Linux Audio]"
<ml-node+s4202n85669h79(a)n7.nabble.com> wrote:
On 06/18/2013 11:14 AM, Dan MacDonald wrote:
-----
Perry Kivolowitz
Partner
KSK Electrics, LLC
--
View this message in context:
http://linux-audio.4202.n7.nabble.com/Google-TV-device-w-AV-out-tp85160p856…
Sent from the linux-audio-user mailing list archive at Nabble.com.
Thanks for sharing that Jeremy!
What are you going to use your 3066 for?
Hi Dan,
I'd like to use it for doing real-time lo-latency audio. Basically the
same way I'm using my Raspberry Pi.
What are your initial impressions and findings?
Ambivalent. It sure is faster than a Raspberry Pi but RK3066 based
devices have some drawbacks:
* No easy debugging access, I have yet to find the TXD pad on my RK3066.
* Fragmented development efforts. There are a gazillion git repositories
with all kinds of kernel sources, tools, etc.
* There are simply a lot of RK3066 based devices around and since
RockChip refuses to release their kernel source code people hacking on
the RK3066/RK3188 depend on third-party manufacturers that do understand
how GPL works and release parts of the code. Still there are things
missing, I'm now searching for a way to access the NAND from within
Linux but there is no source code anywhere for accessing the NAND on
RK3066 based devices. Yeah, there are pre-compiled kernel modules but
those don't work on my install.
* Closely related to the above bullet, yesterday I decided to flash the
kernel to the kernel partition only to realize later that now I can't
boot into anything else but Linux. And I can't flash anything either
because I can't boot in the bootloader. Apparently I can short two pads
and have the device boot into recovery but that won't help me either
because I've flashed the recovery partition with, you guessed it right,
a Linux kernel.
* JACK doesn't run on my device it with an external USB interface. It
starts and then the kernel crashes.
So I'm thinking about getting another TV stick but then a model that is
easier to debug and that has some more community support.
It should perform notably
faster than your Pi.
It does but development effort is far from finished so it doesn't work
as good as my Raspberry Pi. Well, at least WiFi works so I can just
power it up and SSH into it.
Regards,
Jeremy
_______________________________________________
Linux-audio-user mailing list
[hidden email]
http://lists.linuxaudio.org/listinfo/linux-audio-user
If you reply to this email, your message will be added to the discussion below:
http://linux-audio.4202.n7.nabble.com/Google-TV-device-w-AV-out-tp85160p856…
To unsubscribe from Google TV device w/ AV out, click here.
NAML
12:08 a.m.
Hi Jeremy!
Thanks for your report! Pretty much what I expected, unfortunately!
On Tue, Jun 18, 2013 at 10:48 AM, Jeremy Jongepier <jeremy(a)autostatic.com>wrote;wrote:
On 06/18/2013 11:14 AM, Dan MacDonald wrote:
Ambivalent. It sure is faster than a Raspberry Pi but RK3066 based devices
have some drawbacks:
* No easy debugging access, I have yet to find the TXD pad on my RK3066.
* Fragmented development efforts. There are a gazillion git repositories
with all kinds of kernel sources, tools, etc.
* There are simply a lot of RK3066 based devices around and since RockChip
refuses to release their kernel source code people hacking on the
RK3066/RK3188 depend on third-party manufacturers that do understand how
GPL works and release parts of the code. Still there are things missing,
I'm now searching for a way to access the NAND from within Linux but there
is no source code anywhere for accessing the NAND on RK3066 based devices.
Yeah, there are pre-compiled kernel modules but those don't work on my
install.
That would seem to be the biggest issue with these devices atm but one that
should legally be resolved asap.
Whether they 'get' FLOSS or not, either way they only stand to gain from
doing as they legally, morally should.
Thanks for sharing that Jeremy!
What are you going to use your 3066 for?
Hi Dan,
I'd like to use it for doing real-time lo-latency audio. Basically the
same way I'm using my Raspberry Pi.
What are your initial impressions and findings?
* Closely related to the above bullet, yesterday I
decided to flash the
kernel to the kernel partition only to realize later that now I can't boot
into anything else but Linux. And I can't flash anything either because I
can't boot in the bootloader. Apparently I can short two pads and have the
device boot into recovery but that won't help me either because I've
flashed the recovery partition with, you guessed it right, a Linux kernel.
* JACK doesn't run on my device it with an external USB interface. It
starts and then the kernel crashes.
That's what I expected, seeing how little success I've had on my Pandaboard
with J2 git. Have you tried J1 too?
Thanks J!
4:22 a.m.
On Wed, June 19, 2013 8:08 am, Dan MacDonald wrote:
--
Patrick Shirkey
Boost Hardware Ltd
Hi Jeremy!
Thanks for your report! Pretty much what I expected, unfortunately!
On Tue, Jun 18, 2013 at 10:48 AM, Jeremy Jongepier
<jeremy(a)autostatic.com>wrote;wrote:
What's the legal aspect here? Are they using gpl code in their drivers but
not releasing them?
On 06/18/2013 11:14 AM, Dan MacDonald wrote:
Ambivalent. It sure is faster than a Raspberry Pi but RK3066 based
devices
have some drawbacks:
* No easy debugging access, I have yet to find the TXD pad on my RK3066.
* Fragmented development efforts. There are a gazillion git repositories
with all kinds of kernel sources, tools, etc.
* There are simply a lot of RK3066 based devices around and since
RockChip
refuses to release their kernel source code people hacking on the
RK3066/RK3188 depend on third-party manufacturers that do understand how
GPL works and release parts of the code. Still there are things missing,
I'm now searching for a way to access the NAND from within Linux but
there
is no source code anywhere for accessing the NAND on RK3066 based
devices.
Yeah, there are pre-compiled kernel modules but those don't work on my
install.
That would seem to be the biggest issue with these devices atm but one
that
should legally be resolved asap.
Whether they 'get' FLOSS or not, either way they only stand to gain from
doing as they legally, morally should.
Thanks for sharing that Jeremy!
What are you going to use your 3066 for?
Hi Dan,
I'd like to use it for doing real-time lo-latency audio. Basically the
same way I'm using my Raspberry Pi.
What are your initial impressions and findings?
* Closely related to the above bullet, yesterday
I decided to flash the
kernel to the kernel partition only to realize later that now I can't
boot
into anything else but Linux. And I can't flash anything either because
I
can't boot in the bootloader. Apparently I can short two pads and have
the
device boot into recovery but that won't help me either because I've
flashed the recovery partition with, you guessed it right, a Linux
kernel.
* JACK doesn't run on my device it with an external USB interface. It
starts and then the kernel crashes.
That's what I expected, seeing how little success I've had on my
Pandaboard
with J2 git. Have you tried J1 too?
Thanks J!
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
9:32 a.m.
On 06/19/2013 12:08 AM, Dan MacDonald wrote:
I only use Jack1 so it was the first thing I tried.
Hi Jeremy!
Thanks for your report! Pretty much what I expected, unfortunately!
On Tue, Jun 18, 2013 at 10:48 AM, Jeremy Jongepier <jeremy(a)autostatic.com>wrote;wrote:
Practically all source code added by RockChip is available, except for
the NAND kernel module. I'll send the manufacturer a mail regarding the
NAND source code. The problem is that the NAND kernel module is in the
initramfs and I get the idea that manufacturers using RK3066 based
boards all use the same NAND kernel modules, or even initramfs's,
provided by RockChip.
On 06/18/2013 11:14 AM, Dan MacDonald wrote:
Ambivalent. It sure is faster than a Raspberry Pi but RK3066 based devices
have some drawbacks:
* No easy debugging access, I have yet to find the TXD pad on my RK3066.
* Fragmented development efforts. There are a gazillion git repositories
with all kinds of kernel sources, tools, etc.
* There are simply a lot of RK3066 based devices around and since RockChip
refuses to release their kernel source code people hacking on the
RK3066/RK3188 depend on third-party manufacturers that do understand how
GPL works and release parts of the code. Still there are things missing,
I'm now searching for a way to access the NAND from within Linux but there
is no source code anywhere for accessing the NAND on RK3066 based devices.
Yeah, there are pre-compiled kernel modules but those don't work on my
install.
That would seem to be the biggest issue with these devices atm but one that
should legally be resolved asap.
Whether they 'get' FLOSS or not, either way they only stand to gain from
doing as they legally, morally should.
Thanks for sharing that Jeremy!
What are you going to use your 3066 for?
Hi Dan,
I'd like to use it for doing real-time lo-latency audio. Basically the
same way I'm using my Raspberry Pi.
What are your initial impressions and findings?
* Closely related to the above bullet, yesterday
I decided to flash the
kernel to the kernel partition only to realize later that now I can't boot
into anything else but Linux. And I can't flash anything either because I
can't boot in the bootloader. Apparently I can short two pads and have the
device boot into recovery but that won't help me either because I've
flashed the recovery partition with, you guessed it right, a Linux kernel.
* JACK doesn't run on my device it with an external USB interface. It
starts and then the kernel crashes.
That's what I expected, seeing how little success I've had on my Pandaboard
with J2 git. Have you tried J1 too?
Thanks J!
3:39 p.m.
On 06/19/2013 12:08 AM, Dan MacDonald wrote:
That's what I expected, seeing how little success
I've had on my Pandaboard
with J2 git. Have you tried J1 too?
Ok, got Jack1 running. Recompiled the kernel without debugging and
disabled WiFi. I now see I can also tweak the IRQ threads, nice.
Jeremy
20 Jun
20 Jun
1:36 p.m.
On Wed, June 19, 2013 11:39 pm, Jeremy Jongepier wrote:
On 06/19/2013 12:08 AM, Dan MacDonald wrote:
Looks like the kernel source for the 3188 has been released now too.
http://liliputing.com/2013/06/ubuntu-up-and-running-on-android-min-pcs-with…
So let the fun begin...
--
Patrick Shirkey
Boost Hardware Ltd
That's what I expected, seeing how little
success I've had on my
Pandaboard
with J2 git. Have you tried J1 too?
Ok, got Jack1 running. Recompiled the kernel without debugging and
disabled WiFi. I now see I can also tweak the IRQ threads, nice.
1:58 p.m.
On 06/20/2013 01:36 PM, Patrick Shirkey wrote:
Looks like the kernel source for the 3188 has been
released now too.
http://liliputing.com/2013/06/ubuntu-up-and-running-on-android-min-pcs-with…
So let the fun begin...
Yeah it was released beginning of June. I'm awaiting my RK3188 device.
Just unbricked my RK3066, it couldn't cope with my poor soldering skills :(
Jeremy
28 Jun
28 Jun
3:52 p.m.
On 06/19/2013 03:39 PM, Jeremy Jongepier wrote:
On 06/19/2013 12:08 AM, Dan MacDonald wrote:
Just an update. Getting things stable is quite some work actually but
I'm slowly getting there. I've stripped the kernel config a bit further
and have a good starting point now. Some findings:
* RT patch doesn't apply cleanly. I've hacked my way through it but
can't get it to compile.
* I've tried using threadirqs but then the stick wouldn't boot (couldn't
find any rootfs to load from MMC). Applied this patch:
http://www.spinics.net/lists/linux-rt-users/msg08062.html
Then I get threaded IRQs but it's not much of an improvement, the USB
IRQ that has the WiFi connected to it consumes a lot of CPU and I can't
get JACK to run stable. I did try prioritizing IRQs with rtirq but it
didn't make any difference, the board seems to run better without
threaded IRQs.
* Tried dwc_otg.speed=1 as a kernel parameter, no improvement.
* This thing doesn't have serial console access, I've tried all possible
pads, vias and pins but no joy :( I did manage to solder a button on the
board that allows me to directly boot into flash mode which is already
quite convenient.
* No ethernet access, only WiFi. But enabling WiFi means JACK won't run
properly. Also tried an external USB dongle, same problems basically.
* So I have to work using the HDMI connection and a keyboard. Had to
disable blanking otherwise JACK would crash.
Well, that last example sums it all up I guess, this board isn't really
made for doing real-time audio. Unless people prove me wrong, I'd love
to hear what other people's experiences are. Any tips, ideas,
suggestions? I'm now glazing at amsynth 1.4.0 running headless while
JACK occasionally spits out 'delay of .... usecs exceeds estimated spare
time of .....; restart ...' messages and that with jackd -P84 -p32
-t2000 -dalsa -n3 -p128 -s
I HAVE to use the ALSA -s (softmode) option otherwise the whole USB
stack locks up. Pffff, maybe I should buy a board that does work, like
the pcDuino or BeagleBone Black.
Regards,
Jeremy
That's what I expected, seeing how little
success I've had on my
Pandaboard
with J2 git. Have you tried J1 too?
Ok, got Jack1 running. Recompiled the kernel without debugging and
disabled WiFi. I now see I can also tweak the IRQ threads, nice.
Jeremy
4:38 p.m.
Thanks for the update Jeremy but according to a user on jack-devel, JACK is
having probs running on the BBB too.
I may try J1 on my Pandaboard too but it'd be just out of curiosity to see
if it does work. The lack of ARM/NEON optimization in the LA stack
currently means I can't realistically use the Panda for what I like to do
with Linux audio. Wheezy is otherwise rock solid on it. I had to power it
down yesterday when we were doing some work on the house and it had an
uptime of 18.5 days. No great feat but I'm sure it would've been up for
much longer if given the chance.
If I was real gung-ho about JACK on ARM I'd prob consider one of the
Chromebooks - gone are the days when dev boards are the only option for
those wanting a modern ARM Linux machine.
On Fri, Jun 28, 2013 at 2:52 PM, Jeremy Jongepier <jeremy(a)autostatic.com>wrote;wrote:
On 06/19/2013 03:39 PM, Jeremy Jongepier wrote:
On 06/19/2013 12:08 AM, Dan MacDonald wrote:
Just an update. Getting things stable is quite some work actually but I'm
slowly getting there. I've stripped the kernel config a bit further and
have a good starting point now. Some findings:
* RT patch doesn't apply cleanly. I've hacked my way through it but can't
get it to compile.
* I've tried using threadirqs but then the stick wouldn't boot (couldn't
find any rootfs to load from MMC). Applied this patch:
http://www.spinics.net/lists/**linux-rt-users/msg08062.html<http://www.s…
Then I get threaded IRQs but it's not much of an improvement, the USB IRQ
that has the WiFi connected to it consumes a lot of CPU and I can't get
JACK to run stable. I did try prioritizing IRQs with rtirq but it didn't
make any difference, the board seems to run better without threaded IRQs.
* Tried dwc_otg.speed=1 as a kernel parameter, no improvement.
* This thing doesn't have serial console access, I've tried all possible
pads, vias and pins but no joy :( I did manage to solder a button on the
board that allows me to directly boot into flash mode which is already
quite convenient.
* No ethernet access, only WiFi. But enabling WiFi means JACK won't run
properly. Also tried an external USB dongle, same problems basically.
* So I have to work using the HDMI connection and a keyboard. Had to
disable blanking otherwise JACK would crash.
Well, that last example sums it all up I guess, this board isn't really
made for doing real-time audio. Unless people prove me wrong, I'd love to
hear what other people's experiences are. Any tips, ideas, suggestions? I'm
now glazing at amsynth 1.4.0 running headless while JACK occasionally spits
out 'delay of .... usecs exceeds estimated spare time of .....; restart
...' messages and that with jackd -P84 -p32 -t2000 -dalsa -n3 -p128 -s
I HAVE to use the ALSA -s (softmode) option otherwise the whole USB stack
locks up. Pffff, maybe I should buy a board that does work, like the
pcDuino or BeagleBone Black.
Regards,
Jeremy
______________________________**_________________
Linux-audio-user mailing list
Linux-audio-user@lists.**linuxaudio.org<Linux-audio-user@lists.linuxaudio.org>
http://lists.linuxaudio.org/**listinfo/linux-audio-user<http://lists.lin…
That's what I expected, seeing how little
success I've had on my
Pandaboard
with J2 git. Have you tried J1 too?
Ok, got Jack1 running. Recompiled the kernel without debugging and
disabled WiFi. I now see I can also tweak the IRQ threads, nice.
Jeremy
29 Jun
29 Jun
2:31 p.m.
On 06/28/2013 04:38 PM, Dan MacDonald wrote:
Thanks for the update Jeremy but according to a user
on jack-devel, JACK is
having probs running on the BBB too.
Hi Dan,
Yes but only after a few hours. He also doesn't need to set the ALSA
softmode option which gives me reasons to assume the USB implentation is
lot better on this board. I think I'm going to order one.
I may try J1 on my Pandaboard too but it'd be just
out of curiosity to see
if it does work. The lack of ARM/NEON optimization in the LA stack
currently means I can't realistically use the Panda for what I like to do
with Linux audio.
What doe you mean by 'LA stack'? Linux Audio? The software I'd like to
use, guitarix, does have ARM/NEON optimization.
Wheezy is otherwise rock solid on it. I had to power it
down yesterday when we were doing some work on the
house and it had an
uptime of 18.5 days. No great feat but I'm sure it would've been up for
much longer if given the chance.
If I was real gung-ho about JACK on ARM I'd prob consider one of the
Chromebooks - gone are the days when dev boards are the only option for
those wanting a modern ARM Linux machine.
I can't fit a chromebook in a Hammond/Eddystone casing so for me it's no
option.
Regards,
Jeremy
3:05 p.m.
I didn't know guitarix had NEON optimizations - cool!
'LA Stack' to me = most well known / popular Linux audio apps. I'd like to
see JACK, Ardour, qtractor, libsamplerate and Noizemaker get NEON support
eventually.
I think fftw and ffmpeg have some neon support. Do you know of any other
end user Linux audio apps except guitarix w/ NEON support J?
On Sat, Jun 29, 2013 at 1:30 PM, Jeremy Jongepier <jeremy(a)autostatic.com>wrote;wrote:
On 06/28/2013 04:38 PM, Dan MacDonald wrote:
Thanks for the update Jeremy but according to a
user on jack-devel, JACK
is
having probs running on the BBB too.
Hi Dan,
Yes but only after a few hours. He also doesn't need to set the ALSA
softmode option which gives me reasons to assume the USB implentation is
lot better on this board. I think I'm going to order one.
I may try J1 on my Pandaboard too but it'd be just out of curiosity to see
if it does work. The lack of ARM/NEON
optimization in the LA stack
currently means I can't realistically use the Panda for what I like to do
with Linux audio.
What doe you mean by 'LA stack'? Linux Audio? The software I'd like to
use, guitarix, does have ARM/NEON optimization.
Wheezy is otherwise rock solid on it. I had to power it
down yesterday when we were doing some work on
the house and it had an
uptime of 18.5 days. No great feat but I'm sure it would've been up for
much longer if given the chance.
If I was real gung-ho about JACK on ARM I'd prob consider one of the
Chromebooks - gone are the days when dev boards are the only option for
those wanting a modern ARM Linux machine.
I can't fit a chromebook in a Hammond/Eddystone casing so for me it's no
option.
Regards,
Jeremy
______________________________**_________________
Linux-audio-user mailing list
Linux-audio-user@lists.**linuxaudio.org<Linux-audio-user@lists.linuxaudio.org>
http://lists.linuxaudio.org/**listinfo/linux-audio-user<http://lists.lin…
30 Jun
30 Jun
8:59 p.m.
On 06/29/2013 03:05 PM, Dan MacDonald wrote:
I didn't know guitarix had NEON optimizations -
cool!
'LA Stack' to me = most well known / popular Linux audio apps. I'd like to
see JACK, Ardour, qtractor, libsamplerate and Noizemaker get NEON support
eventually.
I think fftw and ffmpeg have some neon support. Do you know of any other
end user Linux audio apps except guitarix w/ NEON support J?
No. I think you can get more optimized code with the right build flags
though.
Jeremy
29 Jun
29 Jun
2:58 a.m.
On Fri, June 28, 2013 11:52 pm, Jeremy Jongepier wrote:
On 06/19/2013 03:39 PM, Jeremy Jongepier wrote:
What are the error messages?
On 06/19/2013 12:08 AM, Dan MacDonald wrote:
Just an update. Getting things stable is quite some work actually but
I'm slowly getting there. I've stripped the kernel config a bit further
and have a good starting point now. Some findings:
* RT patch doesn't apply cleanly. I've hacked my way through it but
can't get it to compile. That's what I expected, seeing how little
success I've had on my
Pandaboard
with J2 git. Have you tried J1 too?
Ok, got Jack1 running. Recompiled the kernel without debugging and
disabled WiFi. I now see I can also tweak the IRQ threads, nice.
Jeremy * I've tried using threadirqs but then the stick
wouldn't boot (couldn't
find any rootfs to load from MMC). Applied this patch:
http://www.spinics.net/lists/linux-rt-users/msg08062.html
Then I get threaded IRQs but it's not much of an improvement, the USB
IRQ that has the WiFi connected to it consumes a lot of CPU and I can't
get JACK to run stable. I did try prioritizing IRQs with rtirq but it
didn't make any difference, the board seems to run better without
threaded IRQs.
* Tried dwc_otg.speed=1 as a kernel parameter, no improvement.
* This thing doesn't have serial console access, I've tried all possible
pads, vias and pins but no joy :( I did manage to solder a button on the
board that allows me to directly boot into flash mode which is already
quite convenient.
* No ethernet access, only WiFi. But enabling WiFi means JACK won't run
properly. Also tried an external USB dongle, same problems basically.
What is the wifi chipset?
* So I have to work using the HDMI connection and a
keyboard. Had to
disable blanking otherwise JACK would crash.
Well, that last example sums it all up I guess, this board isn't really
made for doing real-time audio. Unless people prove me wrong, I'd love
to hear what other people's experiences are. Any tips, ideas,
suggestions? I'm now glazing at amsynth 1.4.0 running headless while
JACK occasionally spits out 'delay of .... usecs exceeds estimated spare
time of .....; restart ...' messages and that with jackd -P84 -p32
-t2000 -dalsa -n3 -p128 -s
What happens at higher period values and if you disable duplex mode?
I HAVE to use the ALSA -s (softmode) option otherwise
the whole USB
stack locks up. Pffff, maybe I should buy a board that does work, like
the pcDuino or BeagleBone Black.
Regards,
Jeremy
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
--
Patrick Shirkey
Boost Hardware Ltd
2:23 p.m.
On 06/29/2013 02:58 AM, Patrick Shirkey wrote:
Of the rk3066 based device? Realtek 8188eu. The dongle is using a Ralink
rt53xx chipset.
I could test that but haven't done so yet because my goal is to have
JACK running with -p64 and full duplex. JACK runs stable at -p128 but
then the audio output is distorted and can't fix it with resetting the
JACK buffersize (this 'trick' works with the RPi though). So far I'm
getting the idea that at least the RK3066 based board I have is unusable
for my purpose. And I have a feeling it won't be much better with a
RK3188 based board.
Regards,
Jeremy
On Fri, June 28, 2013 11:52 pm, Jeremy Jongepier wrote:
An undefined reference to printascii in some RockChip related driver:
drivers/built-in.o: In function `dbg':
mtk_wcn_cmb_stub_rockchip.c:(.text+0x3a598): undefined reference to
`printascii'
make: *** [.tmp_vmlinux1] Error 1
On 06/19/2013 03:39 PM, Jeremy Jongepier wrote:
What are the error messages?
On 06/19/2013 12:08 AM, Dan MacDonald wrote:
Just an update. Getting things stable is quite some work actually but
I'm slowly getting there. I've stripped the kernel config a bit further
and have a good starting point now. Some findings:
* RT patch doesn't apply cleanly. I've hacked my way through it but
can't get it to compile. That's what I expected, seeing how little
success I've had on my
Pandaboard
with J2 git. Have you tried J1 too?
Ok, got Jack1 running. Recompiled the kernel without debugging and
disabled WiFi. I now see I can also tweak the IRQ threads, nice.
Jeremy * I've tried using threadirqs but then the
stick wouldn't boot (couldn't
find any rootfs to load from MMC). Applied this patch:
http://www.spinics.net/lists/linux-rt-users/msg08062.html
Then I get threaded IRQs but it's not much of an improvement, the USB
IRQ that has the WiFi connected to it consumes a lot of CPU and I can't
get JACK to run stable. I did try prioritizing IRQs with rtirq but it
didn't make any difference, the board seems to run better without
threaded IRQs.
* Tried dwc_otg.speed=1 as a kernel parameter, no improvement.
* This thing doesn't have serial console access, I've tried all possible
pads, vias and pins but no joy :( I did manage to solder a button on the
board that allows me to directly boot into flash mode which is already
quite convenient.
* No ethernet access, only WiFi. But enabling WiFi means JACK won't run
properly. Also tried an external USB dongle, same problems basically.
What is the wifi chipset?
* So I have to work using the HDMI connection and
a keyboard. Had to
disable blanking otherwise JACK would crash.
Well, that last example sums it all up I guess, this board isn't really
made for doing real-time audio. Unless people prove me wrong, I'd love
to hear what other people's experiences are. Any tips, ideas,
suggestions? I'm now glazing at amsynth 1.4.0 running headless while
JACK occasionally spits out 'delay of .... usecs exceeds estimated spare
time of .....; restart ...' messages and that with jackd -P84 -p32
-t2000 -dalsa -n3 -p128 -s
What happens at higher period values and if you disable duplex mode?
I HAVE to use the ALSA -s (softmode) option
otherwise the whole USB
stack locks up. Pffff, maybe I should buy a board that does work, like
the pcDuino or BeagleBone Black.
Regards,
Jeremy
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
--
Patrick Shirkey
Boost Hardware Ltd
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
11:57 p.m.
On Sat, June 29, 2013 10:23 pm, Jeremy Jongepier wrote:
Of the rk3066 based device? Realtek 8188eu. The dongle is using a Ralink
rt53xx chipset.
When does the CPU load from the wifi devices start to spike?
When you enable the wifi driver
After you ifup the NIC
While you have a remote connection
Did you test the bandwidth to confirm that the config dwc_otg.speed=1 was
reducing the throughput to 12Mb/s
Did you also try: dwc_otg.fiq_fix_enable=0/1
I could test that but haven't done so yet because my goal is to have
JACK running with -p64 and full duplex. JACK runs stable at -p128 but
then the audio output is distorted and can't fix it with resetting the
JACK buffersize (this 'trick' works with the RPi though). So far I'm
getting the idea that at least the RK3066 based board I have is unusable
for my purpose. And I have a feeling it won't be much better with a
RK3188 based board.
I think it is early days yet. It took a couple of years to get the maudio
quattro USB to play nice. It turned out it was using LE on the output and
BE on the input.
Just for reference sake, if you try it with just -P enabled does it
perform any better?
On 06/29/2013 02:58 AM, Patrick Shirkey wrote:
According to this thread it's an ARM specific debug method.
http://www.spinics.net/lists/arm-kernel/msg19006.html
Someone here might be able to help if you pastebin the revised patch
On Fri, June 28, 2013 11:52 pm, Jeremy Jongepier wrote:
An undefined reference to printascii in some RockChip related driver:
drivers/built-in.o: In function `dbg':
mtk_wcn_cmb_stub_rockchip.c:(.text+0x3a598): undefined reference to
`printascii'
make: *** [.tmp_vmlinux1] Error 1
On 06/19/2013 03:39 PM, Jeremy Jongepier wrote:
What are the error messages?
On 06/19/2013 12:08 AM, Dan MacDonald wrote:
> That's what I expected, seeing how little success I've had on my
> Pandaboard
> with J2 git. Have you tried J1 too?
Ok, got Jack1 running. Recompiled the kernel without debugging and
disabled WiFi. I now see I can also tweak the IRQ threads, nice.
Jeremy
Just an update. Getting things stable is quite some work actually but
I'm slowly getting there. I've stripped the kernel config a bit further
and have a good starting point now. Some findings:
* RT patch doesn't apply cleanly. I've hacked my way through it but
can't get it to compile. * I've tried using threadirqs but then the
stick wouldn't boot
(couldn't
find any rootfs to load from MMC). Applied this patch:
http://www.spinics.net/lists/linux-rt-users/msg08062.html
Then I get threaded IRQs but it's not much of an improvement, the USB
IRQ that has the WiFi connected to it consumes a lot of CPU and I can't
get JACK to run stable. I did try prioritizing IRQs with rtirq but it
didn't make any difference, the board seems to run better without
threaded IRQs.
* Tried dwc_otg.speed=1 as a kernel parameter, no improvement.
* This thing doesn't have serial console access, I've tried all
possible
pads, vias and pins but no joy :( I did manage to solder a button on
the
board that allows me to directly boot into flash mode which is already
quite convenient.
* No ethernet access, only WiFi. But enabling WiFi means JACK won't run
properly. Also tried an external USB dongle, same problems basically.
What is the wifi chipset?
* So I have to work using the HDMI connection and
a keyboard. Had to
disable blanking otherwise JACK would crash.
Well, that last example sums it all up I guess, this board isn't really
made for doing real-time audio. Unless people prove me wrong, I'd love
to hear what other people's experiences are. Any tips, ideas,
suggestions? I'm now glazing at amsynth 1.4.0 running headless while
JACK occasionally spits out 'delay of .... usecs exceeds estimated
spare
time of .....; restart ...' messages and that with jackd -P84 -p32
-t2000 -dalsa -n3 -p128 -s
What happens at higher period values and if you disable duplex mode?
Regards,
Jeremy
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
--
Patrick Shirkey
Boost Hardware Ltd
I HAVE to use the ALSA -s (softmode) option
otherwise the whole USB
stack locks up. Pffff, maybe I should buy a board that does work, like
the pcDuino or BeagleBone Black.
Regards,
Jeremy
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
--
Patrick Shirkey
Boost Hardware Ltd
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
30 Jun
30 Jun
9:10 p.m.
On 06/29/2013 11:57 PM, Patrick Shirkey wrote:
According to this thread it's an ARM specific debug method.
http://www.spinics.net/lists/arm-kernel/msg19006.html
Someone here might be able to help if you pastebin the revised patch
Thanks. Thought so too so it might be relatively easy to fix.
When does the CPU load from the wifi devices start to
spike?
When you enable the wifi driver
After you ifup the NIC
While you have a remote connection
Have to check, iirc as soon as I enable it.
Did you test the bandwidth to confirm that the config
dwc_otg.speed=1 was
reducing the throughput to 12Mb/s
No I didn't, I'll check this too.
Did you also try: dwc_otg.fiq_fix_enable=0/1
The dwc_otg driver in the RK3066 kernel source doesn't have this parameter.
I think it is early days yet. It took a couple of
years to get the maudio
quattro USB to play nice. It turned out it was using LE on the output and
BE on the input.
Just for reference sake, if you try it with just -P enabled does it
perform any better?
Will do. I'll report back with the results.
Jeremy
9:17 p.m.
On 06/29/2013 11:57 PM, Patrick Shirkey wrote:
According to this thread it's an ARM specific
debug method.
http://www.spinics.net/lists/arm-kernel/msg19006.html
Someone here might be able to help if you pastebin the revised patch
Then I have to clean up first and diff the whole source with a clean
source. Made a bit of a mess out of it so this could take some time. And
with 'here' you mean this list? The last lists I will ever post on will
be kernel dev lists, I'm just a mere user you know ;)
Jeremy
9:22 p.m.
On Mon, July 1, 2013 5:17 am, Jeremy Jongepier wrote:
On 06/29/2013 11:57 PM, Patrick Shirkey wrote:
It may not be necessary. Just put the entire build into a tarball and
point out the location that that code fails.
According to this thread it's an ARM specific
debug method.
http://www.spinics.net/lists/arm-kernel/msg19006.html
Someone here might be able to help if you pastebin the revised patch
Then I have to clean up first and diff the whole source with a clean
source. Made a bit of a mess out of it so this could take some time. And
with 'here' you mean this list? The last lists I will ever post on will
be kernel dev lists, I'm just a mere user you know ;)
I'm sure that people on this list will be able to offer some advices.
--
Patrick Shirkey
Boost Hardware Ltd
1 Jul
1 Jul
1:08 p.m.
On 06/30/2013 09:22 PM, Patrick Shirkey wrote:
On Mon, July 1, 2013 5:17 am, Jeremy Jongepier wrote:
Got it to compile but it doesn't boot. I've uploaded a tarball of my
modified source: http://rk.autostatic.com/linux-rt
This directory also contains a modified RT patch file.
Jeremy
On 06/29/2013 11:57 PM, Patrick Shirkey wrote:
It may not be necessary. Just put the entire build into a tarball and
point out the location that that code fails.
According to this thread it's an ARM specific
debug method.
http://www.spinics.net/lists/arm-kernel/msg19006.html
Someone here might be able to help if you pastebin the revised patch
Then I have to clean up first and diff the whole source with a clean
source. Made a bit of a mess out of it so this could take some time. And
with 'here' you mean this list? The last lists I will ever post on will
be kernel dev lists, I'm just a mere user you know ;)
I'm sure that people on this list will be able to offer some advices.
--
Patrick Shirkey
Boost Hardware Ltd
1:50 p.m.
On Mon, July 1, 2013 9:30 pm, Jeremy Jongepier wrote:
On 06/29/2013 11:57 PM, Patrick Shirkey wrote:
This reminded me that if the audio device is communicating over the usb
bus it should perform better if the sample rate is divisible by the period
size.
So if you use 48000 try a period size of -p48 or -p96, etc...
Another possible assist is documented here:
http://alsa.opensrc.org/Usb-audio#Tuning_USB_devices_for_minimal_latencies
--
Patrick Shirkey
Boost Hardware Ltd
Just for reference sake, if you try it with just
-P enabled does it
perform any better?
It does actually. Have to use lower frames/period setting(-p64) and
sample rate (-r44100) settings though.
2 p.m.
On 07/01/2013 01:50 PM, Patrick Shirkey wrote:
This reminded me that if the audio device is
communicating over the usb
bus it should perform better if the sample rate is divisible by the period
size.
So if you use 48000 try a period size of -p48 or -p96, etc...
Another possible assist is documented here:
http://alsa.opensrc.org/Usb-audio#Tuning_USB_devices_for_minimal_latencies
http://lists.linuxaudio.org/pipermail/linux-audio-user/2010-January/066765.…
Jeremy
4:12 p.m.
On Mon, July 1, 2013 10:00 pm, Jeremy Jongepier wrote:
On 07/01/2013 01:50 PM, Patrick Shirkey wrote:
IIUC the potential issues with period sizes with non powers of two are at
the application level. JACK is agnostic about it.
Anyway it's a little spooky that you get better performance with -p64 than
-p128 even in playback only mode.
--
Patrick Shirkey
Boost Hardware Ltd
This reminded me that if the audio device is
communicating over the usb
bus it should perform better if the sample rate is divisible by the
period
size.
So if you use 48000 try a period size of -p48 or -p96, etc...
Another possible assist is documented here:
http://alsa.opensrc.org/Usb-audio#Tuning_USB_devices_for_minimal_latencies
http://lists.linuxaudio.org/pipermail/linux-audio-user/2010-January/066765.…
4:44 p.m.
On 07/01/2013 04:12 PM, Patrick Shirkey wrote:
IIUC the potential issues with period sizes with non
powers of two are at
the application level. JACK is agnostic about it.
Yes, guitarix for instance doesn't like period sizes that are not a
power of two.
Anyway it's a little spooky that you get better
performance with -p64 than
-p128 even in playback only mode.
Well I'm testing and haven't done any real stress-tests yet. Maybe it
was a one-off. At least I get undistorted sound out of this device. Now
if I could only figure out why JACK bails out every once so often. And
why full-duplex doesn't work, well, it works but the audio coming out is
distorted.
Jeremy
5:16 p.m.
On Tue, July 2, 2013 12:44 am, Jeremy Jongepier wrote:
On 07/01/2013 04:12 PM, Patrick Shirkey wrote:
Does this happen with or without wifi enabled?
IIUC the potential issues with period sizes with
non powers of two are
at
the application level. JACK is agnostic about it.
Yes, guitarix for instance doesn't like period sizes that are not a
power of two.
Anyway it's a little spooky that you get
better performance with -p64
than
-p128 even in playback only mode.
Well I'm testing and haven't done any real stress-tests yet. Maybe it
was a one-off. At least I get undistorted sound out of this device. Now
if I could only figure out why JACK bails out every once so often. And
why full-duplex doesn't work, well, it works but the audio coming out is
distorted.
System load causing distortion on the Audio device in duplex mode. It
suggests something is wrong with the bus and or interrupts but I don't see
why it would be ok in playback only mode. Not sure if it is related but I
have noticed that my old usb quattro often takes a while to warm up.
Sometimes I have to run it for a few hours and start/stop jack several
times to get undistorted output.
Another issue is the Rockchip devs probably haven't tested the device at
low latency with duplex mode so they haven't picked up that issue. We can
try flagging it with them.
I forgot what the audio chipset is. Can you post the output of cat
/proc/asound/cards?
--
Patrick Shirkey
Boost Hardware Ltd
4 Jul
4 Jul
1:40 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 07/01/2013 05:16 PM, Patrick Shirkey wrote:
On Tue, July 2, 2013 12:44 am, Jeremy Jongepier wrote:
jeremy@rk3066:~$ cat /proc/asound/cards
0 [RK29RK1000 ]: RK29_RK1000 - RK29_RK1000
RK29_RK1000
1 [HDMI ]: ROCKCHIP_HDMI - ROCKCHIP HDMI
ROCKCHIP HDMI
2 [Device ]: USB-Audio - Generic USB Audio Device
Generic USB Audio Device at usb-usb20_host-1.1,
full speed
'Device' is a $2 USB audio interface with a C-Media chipset. But I got
one step further:
jeremy@rk3066:~$ uname -a
Linux rk3066 3.0.36-rt58 #1 SMP PREEMPT RT Thu Jul 4 13:18:23 CEST
2013 armv7l GNU/Linux
So I've got a RT kernel running on it. Moving on :)
Jeremy
On 07/01/2013 04:12 PM, Patrick Shirkey wrote:
Does this happen with or without wifi enabled?
IIUC the potential issues with period sizes with
non powers of
two are at the application level. JACK is agnostic about it.
Yes, guitarix for instance doesn't like period sizes that are not
a power of two.
Anyway it's a little spooky that you get
better performance
with -p64 than -p128 even in playback only mode.
Well I'm testing and haven't done any real stress-tests yet.
Maybe it was a one-off. At least I get undistorted sound out of
this device. Now if I could only figure out why JACK bails out
every once so often. And why full-duplex doesn't work, well, it
works but the audio
coming out is distorted.
System load causing distortion on the Audio device in duplex mode.
It suggests something is wrong with the bus and or interrupts but I
don't see why it would be ok in playback only mode. Not sure if it
is related but I have noticed that my old usb quattro often takes a
while to warm up. Sometimes I have to run it for a few hours and
start/stop jack several times to get undistorted output.
Another issue is the Rockchip devs probably haven't tested the
device at low latency with duplex mode so they haven't picked up
that issue. We can try flagging it with them.
I forgot what the audio chipset is. Can you post the output of cat
/proc/asound/cards?
-- Patrick Shirkey Boost Hardware Ltd
_______________________________________________ Linux-audio-user
mailing list Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/
iQIcBAEBAgAGBQJR1V9GAAoJEF63J34m6LiUyVIP/AsanFJ8SIpGZroYhLppKSL6
pcaxTQBI/FrC1W6vXCMywVEXuLtmarZ6XGMljj7F1y97Mi/k9YgBgV7s9Xem1WyD
uPGO5/tbAt1qMxVxGSi4qodf1nJYadC8/qJzWGq+vqGJMAGZiLrzSd7pjKt8L3/2
1oL6WkOBkpySef94zBgJgRHhca7UEQMv4aH0/92gutE3Wex6ctbEm5GvwCc3mLyS
rAZhsHVmG2Pp1odj4r+4a5KIc3ouKv3ZtwrgVCy2Yz1CQoeD7JoyjQgyvj8gS3Vi
K2+cqBwwpNs5uplU6XLMmDNPpdpGF/f/1hqbD1wlhHIy46jWQebJTJCcQL7pH86O
L7ESyd9FiY8g6DtqOCN6DW/MGRBjWEEGTLtIQAn94AgeQ4VhAbrM4as0QFpr+1GI
XYuFZhOww6mBZZKWCbzOAk+sRYJvnatIfrRIJhSyly/PKPT9OFjqGKd3x+V91370
Lv8wv4sew1DfaB/GSLh8CmyMyGygBR042o56jkJK5WypAmoke+evYl5HitEcqP9w
LTLraRgE09Q3I8YVsok4Sp9iGt612yj+3kkdMDpejjgTY/ELluYBX/OOJq2rVt9x
fnKEU+1oGSOC30mGtECOILKdd4cbFIqF5I47wRBAqJuABCO455puzo6tETiaO3+Q
v1Cer+mb9mr/T3rOP5u7
=iTTB
-----END PGP SIGNATURE-----
9:01 p.m.
On Thu, July 4, 2013 9:40 pm, Jeremy Jongepier wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 07/01/2013 05:16 PM, Patrick Shirkey wrote:
Have you been using this for testing at low latency?
On Tue, July 2, 2013 12:44 am, Jeremy Jongepier wrote:
jeremy@rk3066:~$ cat /proc/asound/cards
0 [RK29RK1000 ]: RK29_RK1000 - RK29_RK1000
RK29_RK1000
1 [HDMI ]: ROCKCHIP_HDMI - ROCKCHIP HDMI
ROCKCHIP HDMI
2 [Device ]: USB-Audio - Generic USB Audio Device
Generic USB Audio Device at usb-usb20_host-1.1,
full speed
'Device' is a $2 USB audio interface with a C-Media chipset. On 07/01/2013 04:12 PM, Patrick Shirkey wrote:
Does this happen with or without wifi enabled?
IIUC the potential issues with period sizes with
non powers of
two are at the application level. JACK is agnostic about it.
Yes, guitarix for instance doesn't like period sizes that are not
a power of two.
Anyway it's a little spooky that you get
better performance
with -p64 than -p128 even in playback only mode.
Well I'm testing and haven't done any real stress-tests yet.
Maybe it was a one-off. At least I get undistorted sound out of
this device. Now if I could only figure out why JACK bails out
every once so often. And why full-duplex doesn't work, well, it
works but the audio
coming out is distorted.
System load causing distortion on the Audio device in duplex mode.
It suggests something is wrong with the bus and or interrupts but I
don't see why it would be ok in playback only mode. Not sure if it
is related but I have noticed that my old usb quattro often takes a
while to warm up. Sometimes I have to run it for a few hours and
start/stop jack several times to get undistorted output.
Another issue is the Rockchip devs probably haven't tested the
device at low latency with duplex mode so they haven't picked up
that issue. We can try flagging it with them.
I forgot what the audio chipset is. Can you post the output of cat
/proc/asound/cards?
But I got
one step further:
jeremy@rk3066:~$ uname -a
Linux rk3066 3.0.36-rt58 #1 SMP PREEMPT RT Thu Jul 4 13:18:23 CEST
2013 armv7l GNU/Linux
So I've got a RT kernel running on it. Moving on :)
Nicely done!
What was the blocker in the end?
--
Patrick Shirkey
Boost Hardware Ltd
9:13 p.m.
On 07/04/2013 09:00 PM, Patrick Shirkey wrote:
Yes. It's actually the same as the device used here:
http://wiki.linuxaudio.org/wiki/jack_latency_tests
drivers/mmc/host/rk29_sdmmc.c
I've attached a patch. It's probably a quick and dirty hack but it seems
to work ok, ran it for a couple of hours today without any issues.
Jeremy
jeremy@rk3066:~$ cat /proc/asound/cards
> 0 [RK29RK1000 ]: RK29_RK1000 - RK29_RK1000
> RK29_RK1000
> 1 [HDMI ]: ROCKCHIP_HDMI - ROCKCHIP HDMI
> ROCKCHIP HDMI
> 2 [Device ]: USB-Audio - Generic USB Audio Device
> Generic USB Audio Device at usb-usb20_host-1.1,
> full speed
>
> 'Device' is a $2 USB audio interface with a C-Media chipset.
Have you
been using this for testing at low latency?
> But I got
> one step further:
>
> jeremy@rk3066:~$ uname -a
> Linux rk3066 3.0.36-rt58 #1 SMP PREEMPT RT Thu Jul 4 13:18:23 CEST
> 2013 armv7l GNU/Linux
>
> So I've got a RT kernel running on it. Moving on :)
>
Nicely done!
What was the blocker in the end?
17 May
17 May
3:32 p.m.
Hi All,
There is a wealth of information available on this exciting class of
computer.
http://liliputing.com/ frequently covers them.
https://www.miniand.com/ provides some much needed information and sells
product.
http://blog.geekbuying.com/ is an aggregation of downloads, discussion and a
place to buy as well.
eBay and amazon are not necessarily the best places to purchase.
Perry
-----
Partner
KSK Electrics, LLC
--
View this message in context:
http://linux-audio.4202.n7.nabble.com/Google-TV-device-w-AV-out-tp85160p852…
Sent from the linux-audio-user mailing list archive at Nabble.com.
3959
days inactive
4008
days old
linux-audio-user@lists.linuxaudio.org
54 comments
7 participants
participants (7)
-
Carlos sanchiavedraz -
Dan MacDonald -
Jeremy Jongepier -
Patrick Shirkey -
psk -
Rob -
Robert Jonsson