[mythtv-users] Mytharchive error on 0.26

Jos Hoekstra joshoekstra at gmx.net
Sat Oct 27 22:06:44 UTC 2012


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.



More information about the mythtv-users mailing list