|
Radu Stancu(deleted)
08/26/2014 4:48 AM
post111545
|
Hello,
Is there any way to find the address and size of the system frame buffer? I have an application that must save the
current content of the screen, use hardware encoding to turn it to jpeg and send it via ethernet to another device where
it is decoded and shown on screen.
From my research, in order to do the above, I would need somehow to access the frame buffer, copy it into a local buffer
, apply some DCE functions and obtain the jpeg in a file I can then send. But I haven't found any reference to the
actual address where the buffer is stored (if I know this, I can easily use memcpy to access it).
As a final note, I don't want to make a screen shot (this was already done in a previous version of my app, one without
hardware encoding), but actually work with the raw frame buffer. Actual code or functions would be of use, I'm trying
not to use other apps that may slow my device down (I'm working under strict cpu limitations).
Any info would be appreciated.
|
|
|
|
|
|
Derek Leach
|
RE: Address of frame buffer
|
|
Derek Leach
08/26/2014 8:29 AM
post111547
|
RE: Address of frame buffer
http://www.qnx.com/developers/docs/6.4.0/gf/dev_guide/api/gf_surface_get_info.html
vaddr in the info structure is the mapped in framebuffer of the provided surface.
-----Original Message-----
From: Radu Stancu [mailto:community-noreply@qnx.com]
Sent: August-26-14 4:49 AM
To: advanced-graphics
Subject: Address of frame buffer
Hello,
Is there any way to find the address and size of the system frame buffer? I have an application that must save the
current content of the screen, use hardware encoding to turn it to jpeg and send it via ethernet to another device where
it is decoded and shown on screen.
From my research, in order to do the above, I would need somehow to access the frame buffer, copy it into a local buffer
, apply some DCE functions and obtain the jpeg in a file I can then send. But I haven't found any reference to the
actual address where the buffer is stored (if I know this, I can easily use memcpy to access it).
As a final note, I don't want to make a screen shot (this was already done in a previous version of my app, one without
hardware encoding), but actually work with the raw frame buffer. Actual code or functions would be of use, I'm trying
not to use other apps that may slow my device down (I'm working under strict cpu limitations).
Any info would be appreciated.
_______________________________________________
Advanced Graphics
http://community.qnx.com/sf/go/post111545
To cancel your subscription to this discussion, please e-mail advanced-graphics-unsubscribe@community.qnx.com
|
|
|
|
|
|
Joel Pilon(deleted)
|
RE: Address of frame buffer
|
|
Joel Pilon(deleted)
08/26/2014 10:02 AM
post111550
|
RE: Address of frame buffer
Perhaps you could mention which framework you're using? Derek's likely assuming GF because you're posting in the advance
graphics forum, but you don't actually provide any hints of the framework.
-Joel
________________________________________
From: Derek Leach [community-noreply@qnx.com]
Sent: Tuesday, August 26, 2014 8:29 AM
To: 'advanced-graphics@community.qnx.com'
Subject: RE: Address of frame buffer
http://www.qnx.com/developers/docs/6.4.0/gf/dev_guide/api/gf_surface_get_info.html
vaddr in the info structure is the mapped in framebuffer of the provided surface.
-----Original Message-----
From: Radu Stancu [mailto:community-noreply@qnx.com]
Sent: August-26-14 4:49 AM
To: advanced-graphics
Subject: Address of frame buffer
Hello,
Is there any way to find the address and size of the system frame buffer? I have an application that must save the
current content of the screen, use hardware encoding to turn it to jpeg and send it via ethernet to another device where
it is decoded and shown on screen.
From my research, in order to do the above, I would need somehow to access the frame buffer, copy it into a local buffer
, apply some DCE functions and obtain the jpeg in a file I can then send. But I haven't found any reference to the
actual address where the buffer is stored (if I know this, I can easily use memcpy to access it).
As a final note, I don't want to make a screen shot (this was already done in a previous version of my app, one without
hardware encoding), but actually work with the raw frame buffer. Actual code or functions would be of use, I'm trying
not to use other apps that may slow my device down (I'm working under strict cpu limitations).
Any info would be appreciated.
_______________________________________________
Advanced Graphics
http://community.qnx.com/sf/go/post111545
To cancel your subscription to this discussion, please e-mail advanced-graphics-unsubscribe@community.qnx.com
_______________________________________________
Advanced Graphics
http://community.qnx.com/sf/go/post111547
To cancel your subscription to this discussion, please e-mail advanced-graphics-unsubscribe@community.qnx.com
|
|
|
|
|
|
Radu Stancu(deleted)
|
Re: RE: Address of frame buffer
|
|
Radu Stancu(deleted)
08/26/2014 10:16 AM
post111551
|
Re: RE: Address of frame buffer
I'm working on an embedded system for automotive that has omap 5 and qnx on it. My application is written in Qt 5.2 (I
render some objects, like cubes and such on 2 screens). The main thing I need to do is somehow capture a frame on one
screen and then proceed as I mentioned in the original post. The framebuffer approach was the first that came to mind,
as I need something raw for dce encode. I don't really need a solution in Qt, a separate program written in C would work
as well, . But I'm kinda lost, because I'm not that familiar with qnx.
> Perhaps you could mention which framework you're using? Derek's likely
> assuming GF because you're posting in the advance graphics forum, but you
> don't actually provide any hints of the framework.
>
> -Joel
>
> ________________________________________
> From: Derek Leach [community-noreply@qnx.com]
> Sent: Tuesday, August 26, 2014 8:29 AM
> To: 'advanced-graphics@community.qnx.com'
> Subject: RE: Address of frame buffer
>
> http://www.qnx.com/developers/docs/6.4.0/gf/dev_guide/api/gf_surface_get_info.
> html
>
> vaddr in the info structure is the mapped in framebuffer of the provided
> surface.
>
> -----Original Message-----
> From: Radu Stancu [mailto:community-noreply@qnx.com]
> Sent: August-26-14 4:49 AM
> To: advanced-graphics
> Subject: Address of frame buffer
>
> Hello,
>
> Is there any way to find the address and size of the system frame buffer? I
> have an application that must save the current content of the screen, use
> hardware encoding to turn it to jpeg and send it via ethernet to another
> device where it is decoded and shown on screen.
>
> From my research, in order to do the above, I would need somehow to access the
> frame buffer, copy it into a local buffer, apply some DCE functions and
> obtain the jpeg in a file I can then send. But I haven't found any reference
> to the actual address where the buffer is stored (if I know this, I can easily
> use memcpy to access it).
>
> As a final note, I don't want to make a screen shot (this was already done in
> a previous version of my app, one without hardware encoding), but actually
> work with the raw frame buffer. Actual code or functions would be of use, I'm
> trying not to use other apps that may slow my device down (I'm working under
> strict cpu limitations).
>
> Any info would be appreciated.
>
>
>
> _______________________________________________
>
> Advanced Graphics
> http://community.qnx.com/sf/go/post111545
> To cancel your subscription to this discussion, please e-mail advanced-
> graphics-unsubscribe@community.qnx.com
>
>
>
>
> _______________________________________________
>
> Advanced Graphics
> http://community.qnx.com/sf/go/post111547
> To cancel your subscription to this discussion, please e-mail advanced-
> graphics-unsubscribe@community.qnx.com
|
|
|
|
|
|
Derek Leach
|
RE: RE: Address of frame buffer
|
|
Derek Leach
08/26/2014 10:32 AM
post111552
|
RE: RE: Address of frame buffer
Posting to open Qt forum might provide a quick turnaround. I would think they would have a Qt way of doing this.
-----Original Message-----
From: Radu Stancu [mailto:community-noreply@qnx.com]
Sent: August-26-14 10:17 AM
To: advanced-graphics
Subject: Re: RE: Address of frame buffer
I'm working on an embedded system for automotive that has omap 5 and qnx on it. My application is written in Qt 5.2 (I
render some objects, like cubes and such on 2 screens). The main thing I need to do is somehow capture a frame on one
screen and then proceed as I mentioned in the original post. The framebuffer approach was the first that came to mind,
as I need something raw for dce encode. I don't really need a solution in Qt, a separate program written in C would work
as well, . But I'm kinda lost, because I'm not that familiar with qnx.
> Perhaps you could mention which framework you're using? Derek's likely
> assuming GF because you're posting in the advance graphics forum, but
> you don't actually provide any hints of the framework.
>
> -Joel
>
> ________________________________________
> From: Derek Leach [community-noreply@qnx.com]
> Sent: Tuesday, August 26, 2014 8:29 AM
> To: 'advanced-graphics@community.qnx.com'
> Subject: RE: Address of frame buffer
>
> http://www.qnx.com/developers/docs/6.4.0/gf/dev_guide/api/gf_surface_get_info.
> html
>
> vaddr in the info structure is the mapped in framebuffer of the
> provided surface.
>
> -----Original Message-----
> From: Radu Stancu [mailto:community-noreply@qnx.com]
> Sent: August-26-14 4:49 AM
> To: advanced-graphics
> Subject: Address of frame buffer
>
> Hello,
>
> Is there any way to find the address and size of the system frame
> buffer? I have an application that must save the current content of
> the screen, use hardware encoding to turn it to jpeg and send it via
> ethernet to another device where it is decoded and shown on screen.
>
> From my research, in order to do the above, I would need somehow to
> access the frame buffer, copy it into a local buffer, apply some DCE
> functions and obtain the jpeg in a file I can then send. But I haven't
> found any reference to the actual address where the buffer is stored
> (if I know this, I can easily use memcpy to access it).
>
> As a final note, I don't want to make a screen shot (this was already
> done in a previous version of my app, one without hardware encoding),
> but actually work with the raw frame buffer. Actual code or functions
> would be of use, I'm trying not to use other apps that may slow my
> device down (I'm working under strict cpu limitations).
>
> Any info would be appreciated.
>
>
>
> _______________________________________________
>
> Advanced Graphics
> http://community.qnx.com/sf/go/post111545
> To cancel your subscription to this discussion, please e-mail
> advanced- graphics-unsubscribe@community.qnx.com
>
>
>
>
> _______________________________________________
>
> Advanced Graphics
> http://community.qnx.com/sf/go/post111547
> To cancel your subscription to this discussion, please e-mail
> advanced- graphics-unsubscribe@community.qnx.com
_______________________________________________
Advanced Graphics
http://community.qnx.com/sf/go/post111551
To cancel your subscription to this discussion, please e-mail advanced-graphics-unsubscribe@community.qnx.com
|
|
|
|
|
|
Joel Pilon(deleted)
|
RE: RE: Address of frame buffer
|
|
Joel Pilon(deleted)
08/26/2014 10:34 AM
post111553
|
RE: RE: Address of frame buffer
I'd suggest referring to the documentation for the product you're using to get more acquainted.
http://www.qnx.com/developers/docs/
If you then have more specific questions, we could then probably more helpful.
-Joel
________________________________________
From: Radu Stancu [community-noreply@qnx.com]
Sent: Tuesday, August 26, 2014 10:16 AM
To: advanced-graphics
Subject: Re: RE: Address of frame buffer
I'm working on an embedded system for automotive that has omap 5 and qnx on it. My application is written in Qt 5.2 (I
render some objects, like cubes and such on 2 screens). The main thing I need to do is somehow capture a frame on one
screen and then proceed as I mentioned in the original post. The framebuffer approach was the first that came to mind,
as I need something raw for dce encode. I don't really need a solution in Qt, a separate program written in C would work
as well, . But I'm kinda lost, because I'm not that familiar with qnx.
> Perhaps you could mention which framework you're using? Derek's likely
> assuming GF because you're posting in the advance graphics forum, but you
> don't actually provide any hints of the framework.
>
> -Joel
>
> ________________________________________
> From: Derek Leach [community-noreply@qnx.com]
> Sent: Tuesday, August 26, 2014 8:29 AM
> To: 'advanced-graphics@community.qnx.com'
> Subject: RE: Address of frame buffer
>
> http://www.qnx.com/developers/docs/6.4.0/gf/dev_guide/api/gf_surface_get_info.
> html
>
> vaddr in the info structure is the mapped in framebuffer of the provided
> surface.
>
> -----Original Message-----
> From: Radu Stancu [mailto:community-noreply@qnx.com]
> Sent: August-26-14 4:49 AM
> To: advanced-graphics
> Subject: Address of frame buffer
>
> Hello,
>
> Is there any way to find the address and size of the system frame buffer? I
> have an application that must save the current content of the screen, use
> hardware encoding to turn it to jpeg and send it via ethernet to another
> device where it is decoded and shown on screen.
>
> From my research, in order to do the above, I would need somehow to access the
> frame buffer, copy it into a local buffer, apply some DCE functions and
> obtain the jpeg in a file I can then send. But I haven't found any reference
> to the actual address where the buffer is stored (if I know this, I can easily
> use memcpy to access it).
>
> As a final note, I don't want to make a screen shot (this was already done in
> a previous version of my app, one without hardware encoding), but actually
> work with the raw frame buffer. Actual code or functions would be of use, I'm
> trying not to use other apps that may slow my device down (I'm working under
> strict cpu limitations).
>
> Any info would be appreciated.
>
>
>
> _______________________________________________
>
> Advanced Graphics
> http://community.qnx.com/sf/go/post111545
> To cancel your subscription to this discussion, please e-mail advanced-
> graphics-unsubscribe@community.qnx.com
>
>
>
>
> _______________________________________________
>
> Advanced Graphics
> http://community.qnx.com/sf/go/post111547
> To cancel your subscription to this discussion, please e-mail advanced-
> graphics-unsubscribe@community.qnx.com
_______________________________________________
Advanced Graphics
http://community.qnx.com/sf/go/post111551
To cancel your subscription to this discussion, please e-mail advanced-graphics-unsubscribe@community.qnx.com
|
|
|
|
|
|
