Mike:<br><br>Not that I really care one way or the other on this (whether they're generated or not) but your argument stating that so long as it doesn't take up resources it's not an issue is a bit funny.<br><br>
So what you're saying is it'd be fine by you if I were to add a piece of code into myth to generate one file name for each character of every recorded program? You know when you get 1301_20070516120000.mpg you wouldn't mind if I created 23 files on disk, all of course of 0 bytes so it doesn't take up system resources? Why would I do that? *shrug* why not? By your logic I can right? Doesn't take up resources so it must not be hurting anything. :)
<br><br>I think the point is, if they have no use, and we set the option that we don't want them, why create them? They clutter up the video directory, they make deletes a royal pain in the ass, they make searching for specific files in the video directory a pain in the ass (thank GOD for color LS that's all I have to say), they make writing code to sim link files to other places a COMPLETE pain in the ass, and, did I mention, if they're not being used they are, by definition, USELESS.
<br><br>Again, i'm not trying to piss off very helpful people on the discussion list. You guys have been great and you, personally Mike, have about 10 quad zillion messages to this list all with alot of good insight and thought to them...this isn't intended to be an attack. It's simply stating that at no point does "It doesn't hurt anything so it's ok to do" really fly. I can buy "It's already there and it's a pain in the ass to take out," and if that's what you mean then so be it...but if "
<span class="q">The point isn't that the thumbnail images are useful or not useful, the point is that they don't use enough resources to even allow a person <quietly>with control issues</quietly> to disable them" really is the point then I think the best argument for an option to get rid of it is:
<br><br>Complexity Reduction.<br><br>Cause frankly, I've now generated a 15 response thread, taking God knows how much of everyone's time, to ask the question of whether these files are of any use or not...when just as easily I could have set the "don't generate them if you don't want them" option and known without asking that they don't have a use. :)
<br><br>--Douglas Wagner<br></span><br><div><span class="gmail_quote">On 5/14/07, <b class="gmail_sendername">Bruce Markey</b> <<a href="mailto:bjm@lvcm.com">bjm@lvcm.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Michael T. Dean wrote:<br>> On 05/14/2007 01:20 PM, Mike Perkins wrote:<br>>> Michael T. Dean wrote:<br>>> <snip><br>>><br>>>> and has nothing to do with whether they're created--only whether they're
<br>>>> displayed. Short of hacking the code, you cannot stop the creation of<br>>>> these thumbnails. We create them so that they're available /if/ they're<br>>>> ever needed because doing so doesn't hurt anything.
<br>>> It would be useful if one could get rid of them.<br>><br>> Because you're saying that the 14MiB would be useful...how? Compared to<br><br>Mike, you've focused on disk space as the focal issue which,
<br>of course should not be an issue. What bugs me is the latency<br>as the thumbnails are generated. It has to seek, decode, convert,<br>and send data over the network. The extra files in the dir can<br>be annoying and a slip up in "rm *.png" could be disastrous.
<br><br>It used to be that if the option was turned off, the thumbnails<br>would not be created but that changed. Now they are created<br>automatically to get a head start and this can cause latency<br>on the playbackbox even if you've specifically asked not to
<br>show the previews.<br><br>> Having code to turn off preview thumbnail creation is a waste of code.<br><br>Um, a one liner? (I won't bother with the ratio of bytes of<br>code vs terabytes of recordings ;-).<br><br>
> Having a setting to turn off preview thumbnail creation is annoying (we<br>> have too many settings already). And, explaining to all the users (who<br><br>If the preview option is turned off for all frontends then
<br>there should never be any pixmaps created.<br><br>> The point isn't that the thumbnail images are useful or not useful, the<br>> point is that they don't use enough resources to even allow a person<br>> <quietly>with control issues</quietly> to disable them. ;) If you can
<br><br>...interesting...<br><br>> convince me of a reason why that 14MiB of space on your recordings<br>> directory is important,<br><br>Goody, I love a challenge! The Watch Recordings is slow to respond<br>at the beginning of new recordings while the data for those 14MiB
<br>is being generated and written even when the preview option is<br>turned off.<br><br>> I will personally write a patch to allow<br>> disabling the creation of preview thumbnail images.<br><br>Make sure that all frontends have the preview option turned off
<br>so that none of the frontends (for now) need the pixmaps. If even<br>one host has the option set, then enable the automatic pixmap<br>generation. Use four spaces for indentation and no tabs (I'll<br>test it and catch any badness before commit anyway).
<br><br>You've given your word so don't go "Dreamz" on us now (oh, yeah,<br>you don't watch reality TV ;-). Good luck! It should actually<br>be pretty easy and would be much appreciated.<br><br>Thanks, Mike,
<br><br>-- bjm<br><br>_______________________________________________<br>mythtv-users mailing list<br><a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br><a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users">
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a><br></blockquote></div><br>