[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