[mythtv-users] Phantom encoders appearing randomly
John P Poet
jppoet at gmail.com
Fri Dec 2 19:54:10 UTC 2022
On Fri, Dec 2, 2022 at 7:13 AM mythtv <mythtv at mdabbs.org> wrote:
> On 12/1/22 21:31, John P Poet wrote:
> > On Thu, Dec 1, 2022 at 6:28 PM <mythtv at mdabbs.org
> > <mailto:mythtv at mdabbs.org>> wrote:
> >
> > On 11/30/22 10:36 AM, Peter Bennett <pb.mythtv at gmail.com
> > <mailto:pb.mythtv at gmail.com>> wrote:
> > >
> > > On 11/30/22 09:52, mythtv at mdabbs.org <mailto:mythtv at mdabbs.org>
> > wrote:
> > > > Thanks! Just a question out of curiosity, are all the topions
> > the same
> > > > for all encoder types? The wiki says multirec is only
> > supported by a
> > > > few types of encoders, and Schedule as group defaults to on.
> > Would it
> > > > help others if these options were greyed out and/or defaulted
> > off for
> > > > encoder types that don't support multirec?
> > > Encoders that don't support multirec can still benefit from one
> > extra
> > > encoder. If you set recordings to start early or end late, and two
> > > consecutive shows on the same channel are set to record, it will
> > include
> > > the extra time in both from a single encoder. The extra time at
> > the end
> > > of one show and the beginning of the next shoe are the same actual
> > > video, which will be included in both recordings.
> > > _______________________________________________
> > > mythtv-users mailing list
> > > mythtv-users at mythtv.org <mailto:mythtv-users at mythtv.org>
> > > http://lists.mythtv.org/mailman/listinfo/mythtv-users
> > <http://lists.mythtv.org/mailman/listinfo/mythtv-users>
> > > http://wiki.mythtv.org/Mailing_List_etiquette
> > <http://wiki.mythtv.org/Mailing_List_etiquette>
> > > MythTV Forums: https://forum.mythtv.org <https://forum.mythtv.org
> >
> > >
> >
> > Ok, so this is interesting, because I have a global "start 5 minutes
> > early" and a global "end 5 minutes late". But, these external
> > recorders can really only do 1 stream at a time (mythexternrecorder
> > and magewell capture card). Running two instances of this will
> > definitely fail, which I think is what I'm seeing. I always thought
> > the global start/end buffers were sort of "soft" in that, if it
> > could, it would start early or end late, unless it needed the
> > encoder for back-to-back recordings. So, how should I really
> > configure this? More max recordings which I think will truly fail?
> > Or do I have to get rid of any start early/end late to better
> > support back-to-back recordings? Or am I missing something in the
> > mythexternrecorder capabilities?
> >
> >
> > The External Recorder mechanism in mythtv supports "multirec" in that it
> > allows for overlapping recordings. If a new recording is requested on
> > the "same channel" as a recording in progress, mythbackend will just
> > read from the existing external recorder. When all recordings for that
> > channel have been completed the external recorder is shut down.
> >
> > John
> >
> > _______________________________________________
> > mythtv-users mailing list
> > mythtv-users at mythtv.org
> > http://lists.mythtv.org/mailman/listinfo/mythtv-users
> > http://wiki.mythtv.org/Mailing_List_etiquette
> > MythTV Forums: https://forum.mythtv.org
>
> So how do I set this up then? I've never been clear on all of the
> settings in the config file. This is all I have for right now:
>
> [RECORDER]
> command="/usr/local/bin/magewellpro2ts --input 2 --mux"
>
> I have spectrum STBs so I use 6200ch to change channels, but I don't
> have any of that configured in the mythexternrecord config.
>
You would use the [TUNER][COMMAND]. Something like:
*[TUNER]# An optional CONF file which provides channel
details.#channels=/home/mythtv/etc/roku-channels.conf# If [TUNER/command]
is provided, it will be executed to "tune" the#
channel.command="/usr/local/bin/roku-control.py --roku roku2 --channum
%CHANNUM%"*
I have not used firewire in over a decade, but I would assume substituting
an appropriate 6200ch command would work there.
John
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20221202/189acc71/attachment.htm>
More information about the mythtv-users
mailing list