<br><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>What's noticeable mean to you? One or two seconds, or 5 seconds, or 10<br>seconds, or ...
</blockquote><div><br>Average, 20 to 30 seconds, sometimes over minute. It only does this the first time I go into MythVideo, then seems faster until I haven't gone in a while, then pauses again. I'm assuming it has to do with disk access. I also get a similarly long delay when going into My Recordings but I always blamed this on building previews, since it stutters (for lack of a better word) when flipping past a newly recorded show.
<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> My current set up:<br>> I've currently got a combine frontend/backend with a 400G video
<br>> partition spread across two drives using LVM. It's a reiserfs partition.<br>...<br>> As stated, there's approximately 350 video files. Gallery mode is<br>> important to me, for WAF. She and I like to see the videos with
<br>> covers laid out as they might be on the shelf, and have it set to<br>> display 8 at a time, which makes it easier to find a movie<br><br>I get a noticeable delay of less than 2 seconds when entering into<br>gallery view on my combined frontend/backend with 244 videos, but it's
<br>almost completely from reading the images for the 8 video posters I<br>display per screen. (In other words, my setup is almost identical to<br>yours, and what's left of the performance problem is not inside Myth.)<br>
<br>If entering the list view (loaded from the database--not from the<br>filesystem) is fast, loading the posters is the (non-Myth) problem<br>causing the delay. If not, it could be the sorting or something else...<br><br>
Make sure you disable the setting:<br><br>Video List browses files<br>If set, this will cause the Video List screen to show all relevant files<br>below the MythVideo starting directory whether they have been scanned or<br>
not.<br><br>for the test. Note, also, that there's an equivalent setting for the<br>other 3 views.</blockquote><div><br><br>I do have this on, because during the transition from DVDs to avis, I occasionally just stuck a ripped vob in there and transcoded it later. I'll try with it off, and see if there is a difference.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> Also, I don't know if this is a problem or just an oddity, when I go<br>> to play a movie, it kicks off two mplayer processes.
<br><br>Probably a bad player command...</blockquote><div><br><br>Default player command is fairly straightforward: <br><br>mplayer -fs -zoom -quiet -vo xv %s -ao alsa:device=digital -ac hwac3, -alang en <br></div><br>I did notice I had that command both for 'mythtv' and 'localhost'. I removed the entry for 'localhost' and will see if that bit changes. I don't think it's affecting anything, I just thought it was odd.
<br><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Since [6646] (which is part of MythTV 0.19, but not part of MythTV<br>0.18), MythVideo does an in-memory sort of videos to allow for removal
<br>of the initial articles (A |An |The ). This causes some problems, so I<br>wrote some patches to fix it, in #1354--which was committed in<br>[9694]--and #1678--which is not committed. The patch in #1678 would<br>remove the in-memory sort from MythVideo (while allowing you to specify
<br>the sort key for each video).<br><br>Also, in #1569, George Nassas wrote a patch which was made to speed up<br>his MythVideo. I don't know anything about the details of this patch,<br>and I haven't used it, so I don't know how much it would help you (it
<br>still does an in-memory sort, but it makes other changes to speed things<br>up).<br><br>However, some of the changes in #1569 are incompatible with #1678.<br>Therefore, you'd have to choose one or the other (or merge the changes).
<br><br>That being said, if you're compiling Myth yourself, you can apply one of<br>these and see if it helps. If you're not compiling Myth, it will be<br>hard to determine if the problem is inside Myth or outside...<br>
<br>#1678 - <a href="http://svn.mythtv.org/trac/ticket/1678">http://svn.mythtv.org/trac/ticket/1678</a> - use the patches<br>*-mythvideo-titlesortkey_in_database.patch (but use<br>mythplugins-mythvideo-titlesortkey_in_database-
2.patch for<br>mythplugins). Note that this will change your video database schema, so<br>if it's not accepted (or accepted after another change to the video<br>database schema), you'll have to manually fix the database.
<br><br>#1569 - <a href="http://svn.mythtv.org/trac/ticket/1569">http://svn.mythtv.org/trac/ticket/1569</a> - the current patch is<br>grabbag-2.diff.gz , but George will have to help you with it.</blockquote><div><br><br>
Thanks for these, if the other things don't work, I'll try the patch. Do you think going to a different distribution would effect my hardware performance? I don't see how it SHOULD, but there would be slightly different drivers and such, I suppose, so possibly it could make a difference. My machine should be significantly more powerful than MythTV needs, but it always seems to be struggling, particularly in the disk IO area. That doesn't make a ton of sense to me for just one PVR150.
<br><br>Ryan<br></div><br></div>