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
Support
Watch / Listen Media
View Pictures
Test application: For "lightning fast thumbnail creation"
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="lkuech" data-source="post: 170285" data-attributes="member: 46526"><p>Hi @ll.</p><p></p><p>As far as I can say from analysing the current code of the latest MP SVN, the large thumbs are only used for filmstrip panel (also known as cover view). Even if you switch to "Big icons" you use the "small thumbs". </p><p>That means the only kind of thumbs that can not be replaced by the new EXIF extrator are these "large thumbs". </p><p>But IMHO the idea of pollyplopp to creating them on the fly when they are required is absolutely worth to think about. How often is the the filmstrip used? Does it really make sense to create thousands of files just for such kind of feature?</p><p>Why not doing the same thing like the slideshow (even manually) does. Load the picture when it is needed (and do the same with the next and previous one to speed up the user experience). Generating a copy of every picture in a resolution of 768xsomething is a "bit" oversized for our propose... at least from my point of view.</p><p>Tourette had mentioned good idea on IRC yesterday. Because of the reason that not all cameras may generate thumbs in a quality that can compete with the manually created ones from MP. We should create an option to set which resolution the embedded thumb must have to be used. Otherwise MP generates it's own in the background (but used the embedded one till the new thumb is generated). </p><p></p><p>[USER=37301]idioteque[/USER]: the file I have posted is just for test propose. It was compiled against a svn that is two days old. To use it with a different SVN may lead to side effects in other modules. So after the testing of the Picture section (and only these <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite2" alt=";)" title="Wink ;)" loading="lazy" data-shortname=";)" /> you should better return the the original file.</p></blockquote><p></p>
[QUOTE="lkuech, post: 170285, member: 46526"] Hi @ll. As far as I can say from analysing the current code of the latest MP SVN, the large thumbs are only used for filmstrip panel (also known as cover view). Even if you switch to "Big icons" you use the "small thumbs". That means the only kind of thumbs that can not be replaced by the new EXIF extrator are these "large thumbs". But IMHO the idea of pollyplopp to creating them on the fly when they are required is absolutely worth to think about. How often is the the filmstrip used? Does it really make sense to create thousands of files just for such kind of feature? Why not doing the same thing like the slideshow (even manually) does. Load the picture when it is needed (and do the same with the next and previous one to speed up the user experience). Generating a copy of every picture in a resolution of 768xsomething is a "bit" oversized for our propose... at least from my point of view. Tourette had mentioned good idea on IRC yesterday. Because of the reason that not all cameras may generate thumbs in a quality that can compete with the manually created ones from MP. We should create an option to set which resolution the embedded thumb must have to be used. Otherwise MP generates it's own in the background (but used the embedded one till the new thumb is generated). [USER=37301]idioteque[/USER]: the file I have posted is just for test propose. It was compiled against a svn that is two days old. To use it with a different SVN may lead to side effects in other modules. So after the testing of the Picture section (and only these ;) you should better return the the original file. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
Watch / Listen Media
View Pictures
Test application: For "lightning fast thumbnail creation"
Contact us
RSS
Top
Bottom