From: Komal Shah <hidden> Date: 2005-02-10 14:56:41
Hi All,
I am a newbie into this overlay stuff. Let me explain
my confusion first:
1. I have a display controller hardware which support
"primary buffer window", "video1 window", "video2
window". video2 on top of -> video 1 on top of ->
primary.
Now primay buffer window is used by /dev/fb for normal
framebuffer support.
2. Now I want to utilize overlay support given by
"video1 and 2", to have two playbacks/previews.
What should I do/use the interface to get this overlay
support given my video1 and video2 windows?? Ofcourse
I need to get around by setting lots of hardware
specific values...
1. Should I modify the frambuffer driver and adding
new ioctl to implement this overlay.
2. Should I implement separate character device driver
and "mmap", "write" on the same?? e.g /dev/overlay1
/dev/overlay2 .
So that a user application can give/write YUV 422 to
the driver and overlay will handle its conversion to
RGB 565 and display on the LCD in my case.
3. Should I implement /dev/video0 interace?? Here I am
confused a much, because I am already having capture
device - camera driver(v4l2), which implements the
overlay stuff for previewing while capture. Means it
supports the overlay and capture but *no* playback.
Any pointers or drivers source code which will help me
to device strategy and the get the implementation
done. I am having working framebuffer and camera
driver.
Let me know if you want more information.
Thanx.
=====
---Komal Shah
__________________________________
Do you Yahoo!?
Yahoo! Mail - now with 250MB free storage. Learn more.
http://info.mail.yahoo.com/mail_250
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
From: Zack Smith <hidden> Date: 2005-02-10 16:23:50
Which display controller is this that you're speaking of?
Komal Shah wrote:
Hi All,
I am a newbie into this overlay stuff. Let me explain
my confusion first:
1. I have a display controller hardware which support
"primary buffer window", "video1 window", "video2
window". video2 on top of -> video 1 on top of ->
primary.
Now primay buffer window is used by /dev/fb for normal
framebuffer support.
2. Now I want to utilize overlay support given by
"video1 and 2", to have two playbacks/previews.
What should I do/use the interface to get this overlay
support given my video1 and video2 windows?? Ofcourse
I need to get around by setting lots of hardware
specific values...
1. Should I modify the frambuffer driver and adding
new ioctl to implement this overlay.
2. Should I implement separate character device driver
and "mmap", "write" on the same?? e.g /dev/overlay1
/dev/overlay2 .
So that a user application can give/write YUV 422 to
the driver and overlay will handle its conversion to
RGB 565 and display on the LCD in my case.
3. Should I implement /dev/video0 interace?? Here I am
confused a much, because I am already having capture
device - camera driver(v4l2), which implements the
overlay stuff for previewing while capture. Means it
supports the overlay and capture but *no* playback.
Any pointers or drivers source code which will help me
to device strategy and the get the implementation
done. I am having working framebuffer and camera
driver.
Let me know if you want more information.
Thanx.
=====
---Komal Shah
__________________________________
Do you Yahoo!?
Yahoo! Mail - now with 250MB free storage. Learn more.
http://info.mail.yahoo.com/mail_250
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Linux-fbdev-devel mailing list
Linux-fbdev-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
From: Komal Shah <hidden> Date: 2005-02-11 05:09:03
Zack,
Which display controller is this that you're
speaking of?
It is inbuilt on OMAP 2 generation processor - TI. Do
you think it will good if we make driver with playback
capability through /dev/video (v4l2 interfacE) _or_ is
to go for video overlay interface through /dev/fb.
Checkout http://linux-omap.bkbits.net.
---Komal Shah
Komal Shah wrote:
quoted
Hi All,
I am a newbie into this overlay stuff. Let me
explain
quoted
my confusion first:
1. I have a display controller hardware which
support
quoted
"primary buffer window", "video1 window", "video2
window". video2 on top of -> video 1 on top of ->
primary.
Now primay buffer window is used by /dev/fb for
normal
quoted
framebuffer support.
2. Now I want to utilize overlay support given by
"video1 and 2", to have two playbacks/previews.
What should I do/use the interface to get this
overlay
quoted
support given my video1 and video2 windows??
Ofcourse
quoted
I need to get around by setting lots of hardware
specific values...
1. Should I modify the frambuffer driver and
adding
quoted
new ioctl to implement this overlay.
2. Should I implement separate character device
driver
quoted
and "mmap", "write" on the same?? e.g
/dev/overlay1
quoted
/dev/overlay2 .
So that a user application can give/write YUV 422
to
quoted
the driver and overlay will handle its conversion
to
quoted
RGB 565 and display on the LCD in my case.
3. Should I implement /dev/video0 interace?? Here
I am
quoted
confused a much, because I am already having
capture
quoted
device - camera driver(v4l2), which implements the
overlay stuff for previewing while capture. Means
it
quoted
supports the overlay and capture but *no*
playback.
quoted
Any pointers or drivers source code which will
help me
quoted
to device strategy and the get the implementation
done. I am having working framebuffer and camera
driver.
Let me know if you want more information.
Thanx.
=====
---Komal Shah
__________________________________
Do you Yahoo!?
The all-new My Yahoo! - What will yours do?
http://my.yahoo.com
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
From: Ville Syrjälä <syrjala@sci.fi> Date: 2005-02-11 05:32:28
On Thu, Feb 10, 2005 at 06:56:34AM -0800, Komal Shah wrote:
Hi All,
I am a newbie into this overlay stuff. Let me explain
my confusion first:
1. I have a display controller hardware which support
"primary buffer window", "video1 window", "video2
window". video2 on top of -> video 1 on top of ->
primary.
Now primay buffer window is used by /dev/fb for normal
framebuffer support.
2. Now I want to utilize overlay support given by
"video1 and 2", to have two playbacks/previews.
What should I do/use the interface to get this overlay
support given my video1 and video2 windows?? Ofcourse
I need to get around by setting lots of hardware
specific values...
Userspace: DirectFB, VIDIX, XFree86/XOrg
Kernel: mga_vid style module
I'm not sure about v4l. Does it work as a purely output device? Even if
it does I don't think many apps support it as such.
--
Ville Syrjälä
syrjala@sci.fi
http://www.sci.fi/~syrjala/
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
From: Komal Shah <hidden> Date: 2005-02-11 06:36:27
--- Ville Syrjälä <syrjala@sci.fi> wrote:
Userspace: DirectFB, VIDIX, XFree86/XOrg
Kernel: mga_vid style module
I'm not sure about v4l. Does it work as a purely
output device? Even if
it does I don't think many apps support it as such.
Ok. I have downloaded mga_vid - matrox driver for YUV
video interface. It is similar to what I had thought
of like /dev/overlay1/2 as character devices and not
touching the primary buffer(fb memory) and to write
directly on video1 or video2 overlay buffer memory.
But is it possible to add "ioctls" base interface for
overlay (may be like in "kyro" fb driver) to get it
done, so we don't write separate driver.
=====
---Komal Shah
__________________________________
Do you Yahoo!?
The all-new My Yahoo! - What will yours do?
http://my.yahoo.com
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
From: Zack Smith <hidden> Date: 2005-02-11 12:50:59
Hello Komal,
Have a look at my project FBUI:
home.comcast.net/~plinius/fbui.html
I had been thinking of adding overlay support.
However I would need someone to create a
hardware-overlay driver for my code to utilize.
Maybe you could provide that?
Zack
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
From: Komal Shah <hidden> Date: 2005-02-11 13:14:51
Zack,
Have a look at my project FBUI:
home.comcast.net/~plinius/fbui.html
Surprise!!!. I had already kept my eye on this
project, from the date on which its description thread
was added on kerneltrap.
I had been thinking of adding overlay support.
However I would need someone to create a
hardware-overlay driver for my code to utilize.
Maybe you could provide that?
Let me just go through the code and architecture
there. I will try to test it on OMAP board in this
weekend.
Finally I am trying to prepare separate char driver
like mga_vid - to get overlay interface done. The
beauty I want to add there is let user pass virtual
address of frame and then drv will convert to physical
add, and they dma it to output device. Again there is
lots of physically contigous memory gets consumed for
this 2 overlay planes (i.e dma_alloc_coherent (...)).
I am also asking v4l2 and linux-omap-open-source guys
on better interface in such situations. Let us see,
what they reply.
=====
---Komal Shah
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click