Le samedi 10 mars 2007 à 14:50 +, Neil MacLeod a écrit :
> Siarhei Siamashka wrote:
> > That's why I asked this question in the mailing list. I hope that somebody
> > in
> > a position to make such decision is reading it. Nokia did some beta
> > releases
> > of OS2006 before, so maybe it cou
> It's a kernel and large X server update. Unfortunately I'm not in a
> position to be able to release them to the public.
I'm not exactly interested for this topic, but kernel and x _are_ public.
If you say details, people could easily fix the problem, knowledge and
good will included.
Siarhei Siamashka wrote:
That's why I asked this question in the mailing list. I hope that somebody in
a position to make such decision is reading it. Nokia did some beta releases
of OS2006 before, so maybe it could be possible to continue this tradition?
I asked the same question - "...any ch
Playback resolution is the problem and the hardware limitations will not
allow us to use the N800 screen as it is. That's a pity, alhtough I
understand the reasons for these limitations.
In fact the screen _is_ used in its full resolution. Well sort of. The pixel
doubling feature on N770 (Eps
On Saturday 10 March 2007 01:57, Daniel Stone wrote:
> On Fri, Mar 09, 2007 at 10:34:52PM +0200, ext Siarhei Siamashka wrote:
> > On Friday 09 March 2007 12:20, Daniel Stone wrote:
> > > Not really. The next firmware release has gone to great lengths to
> > > improve video performance by doing sc
Hi - regarding the subject:
For those interested in watching live-stuff on your N800 we are
working on a project called GMyth (http://gmyth.sf.net). With it you
are able to do a lot of MythTV stuff at your N770/800.
Right now you are able to watch live tv on your N800 if you have an
analog tv
Daniel Stone wrote:
Thanks, that's a very good news. We all are looking forward for this firmware
update. By the way, is it possible to get an early access to the updated
kernels in the future for the purpose of testing and ensuring compatibility?
It's a kernel and large X server update. Unfor
On Fri, Mar 09, 2007 at 10:34:52PM +0200, ext Siarhei Siamashka wrote:
> On Friday 09 March 2007 12:20, Daniel Stone wrote:
> > Not really. The next firmware release has gone to great lengths to
> > improve video performance by doing scaling on the LCD controller, as
> > well as the colourspace co
On Friday 09 March 2007 12:20, Daniel Stone wrote:
> On Fri, Mar 09, 2007 at 09:45:03AM +0100, ext Hanno Zulla wrote:
> > > Right now, the biggest bottleneck in video decoding is RFBI bandwidth
> > > (i.e. the bus between OMAP and the LCD controller we use), being too
> > > slow to push more than
Hanno Zulla wrote:
Playback resolution is the problem and the hardware limitations will not
allow us to use the N800 screen as it is. That's a pity, alhtough I
understand the reasons for these limitations.
In fact the screen _is_ used in its full resolution. Well sort of. The
pixel doubling f
Hi,
> I'd rather transcode once into a format more suitable for portable
> devices than waste all my Flash storing the same single uncompressed DVD
> film/movie.
>
> It's about balance, and having the powerful desktop CPU convert the film
> as a one-off exercise is surely a better option than exp
Hanno Zulla wrote:
Hi,
But MPEG4 needs more CPU power AND you have to transcode the existing
material we already have on DVD or DVB before you can watch it. It's
kind of pointless to waste desktop CPU power to transcode existing
material if you could watch it in original form.
I'd rather trans
Hi,
> I think the format question is a red herring here.
Indeed.
> What we really want is to fully utilize the display quality when
> watching video, and it sounds like that's a request that Nokia has
> heard. They're doing what they can in terms of optimization, and I'm
> sure it will play int
Klaus Rotter wrote:
Hanno Zulla wrote:
Video playback is my biggest wish for improvement on the N800. See
http://www.hanno.de/blog/2007/02/16/video-on-n800/ for some comparisons
of video playback on the N800 as it is today and how it could be on an
800x480 screen.
Why do you want DVD MPEG2 Pla
Hi,
Klaus Rotter schrieb:
> Hanno Zulla wrote:
>> Video playback is my biggest wish for improvement on the N800. See
>> http://www.hanno.de/blog/2007/02/16/video-on-n800/ for some comparisons
>> of video playback on the N800 as it is today and how it could be on an
>> 800x480 screen.
>
> Why do y
Hanno Zulla wrote:
Video playback is my biggest wish for improvement on the N800. See
http://www.hanno.de/blog/2007/02/16/video-on-n800/ for some comparisons
of video playback on the N800 as it is today and how it could be on an
800x480 screen.
Why do you want DVD MPEG2 Playback? MPEG2 is IMHO
On Fri, Mar 09, 2007 at 09:45:03AM +0100, ext Hanno Zulla wrote:
> > Right now, the biggest bottleneck in video decoding is RFBI bandwidth
> > (i.e. the bus between OMAP and the LCD controller we use), being too
> > slow to push more than ~15fps through at 800x480. Beefing up the
> > processor-sid
Hi,
>> I'd like support for the IVA (Imaging Video Accelerator) device to be
>> implemented, or at least for some more information to be made available if
>> Nokia
>> can't justify the time.
>>
>> Rationale:
>>
>> This hardware is supposed to be able to improve large image display and can
>> VG
ext Daniel Stone wrote:
> On Thu, Mar 08, 2007 at 01:06:00PM -0800, ext Daniel Amelang wrote:
>> On 3/7/07, Eero Tamminen <[EMAIL PROTECTED]> wrote:
>>> Err. Translucency means compositing and keeping the composited items in
>>> memory. Due to additional memory accesses needed for this, it would
On 3/8/07, Carl Worth <[EMAIL PROTECTED]> wrote:
On Fri, 9 Mar 2007 00:53:18 +0200, Daniel Stone wrote:
> > On 3/8/07, Eero Tamminen <[EMAIL PROTECTED]> wrote:
> > >[1] There's a bug in Cairo bugzilla about slowness on 16-bit display
Now, ifthe application is actually handing cairo an ARGB32 ima
On 3/8/07, Daniel Stone <[EMAIL PROTECTED]> wrote:
On Thu, Mar 08, 2007 at 01:06:00PM -0800, ext Daniel Amelang wrote:
> On 3/7/07, Eero Tamminen <[EMAIL PROTECTED]> wrote:
> >Err. Translucency means compositing and keeping the composited items in
> >memory. Due to additional memory accesses ne
On Thu, Mar 08, 2007 at 03:05:12PM -0800, ext Carl Worth wrote:
> On Fri, 9 Mar 2007 00:53:18 +0200, Daniel Stone wrote:
> > > On 3/8/07, Eero Tamminen <[EMAIL PROTECTED]> wrote:
> > > >[1] There's a bug in Cairo bugzilla about slowness on 16-bit display
> > > > when using Render though...
> ..
On Fri, 9 Mar 2007 00:53:18 +0200, Daniel Stone wrote:
> > On 3/8/07, Eero Tamminen <[EMAIL PROTECTED]> wrote:
> > >[1] There's a bug in Cairo bugzilla about slowness on 16-bit display
> > > when using Render though...
...
> b) Cairo is dumb. It could degrade to a 16-bit surface if the targe
On Thu, Mar 08, 2007 at 01:06:00PM -0800, ext Daniel Amelang wrote:
> On 3/7/07, Eero Tamminen <[EMAIL PROTECTED]> wrote:
> >Err. Translucency means compositing and keeping the composited items in
> >memory. Due to additional memory accesses needed for this, it would be
> >slower (and take more m
On Thu, 8 Mar 2007 16:36:11 -0600,"Paul Klapperich" wrote:
> This doesn't make any sense. What if the surfaces are moved in relation to
> each other?
Who said they are surfaces? You might have graphicsl elements that you
want to draw that are represented more effciently in some vector
description
On Thu, Mar 08, 2007 at 01:17:47PM -0800, ext Daniel Amelang wrote:
> On 3/8/07, Eero Tamminen <[EMAIL PROTECTED]> wrote:
> >[1] There's a bug in Cairo bugzilla about slowness on 16-bit display
> > when using Render though...
>
> Although the compositing code could still be better optimized fo
On 3/8/07, Daniel Amelang <[EMAIL PROTECTED]> wrote:
On 3/7/07, Eero Tamminen <[EMAIL PROTECTED]> wrote:
> Err. Translucency means compositing and keeping the composited items in
> memory. Due to additional memory accesses needed for this, it would be
> slower (and take more memory) regardless
On 3/8/07, Eero Tamminen <[EMAIL PROTECTED]> wrote:
Hi,
ext Kalle Vahlman wrote:
> I haven't confirmed this, but according to the (non-exhaustive)
> benchmarking currently it probably should be faster to work with image
> surface in Cairo and only push the result to X, since it is
> accelerated
On 3/7/07, Eero Tamminen <[EMAIL PROTECTED]> wrote:
Err. Translucency means compositing and keeping the composited items in
memory. Due to additional memory accesses needed for this, it would be
slower (and take more memory) regardless of how "accelerated" it would
be.
Keeping the composited
Hi,
ext Kalle Vahlman wrote:
I haven't confirmed this, but according to the (non-exhaustive)
benchmarking currently it probably should be faster to work with image
surface in Cairo and only push the result to X, since it is
accelerated in neither.
It might not be faster[1], but at least rest o
2007/3/8, Eero Tamminen <[EMAIL PROTECTED]>:
Hi,
ext Simon Pickering wrote:
>>> Hitting the Wishlist is almost only a matter of writing down
>>> a sensible rationale. You can do it.
>>> (..)
>>> I will put "USB host mode" in the Wishlist. I plan to
>>> update the roadmap page on Fridays (if we h
Hi,
ext Simon Pickering wrote:
Hitting the Wishlist is almost only a matter of writing down
a sensible rationale. You can do it.
(..)
I will put "USB host mode" in the Wishlist. I plan to
update the roadmap page on Fridays (if we have stuff to update).
Wish #1:
I'd like to request PowerVR
On Wed, Mar 07, 2007 at 05:50:26PM -, ext Simon Pickering wrote:
> Wish #2:
>
> I'd like support for the IVA (Imaging Video Accelerator) device to be
> implemented, or at least for some more information to be made available if
> Nokia
> can't justify the time.
>
> Rationale:
>
> This hardw
> > Hitting the Wishlist is almost only a matter of writing down
> > a sensible rationale. You can do it.
> > (..)
> > I will put "USB host mode" in the Wishlist. I plan to
> > update the roadmap page on Fridays (if we have stuff to update).
Wish #1:
I'd like to request PowerVR chipset suppor
After asking some questions to the right person...
On Tue, 2007-03-06 at 16:26 -0500, ext Larry Battraw wrote:
> There was never a removal of the functionality since this is a new
> chipset and support for it was not available for it (AFAIK) in the
> kernel until recently. I tried it out and it
"osso-media-server dbus api"
posted it here actually: https://maemo.org/bugzilla/show_bug.cgi?id=1125
On 3/7/07, Tuukka Tolvanen <[EMAIL PROTECTED]> wrote:
On 3/7/07, Florent de Dinechin <[EMAIL PROTECTED]> wrote:
> Wish #1:
>
> Extend the current "drag-to-shift" paradigm on the virtual keybo
On 3/7/07, Florent de Dinechin <[EMAIL PROTECTED]> wrote:
Wish #1:
Extend the current "drag-to-shift" paradigm on the virtual keyboard to 8
directions. Use these to implement accents for accented languages (e+NE
for é, e+NW for è, c+SW for ç, etc), and to remove the need for shifting
in general
> Hitting the Wishlist is almost only a matter of writing down
> a sensible rationale. You can do it.
(..)
>I will put "USB host mode" in the Wishlist. I plan to update the
> roadmap page on Fridays (if we have stuff to update).
So it seems I sent my suggestion to the wrong Wiki. Here it is agai
Please avoid crossposting between lists.
> On 3/5/07, Michael Wiktowy <[EMAIL PROTECTED]> wrote:
> > I didn't see USB host support on the roadmap so I don't hold out much
> > hope for the fixing of what I would consider a major regression of the
On Tue, 2007-03-06 at 16:26 -0500, ext Larry Battra
I believe what you're looking for is here:
http://test.maemo.org/community/roadmap.html There's a _huge_ list of
wishes for improvements elsewhere, but the roadmap is closer to
reality in terms of what might be implemented. I believe the plan is
to flesh it out as far as who's running any parti
On 3/6/07, Larry Battraw <[EMAIL PROTECTED]> wrote:
There was never a removal of the functionality since this is a new
chipset and support for it was not available for it (AFAIK) in the
kernel until recently. I tried it out and it's pretty rough in (the
current kernel version) 2.6.18; it would
On 3/5/07, Michael Wiktowy <[EMAIL PROTECTED]> wrote:
On 3/5/07, Larry Battraw <[EMAIL PROTECTED]> wrote:
>I understand
> that better support may be forthcoming, but that would be part of a
> new kernel or a back-port of the fixes.
The Nokia folks seem to be strangely silent on the whole USB hos
On 3/5/07, Larry Battraw <[EMAIL PROTECTED]> wrote:
I understand
that better support may be forthcoming, but that would be part of a
new kernel or a back-port of the fixes.
The Nokia folks seem to be strangely silent on the whole USB host
thing. Maybe they are not wanting to implicate themselve
On 3/5/07, Paul Klapperich <[EMAIL PROTECTED]> wrote:
On 3/5/07, Jeff G <[EMAIL PROTECTED]> wrote:
> > > just run flasher to see its options and your question is answered ;-)
> > > i think it was --enable-usb-host or something like that
>
> Can you do that (turn on USB-Host mode) without re-flash
On 3/5/07, Jeff G <[EMAIL PROTECTED]> wrote:
> > just run flasher to see its options and your question is answered ;-)
> > i think it was --enable-usb-host or something like that
Can you do that (turn on USB-Host mode) without re-flashing the device?
Yes. You use the flasher utility, but you
Hi all
I actually sent out an email last night asking a similar question:
Hi everyone, I've read a number of emails and forum posts that talk about
using the usb to connect peripherals. I used the flasher to enable R&D mode
and USB host mode and there are no errors. But when I reboot and conne
Andreas Hubel wrote:
Perhaps, you don't need USB as the Nokia 770 and N800 each have an
speaker and microphone. Okay the microphone at 770 has no jack, but as
far as i now at N800, but you could also use a bluetooth headset to get
a line in ;-)
Bluetooth compresses the audio, destroying the pha
Zoran Kolic schrieb:
Has anybody played around with trying to get the N800 to support USB
host mode? Yes, I know that this won't work without a modified USB hub
to inject +5V onto the USB port.
Not the answer to question. Just like to get more info on the subject.
I've found cable with 5 p
Perhaps, you don't need USB as the Nokia 770 and N800 each have an
speaker and microphone. Okay the microphone at 770 has no jack, but as
far as i now at N800, but you could also use a bluetooth headset to get
a line in ;-) And as serial device you could use the serial port at the
backside pins of
> Has anybody played around with trying to get the N800 to support USB
> host mode? Yes, I know that this won't work without a modified USB hub
> to inject +5V onto the USB port.
Not the answer to question. Just like to get more info on the subject.
I've found cable with 5 pins for the 770 side an
Has anybody played around with trying to get the N800 to support USB
host mode? Yes, I know that this won't work without a modified USB hub
to inject +5V onto the USB port.
The reason I ask is that I was planning on trying to port a program
over, and I'd really like to have USB host mode support
51 matches
Mail list logo