Hi Simon,
I did a simple DSP yuv-rgb converter a year (or two?) ago.
I have not looked at your code, so forgive me if I say something obvious.
The one thing that bit me was the fact that the DSP/toolchain did not
handle access to data objects larger than 64k, due to 16 bit
restrictions on the
Simon Pickering wrote:
Hi Buck,
I have not looked at your code, so forgive me if I say something
obvious.
The one thing that bit me was the fact that the DSP/toolchain did not
handle access to data objects larger than 64k, due to 16 bit
restrictions on the DSP. My understanding is that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I did some experimentation a while back with DSP - ARM communication
via mmap'ed memory, in my case I was working on using the DSP for rgb
to yuv conversion. Another big gotcha to look out for is 64k
boundaries. The DSP (at least in the 770) just
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] wrote:
Not that we're going to get one word out of a @nokia.com address
for the time being...but they'd better not stop releasing FW
updates and developing for the 770. Maemo isn't open enough for
the community to maintain the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Siarhei Siamashka wrote:
On Tuesday 09 January 2007 20:59, Charles 'Buck' Krasic wrote:
Any chance the Xvideo support in the Bora 3.0 will turn up in a
770 OS?
I asked the same question on #maemo irc channel and daniels
explained that video
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Great!3.0 sounds better all the time.
- -- Buck
Daniel Stone wrote:
The X server now provides the standard Xv (X Video) extension, so
just use that instead, and things get a whole lot less complicated.
It's not as wildly quick as it should
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
My understanding is that it is not legal to redistribute the
binary-only Nokia stuff.I base this on my read of the
click-through license on http://www.maemo.org/downloads/d2.php, it
quite appears clear to me that copying and redistribution are not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tran Van Hoang wrote:
Hi all,
In an effort trying to make scirocco officially support scratchbox
apophis 1.x, we're also trying to make scirocco better if possible.
So if you would like to have any thing else supported, please say
it soon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frantisek Dufka wrote:
Charles 'Buck' Krasic wrote:
Hi,
I think it would be nice if in addition to a rootfs, there is a
kernel that includes some of the extras that are useful for
developers. The main example I am thinking of is NFS client
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
No, my dsp work was actually video related.I did reuse Siarhei
Siamashka's mplayer code to decode/output mp3 directly, but that
obviously doesn't help with speex.
I'd suggest that the most practical approach for now would be to have
an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ralph Giles wrote:
If you want something free, I'd suggest using our speex codec,
which is technically comparable, completely open, and has no known
patent issues. We don't have an omap dsp implementation, but it has
been ported to the various
Charles 'Buck' Krasic wrote:
I'm a CPU transparency user too. I think I hit the same issue back
when 2.0 was originally released.See the following post for reference:
http://maemo.org/pipermail/maemo-developers/2006-June/004242.html
Sounds to me like the issue remains the same
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm a CPU transparency user too. I think I hit the same issue back
when 2.0 was originally released.See the following post for reference:
http://maemo.org/pipermail/maemo-developers/2006-June/004242.html
Sounds to me like the issue
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
The following files appear to be empty:
http://maemo.org///downloads/d1.php
http://maemo.org///downloads/d2.php
http://maemo.org///downloads/d2.php
Are Nokians aware of this?I want to try the 2.1 developer fs, but
it doesn't seem available
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I spent a lot of time searching for freely available tools and
information about the dsp.
Maybe I can help you avoid duplicating my effort. I've put together
the various bits I collected here:
http://qstream.org/770/dsp/
Mind the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Doh, I hit send too fast.
The correct link is:
http://qstream.org/~krasic/770/dsp/
- -- Buck
Charles 'Buck' Krasic wrote:
Hi,
I spent a lot of time searching for freely available tools and
information about the dsp.
Maybe I can help you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I didn't know how easy using the LCD hardware support for YUV was when
I started working on this.
Later on, when I did figure that out (when a Nokian finally posted
something to the list), I revised my DSP code to do scaling only
(YUV-YUV). Even
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The codec is a homegrown variant of MPEG-4 I call SPEG. Basically
SPEG adds fine granularity SNR scalability to MPEG-4. SPEG is part
of a larger overall project on quality-adaptive video streaming. The
SPEG implementation is derived from from the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Corentin,
There has been some discussion of this issue on this mailing list.
You may want to search the archives.
To summarize the situation briefly:
There is no Xv implementation on the 770. The Xserver includes the
generic Xv layer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Frantisk,
Thank you for sharing that information! (Jussi too). Using 420 may
bring some additional improvement over 422. I hope to integrate that
into my code later today. The YUV framebuffer support has been a
major progress for my player.
Siarhei,
Just in case you have not done it already, enabling swap in your device
can help a lot to prevent out-of-memory errors.Maybe this will help
with mplayer/gstreamer stability.
I personally suspect a design flaw in the current Linux VM subsystem.
I've observed that if an application
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm very interested in the fact that you were able to rebuild the
xserver and run it. I found the build instructions in your
http://thelemming.org.uk/maemo/btmice/maemo_mouse_readme.txt file.
Thanks!
Can anyone comment on whether running such an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Look for my earlier post to the list.
Summary: the 770 kernel is linux-2.6.16-omap1 which does have generic
ALSA, but not specific support for the 770. There was a patch posted
to the linux-omap-open-source list which was supposed to enable the
I've read several research papers that claim that WLAN power consumption
makes the biggest jump from completely off to online, and that the
incremental power consumption between passive online (mainly receiving)
and active online (transmitting) is not nearly as large. This is why
TDMA
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I checked the mailing list archive, and I do not see any answer
regarding Mika's alsa patch for alsa and the 770.
Since Nokia released the 2.0 beta for 770, I hoped Nokia would have
ALSA support enabled, but it seems not.
So I went ahead and rebuilt
yet.
- -- Buck
Adrian Neumaier wrote:
Am Samstag, 10. Juni 2006 02:12 schrieb Charles 'Buck' Krasic:
I'm trying to follow the steps to get CPU transparency with the
2.0 developer image, but sbrsh reports NFS mount failures with
'No such device' errors. I believe this means the 770 kernel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
To follow up my own post, I realized that I needed to load sunrpc and
lockd modules first. I'm still not there yet, when I try to mount I
get a Protocol not supported error that I am still trying to figure
out. Gotta love NFS when it works, but
manually using insmod.
3 - with the NFS modules loaded, the rest of the CPU transparency
howto worked. I was able to build the helloworld example and
verified that sbrsh is working correctly.
- -- Buck
Charles 'Buck' Krasic wrote:
To follow up my own post, I realized that I needed to load
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm trying to follow the steps to get CPU transparency with the 2.0
developer image, but sbrsh reports NFS mount failures with 'No such
device' errors. I believe this means the 770 kernel doesn't have NFS
client support?Has anyone else tried it
29 matches
Mail list logo