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
MediaPortal 1 Plugins
ViewModeSwitcher plugin (Version 0.3)
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: 164180" data-attributes="member: 14215"><p>Hi there,</p><p></p><p>I just discovered the existence of this plug-in by chance due to it being mentioned in the EVR support thread.</p><p></p><p>As Ikuech mentioned, i created the AutoCropper plug-in that 'ships' with MediaPortal (and lives a life of obscurity in the Process Plugins section <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite2" alt=";)" title="Wink ;)" loading="lazy" data-shortname=";)" />.</p><p></p><p>In general i dont think its a good idea to have multiple plug-ins doing the same or similar work unless there is a good reason for it, so i think it would be a good idea to merge with the autocropper plugin, or rather integrate useful bits and pieces of the AutoCropper into the ViewModeSwitcher as the latter seems to have the more general framework and a much nicer interface (i hate making interfaces <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite2" alt=";)" title="Wink ;)" loading="lazy" data-shortname=";)" />.</p><p></p><p>lkuech:</p><p>I suppose the most usable part of the AutoCropper would be the FrameAnalyzer itself that computes bounds given a frame, since its a bit more general than just letterbox detection (in Denmark subtitles below or partly below the letterbox are very common). It might also be a bit faster, if i read your code correctly since you seem to examine alot of pixels (might be wrong though, only took a quick look at the code). Finally i have some easily implementable ideas for making it faster yet by searching for the bounds in a binary search like style, and avoiding the use of GetPixel (which is very expensive). </p><p></p><p>Btw, regarding the frame grabber, i think its performance is very much a question of the video card/ driver. The grab consists of two parts, first converting the video surface to an ARGB surface. This speed of this step probably depends alot on the video hardwares support for the StrechRect operation and the color conversion taking place etc. However, for converting the ARGB surface to a bitmap i relied on the SurfaceLoader.SaveToStream utility method which i wouldnt be surprised to discover is slow as hell. So while you dont have direct control over the grabber, i could certainly look into making it faster.</p></blockquote><p></p>
[QUOTE="ziphnor, post: 164180, member: 14215"] Hi there, I just discovered the existence of this plug-in by chance due to it being mentioned in the EVR support thread. As Ikuech mentioned, i created the AutoCropper plug-in that 'ships' with MediaPortal (and lives a life of obscurity in the Process Plugins section ;). In general i dont think its a good idea to have multiple plug-ins doing the same or similar work unless there is a good reason for it, so i think it would be a good idea to merge with the autocropper plugin, or rather integrate useful bits and pieces of the AutoCropper into the ViewModeSwitcher as the latter seems to have the more general framework and a much nicer interface (i hate making interfaces ;). lkuech: I suppose the most usable part of the AutoCropper would be the FrameAnalyzer itself that computes bounds given a frame, since its a bit more general than just letterbox detection (in Denmark subtitles below or partly below the letterbox are very common). It might also be a bit faster, if i read your code correctly since you seem to examine alot of pixels (might be wrong though, only took a quick look at the code). Finally i have some easily implementable ideas for making it faster yet by searching for the bounds in a binary search like style, and avoiding the use of GetPixel (which is very expensive). Btw, regarding the frame grabber, i think its performance is very much a question of the video card/ driver. The grab consists of two parts, first converting the video surface to an ARGB surface. This speed of this step probably depends alot on the video hardwares support for the StrechRect operation and the color conversion taking place etc. However, for converting the ARGB surface to a bitmap i relied on the SurfaceLoader.SaveToStream utility method which i wouldnt be surprised to discover is slow as hell. So while you dont have direct control over the grabber, i could certainly look into making it faster. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
MediaPortal 1 Plugins
ViewModeSwitcher plugin (Version 0.3)
Contact us
RSS
Top
Bottom
