[mythtv-users] Mytharchive error on 0.26

John Pilkington J.Pilk at tesco.net
Sat Oct 27 22:31:05 UTC 2012


On 27/10/12 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.
>

I sympathise.  But have you seen the parallel thread, '0.26 upgrade 
issue'?.  There seems to be a possibility of having two config.xml 
files, one for 'user' and one for 'mythtv'.  That might be affecting 
you, too.

John




More information about the mythtv-users mailing list