<p><br>
On May 5, 2012 1:19 PM, "Michael T. Dean" <<a href="mailto:mtdean@thirdcontact.com">mtdean@thirdcontact.com</a>> wrote:<br>
><br>
> On 05/05/2012 12:58 PM, Jeremy Jones wrote:<br>
>><br>
>> On May 5, 2012 11:39 AM, "Brent Bolin" wrote:<br>
>>><br>
>>> On Sat, May 5, 2012 at 10:06 AM, Michael T. Dean wrote:<br>
>>>><br>
>>>> On 05/05/2012 10:40 AM, Brent Bolin wrote:<br>
>>>>><br>
>>>>> Or has that been replaced/included<br>
>>>><br>
>>>> <a href="http://www.mythtv.org/wiki/Find_orphans.py">http://www.mythtv.org/wiki/Find_orphans.py</a> says it's compatible with<br>
>>>> 0.25<br>
>>>>><br>
>>>>> I find myself running this at least once a week to clean up orphaned<br>
>>>>> snapshots and occasional mpg files.<br>
>>>><br>
>>>> However, if you actually need to run it frequently (where once a week is<br>
>>>> extremely frequently), there's a serious problem with your system. It<br>
>>>> should only be required when you have a hard drive failure (or if<br>
>>>> someone is<br>
>>>> deleting files outside of MythTV, in which case, you should fix the<br>
>>>> behavior, not the symptom).<br>
>>><br>
>>> What should the permissions be on /var/lib/mythtv dirs<br>
>>><br>
>>> ubuntu 10.04 .24 fixes<br>
>><br>
>> Like you I am running .24 in Ubuntu which I installed as mythbuntu and it<br>
>> (I think) includes JAMU. I have a lot of my recordings set to transcode<br>
>> and hence those recordings get a new extension.<br>
><br>
><br>
> FWIW, mythtranscode will delete the previews from the original recording if a) you applied a cutlist or b) if you did a non-lossless transcode, resulting in the file being changed from a .mpg to a .nuv file. If you're using a custom script or transcode application that doesn't use mythtranscode, you should do the same.<br>
><br><br></p>
<p>Thanks. I'll look at adding that. <br></p>
<p>><br>
>> I have a lot of orphaned<br>
>> snapshots everything I run mythlink. They all appear to be snapshots<br>
>> retrieved before or during transcoding.<br>
></p>
<p>I should not send email from a small phone that autocorrects... especially when low on sleep. That whole sentence was way off. I meant 'still frames' or pictures, as you assumed above, and mythlink has nothing at all to do with anything. I guess somehow in a sleep deprived state I substituted find_orphans with mythlink. <br>
</p>
<p>><br>
> snapshots = links?<br>
><br>
> If so, running mythlink will delete the existing links in the destination directory and subdirectories before it creates new links. (If you're using the "single-file" mythlink approach as a user job or system event, as described at <a href="http://www.mythtv.org/wiki/Mythlink.pl">http://www.mythtv.org/wiki/Mythlink.pl</a> , you'll need to do as mentioned in the Note box: "*Note:* You will also need to run <a href="http://mythlink.pl">mythlink.pl</a> separately to remove old symlinks. See Usage <<a href="http://www.mythtv.org/wiki/Mythlink.pl#Usage">http://www.mythtv.org/wiki/Mythlink.pl#Usage</a>>."</p>
<p>Mythlink was a red Herring based on my bad incoherent rambling above.</p>
<p>><br>
><br>
>> I assumed that was just a timing<br>
>> issue and nothing really fixable.<br>
>><br>
>> Is this what you are experiencing?<br>
>> I'm not sure about the permissions. Mine has mythtv as the owner and group.<br>
><br>
><br>
> You'll need to have read and write for files and read and write and execute for directories (and at least read and execute for parent directories) for the user running mythbackend.<br>
><br>
> Chances are that the problem is actually permissions. If, for example, you kick off a transcode using the frontend (versus a queued transcode using the backend), it will run as the user running the frontend. So, if you have different users running mythbackend and mythfrontend (or, multiple users running mythlink or ...), it can cause problems and prevent MythTV from just "doing the right thing", as it was designed..<br>
><br>
> Mike</p>
<p>Thanks Mike. I am using a custom transcoding script based on the wrapper stub on the wiki. It looks like I need to add something to delete or better yet rename corresponding images to the new file extension. (which is in the still images name but not it's actual extension). </p>
<p>That shouldn't be to hard to add.</p>
<p>Jeremy<br></p>