<!DOCTYPE html><html><head><style type="text/css">body { font-family:'DejaVu Sans'; font-size:13px}</style></head><body><div>On Wed, 05 Nov 2014 03:25:13 -0000, Angela <angela.schmid@wolke7.net> wrote:<br><br>><br>> I tested today with 0.28-pre, combined FE/BE.<br>></div><div><br></div><div>DO NOT try rotating/flipping your photos until the patch appears. It destroys the image exiv data.</div><div><br>> Opening a directory takes 3 sec / 100 pictures, this is too slow! Every<br>> time, each thumbnail is generated by the backend:<br>> galleryfilehelper.cpp:431 (SendRequest) - GalleryFileHelper SendRequest <br>> ok<br>> [<a href="http://127.0.0.1:6544/Image/CreateThumbnail?Id=33774]">http://127.0.0.1:6544/Image/CreateThumbnail?Id=33774]</a><br>> This delay exists also when you go back to the parent directory.<br><br>Master is currently using the services API. I'm running a version that uses the internal protocol but I've no idea if that affects its speed.<br><br>I'm assume you're talking about ~28 folders, each with 4 thumbnails. I notice its sluggish when the BE is busy because the thumbnail reads are competing with threadedfilewriter. But with an idle BE I see it fill a lot quicker.<br><br>However that should only be an issue once, after a scan, as the FE fills its thumbnail cache in ~/.mythtv/cache/themecache/<theme>. <br>Thereafter I see them load instantaneously from the FE cache.<br><br><br>> Once my backend crashed. After reconnect, no thumbnails were created/shown<br>> anymore. Had to go back to the menu and start the gallery again.<br><br>I think I saw this once but have never been able to reproduce it. Let me know if you can.<br><br>><br>> I tested with the Mythbuntu theme, the thumbnail view is small (from<br>> upper-left, uses 60%) and are also the pictures. Theme Mythmedia Redux <br>> was<br>> OK.<br>><br><br>Mythbuntu is currently using the default widgets. Themers will pick that up before 0.28 release. The MythCenter themes work ok with the defaults.<br><br><br>> No thumbnail is generated when no pictures are found in the directory, it<br>> doesn't recurs into subdirectories as the "old" gallery does.<br>> In the "old" gallery thumbnails are not generated when the first<br>> subdirectory does not have any pictures.<br>><br>> Some movie files types (mkv) are not recognized. Movies did not play.<br>><br>>> renaming, moving, deleting files/directories are missing<br>> You are right, although I saw the code copied.<br>><br>> Slide Show: only fade is implemented.<br>><br><br>There's several issues like that. I'll address them when I've finished restructuring. The original code was only partly integrated and has since been split between BE/FE so there's loose ends to tie up first.<br><br><br>> CPU usage is normal.<br>><br>> My biggest concerns are that it is slow, as it has to contact the <br>> backend on<br>> each directory change to generate/retrieve the thumbnails and that it<br>> crashed the backend.<br>><br>> I am not a big fan from StorageGroups, the idea is good, but the files<br>> should contain the sg_id. In MythVideo I have 4 disks, which in the worst<br>> scenario are all spinned-up.<br>> I have one directory defined in a StorageGroup and have symlinks to the<br>> other disks (directories).<br>><br>> For the moment I am happy with the "old" gallery. Freshing it up with <br>> MythUI<br>> as you said would be the easiest way.<br>><br>> Is it the preferred design to create/retrieve the thumbnails from the BE<br>> instead of letting the FE create and retrieve thumbnails from a <br>> thumbcache?<br>></div><div><br><a href="https://code.mythtv.org/trac/changeset/549fb22e1726c9cb7cde8b9b0bd0e040706ac24f/mythtv">https://code.mythtv.org/trac/changeset/549fb22e1726c9cb7cde8b9b0bd0e040706ac24f/mythtv</a><br><br></div></body></html>