0メディアブラウザのロゴ再びメディアブラウザのパフォーマンスを微調整

昨年、私は約投稿しました メディアブラウザのパフォーマンスを向上. In the end that attempt yielded disappointing results. しかしながら, 私は最近、自分のライブラリーの大きさが増加すると性能を向上させるさまざまな方法を試してきました.

  • The sqlite performance of Media Browser is now noticeably better than when it was first enabled and I was very pleased with the results I got from enabling it with the new 2.2.8 リリース.
  • I will be experimenting with the result of moving the sqlite database file onto the RAM Drive I already use for my WMP データベース and will update this post accordingly

The above changes have yielded some benefits, but really I was in search of a bit more. Whilst benchmarking a new USB Pen drive I checked the size of my media browser image cache and noticed that it had grown substantiallyto over 600 meg, with an average image size of about 600k. Given the typical display size of the images in question this seemed rather a lot and I wondered what else could be done. I remembered seeing a post about reducing the image cache on TheHTPC, which is one of the blog feeds I keep a half-eye on quite regularly and decided to dig the article in question up. I was delighted to see that the author (別のジョン) has tried various of the things I had already done, and had some excellent advice for reducing image size.

  • Recompress all the JPEGs (in my case to 80%). This saved over 350meg
  • Resize all the movie cover images (I followed the advice to use 600×400). This saved an additional 230meg.

I would like to echo Jon of TheHTPC in endorsing FastStone Image Viewer for the above operations. It was free and easy to use.

  • I also decided to limit the number of backdrops per movie to a maximum of 2. This saved an additional (post compression) 60meg. I considered reducing the maximum to just 1, but this would only save an additional 14mbwhich I decided isn’t worth it for the moment.

In total I have reduced the number of images by approx 250, and the total size by 640mb.

  • I also checked to see if any backdrops were larger than 1920×1080 with the intention of resizing any that were. 悲しげに (or sensibly) none were. But I was able to identify 4 corrupt (1kb) backdrop files which I also removed.
  • I have also switched offuse internet providersin the Media Browser config (inside media center, not the start menu config utility) altho I don’t expect this to have any effect as I already have complete meta-data that I manage with Media Centerのマスター

I still have 189mb of PNG’s and decided to try compressing them further with PNGOUTWin, which I selected based on a comparison of various png compression tools. Despite the original comparison giving PNGOUT rather unfavourable performance in terms of time to complete, I found the windows version, which has been optimised for multicore cpu’s, performed well, completing most images in under 10 秒, with an average compression to 94%. Extrapolated to all my images this would save just 12mb. Sadly PNGOUTWin isn’t free, and I decided saving 12mb just wasn’t worth paying for.

Overall I have now reduced the average size of a file in my ImageCache folder to just under 220kb – のみ 37% the original average. Once the entire cache is rebuilt I expect (and hope) this will result in a new cache size of under 250mb, which should offer a very substantial speed boost.

あなた自身のいくつかの考えを持って? コメントに下記をお楽しみください! あなたが購読したい場合は、右上のメニューで購読リンクをご利用ください. また、下記の社会的なリンクを使用してお友達とこれを共有することができます. 乾杯.

返信を残す