Search results

The Android version will be totally different - Android uses different interfaces all over the place. Maybe you mean Fennec?

It's the full 19 desktop version. And the build has failed - toolchain issue.

Too late. Have kicked a build... With gstreamer integration 8)

Who knows? I'll kick off a build when I have some time to spare :)

Yup... Did you release a pnd? :) Did you spend any time looking at optimisations? I've got totem built for this, but it segfaults after opening the main window...

Here's the .config diffs. Forgot about the MMU stuff :) --- op-config    2013-02-20 08:06:56.000000000 +0000 +++ hd-config    2013-02-20 08:06:39.000000000 +0000 @@ -36,7 +36,7 @@   CONFIG_BROKEN_ON_SMP=y  CONFIG_INIT_ENV_ARG_LIMIT=32  CONFIG_CROSS_COMPILE="" -CONFIG_LOCALVERSION=""...

I'll run a diff on the .config files later. It's possible i 've got other build options set...

Its easy enough for those of us working on apps to build our own kernels, so if you're even vaguely concerned about the performance impact from these metrics then don't enable them! I just listed them as I was asked what changes I made in the kernel I put in the pnd. Also as I stated this is...

cd /boot sudo rm uImage sudo ln -s uImage-3 uImage

The DSP script does sudo the commands tho... As I said this is purely a test to get some DSP love out there. I'm not surprised that the cpu utilization is up as there's been no optimization done... I wonder where the bottleneck is... And at least it does work for someone else. Yay :) Thanks...

I'm not sure how a kernel upgrade will break my PND as it contains it own kernel! The options will of course have a slight performance impact. But iotop is just too useful to me for diagnosis when things grind to a halt. The patch came from the web, and I had no luck getting the DSP working...

Of course: Enabled: TASK_DELAY_ACCT CONFIG_TASKSTATS, TASK_IO_ACCOUNTING and CONFIG_VM_EVENT_COUNTERS and added: diff --git a/arch/arm/plat-omap/dmtimer.c b/arch/arm/plat-omap/dmtimer.c index f9adbbb..2dfb2da 100644 --- a/arch/arm/plat-omap/dmtimer.c +++ b/arch/arm/plat-omap/dmtimer.c @@...

I've uploaded a PND to the repo, which is a basic test of playing back video on the DSP. http://repo.openpandora.org/?page=detail&app=gst_dsp_pkg The pnd will ask for your password. WARNING: Installing this PND can hose your system, as it changes the kernel & modules. Try it out on an SD...

I suspect once iCP2 is out of the way, this might happen.

Did anyone get to the bottom of this problem? I'm hitting the same thing when trying to use the gstreamer alsa plugin. The most interesting thing I can find on the 'net is: http://comments.gmane.org/gmane.linux.alsa.devel/68149 but it seems that patch was applied to the driver, and ages ago at...

Using the dsp with 3.2.20 is going to need some kernel patches... And changes to udev scripts... etc...

I've got h.264 video playing through the DSP via gstreamer. Just not through FF. Annoying. It's trying but getting DSP errors.

Well I've got gstreamer working with h.264 video on YouTube.... It's helaciously slow though, so I'm now working on DSP support.

It's based on CAN. I'm going to be using a TinyDuino and an MCP2551 to glom on to the bus that comes out of the back of the radio. So basically the 'duino acts as a SERDES and minimal control interface when the Pandora is missing - I don't want the radio to think it hasn't got a CD changer just...

I'm going to interface in to the VAN bus, which means I can monitor the steering wheel stalk, so I'll be able to use the CD controls to control the audio playback software.