home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Development
General Development (no feature request here!)
AutoCropper plugin
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="ziphnor" data-source="post: 93927" data-attributes="member: 14215"><p>I think i managed to make some progress. After much reading of Direct3D documentation i managed to copy the surface upon which the video is drawn using StretchRect to an offscreen surface in ARGB format which is much more friendly and is for example accepted by D3DXSaveSurfaceToFile.</p><p></p><p>This is a major step forward, i now need to make this new frame grab approach accessible to the C# side autocropper in a performance friendly way (ie we dont want to grab the frame each and every frame!), and then we should have ourselves a nice autocropper mostly implemented in friendly C# ....</p><p></p><p>And for this approach i have a hard time seeing what could go wrong ( famous last words <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite2" alt=";)" title="Wink ;)" loading="lazy" data-shortname=";)" /></p></blockquote><p></p>
[QUOTE="ziphnor, post: 93927, member: 14215"] I think i managed to make some progress. After much reading of Direct3D documentation i managed to copy the surface upon which the video is drawn using StretchRect to an offscreen surface in ARGB format which is much more friendly and is for example accepted by D3DXSaveSurfaceToFile. This is a major step forward, i now need to make this new frame grab approach accessible to the C# side autocropper in a performance friendly way (ie we dont want to grab the frame each and every frame!), and then we should have ourselves a nice autocropper mostly implemented in friendly C# .... And for this approach i have a hard time seeing what could go wrong ( famous last words ;) [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
General Development (no feature request here!)
AutoCropper plugin
Contact us
RSS
Top
Bottom