[mythtv-users] Mytharchive error on 0.26

Mark Greenwood fatgerman at gmail.com
Sat Oct 27 22:34:49 UTC 2012


On 27 Oct 2012, at 23:06, Jos Hoekstra wrote:

> Op 27-10-2012 18:25, John Pilkington schreef:
>> On 27/10/12 16:16, John Pilkington wrote:
>>> On 27/10/12 15:15, Jos Hoekstra wrote:
>>>> Op 27-10-2012 13:55, John Pilkington schreef:
>>>>> 
>>>>>>>> I'm using storage groups and it seems you're mounting your
>>>>>>>> recordings,
>>>>>>>> so for me the question is if it still works over storage groups.
>>>>>>>> 
>>>>>>>> Jos
>>>>>>> 
>>>>>>> ??  My Default storage group has two folders.  That's one of them. But
>>>>>>> 0.25-fixes.
>>>>>>> 
>>>>>>> John
>>>>>> 
>>>>>> Weird, why would mytharchive show different outputs? Apparently
>>>>>> mytharchive can't 'log in' to mythbackend to find the correct files...
>>>>>> 
>>>>>> Jos
>>>>> 
>>>>> Have you tried setting/unsetting 'Copy remote files' in frontend
>>>>> mytharchive setup?  Firewall somewhere?  Move the file into a local
>>>>> part of the SG?  Try a small one for test :-)
>>>>> 
>>>>> John
>>>> 
>>>> Tried that, no firewall. No storage group on the remote frontend.
>>>> Different sizes doesn't matter, neither does setting/unsetting all other
>>>> settings.
>>>> I changed my setup to use NFS now(even though I don't get this error: "
>>>> MythArchive reports that files are not available locally" as stated on
>>>> the wiki. I get the following error:
>>>> re-processing recording 1:
>>>> '/mnt/video/1103_20121026204000.mpg/1103_20121026204000.mpg'
>>>> ************************************************************
>>>> ERROR: Source file does not exist:
>>>> /mnt/video/1103_20121026204000.mpg/1103_20121026204000.mpg
>>>> 
>>>> export:
>>>> /RAID/mythtv/video  192.168.1.0/24(rw,async,no_subtree_check)
>>>> fstab on frontend:
>>>> 192.168.1.5:/RAID/mythtv/video /mnt/video nfs rw,exec,auto 0 0
>>>> The user running the frontend can acces these recordins and play them
>>>> (VLC, mplayer).
>>>> 
>>>> So it seems to set the name twice now...
>>>> 
>>>> Jos
>>> 
>>> Where does vlc find it?
>>> 
>>> Can you persuade MA to go on by editing in a new value of 'mediafile'
>>> just before the error exit in preProcessFile?   I suggested a short
>>> recording to save testing time if it doesn't fail.
>>> 
>> 
>> Another quickie:  You said that you had edited the LocalHostName into config.xml.  I thought this was supposed to be fixed for 0.26?
>> 
>> And if it wasn't there and you did put it in, has it been activated?  I don't know when that is supposed to happen - it seems the file is read quite often - but restarting X, at least, might be a good idea.
>> 
>> I still have mine read-only unless I know it needs changing.
>> 
>> Cheers,
>> 
>> John
> 
> The file is found via /mnt/video/filename.mpg in VLC.
> Editing mydata.xml and subsequently pressing next to start the process doesn't work, at the same step the mydata.xml is overwritten. Starting it manually via mythburn.py -j mydata.xml starts a transcode, which fails however without any error. I suspect that's because of the options passed in the profile. Found it, it's passed as:
> mythffmpeg -threads 2 -v 1 -i "/mnt/video/1026_20121026205000.mpg" -r pal -target dvd -b 4771k -s 720x576 -acodec ac3 -ab 192k -ac 2 -copyts -aspect 16:9 "/var/lib/mytharchive/temp/work/1/newfile2.mpg" -map 0:0 -map 0:1
> ans should be:
> mythffmpeg -threads 2 -v 1 -i "/mnt/video/1026_20121026205000.mpg" -r pal -target pal-dvd -b 4771k -s 720x576 -acodec ac3 -ab 192k -ac 2 -copyts -aspect 16:9 "/var/lib/mytharchive/temp/work/1/newfile2.mpg" -map 0:0 -map 0:1
> 
> -target pal-dvd seems to make the difference, changing this in /usr/share/mythtv/mytharchive/encoder_profiles/ffmpeg_dvd_pal should do the trick.
> 
> Putting in the <LocalHostName>-option didn't seem to have much of an effect and the frontend is rebooted regularly and has been between these changes.
> 
> I had enough tinkering for now, will see later this week if I can get it started.

After what I've just found in my commercial scanning problem, I'd suggest you check your storage group in backend setup and make sure the directory has a trailing / (slash) on the end. This seems to be the problem in my case with python scripts.

Mark

> 
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://www.mythtv.org/mailman/listinfo/mythtv-users



More information about the mythtv-users mailing list