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: 71804" data-attributes="member: 14215"><p>Its not perfect, but i rely on a black gap between the subtitles and the actual image. If no such gap exists i do not move the subtitles. This combined with a sanity check on subtitle areas seem to prevent most problems. The thing i fear most is one subtitle line in the black bar with a gap above it and one line completely in the image. In that case you might end up with two subtitle lines overlaying each other and its virtually impossible to tell the difference reliably.</p><p></p><p>It sounds better than it is, my code is a mess <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></p><p></p><p>Im trying to to keep seperate tabs on subtitle lines and image lines. My current technique for subtitle lines is not very good. I was surprised that the U and V variance wasnt significantly lower in the subtitle lines. Otherwise i was hoping that the distinct component count for Y would be low(very few different shades). Right now it is 100% reliable for catching subtitle lines, but sometimes also catch image content as subtitles, meaning you have to do alot of sanity checks. Its a work in progress <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /> The image detection is much more robust using variance and a few other parameters.</p><p></p><p>Basicly my plan is to track subtitle boxes and image boxes seperatly and react VERY slowly to reductions in subtitle size, while being somewhat faster to react when the actual image changes. In addition i will generally react much slower to smaller boxes, and immediatly to larger boxes.</p></blockquote><p></p>
[QUOTE="ziphnor, post: 71804, member: 14215"] Its not perfect, but i rely on a black gap between the subtitles and the actual image. If no such gap exists i do not move the subtitles. This combined with a sanity check on subtitle areas seem to prevent most problems. The thing i fear most is one subtitle line in the black bar with a gap above it and one line completely in the image. In that case you might end up with two subtitle lines overlaying each other and its virtually impossible to tell the difference reliably. It sounds better than it is, my code is a mess ;) Im trying to to keep seperate tabs on subtitle lines and image lines. My current technique for subtitle lines is not very good. I was surprised that the U and V variance wasnt significantly lower in the subtitle lines. Otherwise i was hoping that the distinct component count for Y would be low(very few different shades). Right now it is 100% reliable for catching subtitle lines, but sometimes also catch image content as subtitles, meaning you have to do alot of sanity checks. Its a work in progress :) The image detection is much more robust using variance and a few other parameters. Basicly my plan is to track subtitle boxes and image boxes seperatly and react VERY slowly to reductions in subtitle size, while being somewhat faster to react when the actual image changes. In addition i will generally react much slower to smaller boxes, and immediatly to larger boxes. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
General Development (no feature request here!)
AutoCropper plugin
Contact us
RSS
Top
Bottom