<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 17 Feb 2023 at 05:31, Ian Evans <<a href="mailto:dheianevans@gmail.com">dheianevans@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, Feb 16, 2023 at 10:57 PM Ian Evans <<a href="mailto:dheianevans@gmail.com" target="_blank">dheianevans@gmail.com</a>> wrote:<br>
><br>
> On Thu, Feb 16, 2023 at 10:16 PM Gary Buhrmaster<br>
> <<a href="mailto:gary.buhrmaster@gmail.com" target="_blank">gary.buhrmaster@gmail.com</a>> wrote:<br>
> ><br>
> > On Fri, Feb 17, 2023 at 1:10 AM Ian Evans <<a href="mailto:dheianevans@gmail.com" target="_blank">dheianevans@gmail.com</a>> wrote:<br>
> ><br>
> > > Any idea what I should be looking at?<br>
> ><br>
> > WAG's follows:<br>
><br>
> That took me a second. LOL.<br>
><br>
> ><br>
> > What does mediainfo indicate about the recording?<br>
> > There are a few locations where the non-primary<br>
> > subchannel(s) is in a non-mpeg2 format[0] that one<br>
> > may need different decoders (or hardware) to<br>
> > decode.<br>
><br>
> Even though there was a 300 MB .ts file, mediainfo wasn't able to read it.<br>
><br>
> To clarify, this was just a test on a clean system, so completely new<br>
> installation, nothing to upgrade. When I was testing jellyfin, their<br>
> DVR was able to record them fine. But wow, did I miss the<br>
> functionality of MythTV for TV. So I nuked all that. Looking at the<br>
> logs, I do see a ton of lines about "Malformed NAL units" right after<br>
> the subchannel recording started:<br>
><br>
> Feb 16 22:27:31 bhmf mythbackend: mythbackend[19718]: I CoreContext<br>
> scheduler.cpp:717 (UpdateRecStatus) Updating status for Posse on<br>
> cardid [3] (Tuning => Recording)<br>
> Feb 16 22:27:31 bhmf mythbackend: mythbackend[19718]: I TVRecEvent<br>
> tv_rec.cpp:4146 (TuningNewRecorder) TVRec[3]: rec->GetPathname():<br>
> '/media/disk2/15103_20230217032800.ts'<br>
> Feb 16 22:27:31 bhmf mythbackend: mythbackend[19718]: I TVRecEvent<br>
> tv_rec.cpp:4179 (TuningNewRecorder) TVRec[3]: TuningNewRecorder -<br>
> CreateRecorder()<br>
> Feb 16 22:27:31 bhmf mythbackend: mythbackend[19718]: E<br>
> HDHRStreamHandler mpeg/AVCParser.cpp:410 (addBytes)<br>
> AVCParser::addbytes: malformed NAL units<br>
> Feb 16 22:27:31 bhmf mythbackend: mythbackend[19718]: I TVRecEvent<br>
> tv_rec.cpp:1648 (HandlePendingRecordings) TVRec[4]: ASK_RECORDING 4 0<br>
> 0 0<br>
> Feb 16 22:27:31 bhmf mythbackend: mythbackend[19718]: E<br>
> HDHRStreamHandler mpeg/AVCParser.cpp:410 (addBytes)<br>
> AVCParser::addbytes: malformed NAL units<br>
> Feb 16 22:27:31 bhmf mythbackend: mythbackend[19718]: I TVRecEvent<br>
> tv_rec.cpp:1648 (HandlePendingRecordings) TVRec[1]: ASK_RECORDING 1 0<br>
> 0 0<br>
> Feb 16 22:27:31 bhmf mythbackend: mythbackend[19718]: I TVRecEvent<br>
> tv_rec.cpp:1648 (HandlePendingRecordings) TVRec[5]: ASK_RECORDING 5 0<br>
> 0 0<br>
<br>
[snip]<br>
<br>
UPDATE: Ok, so it's not the subchannel, it's the multirec.<br>
<br>
I went into program guide and started recording 7.2. That recorded<br>
fine. A minute later I started recording 7.1. That exhibited the same<br>
issue as before. I have two  tuners setup for the homerun and both are<br>
set to eight max recordings. 32 has a different HDHomerun setup than I<br>
had back in .27 so I'm not sure which other settings I need to look<br>
at. Heading to bed, but can answer questions about the config on<br>
Friday. Thanks!<br><br></blockquote><div>MythTV 27 uses static tuner assignment and that means the HDHR cannot be shared with other devices.</div><div>MythTV 32 (30+ IIRC) uses a dynamic allocation scheme that allows sharing the HDHR with other devices that have implemented the dynamic allocation scheme.</div><div>So if you want to use the new version 32 system make sure the old version 27 system is disconnected. Note that "not recording" can mean it is still doing EIT.</div><div><br></div><div>You might want to check the software version of the HDHR and possibly do an update of the software. This can be done with the hdhomerun-config or the hdhomerun-config-gui app. The source code of this can be downloaded from the Silicon Dust website.</div><div>It could be that the software in the HDHR is too old and that it does not yet (or does not properly) implement the dynamic allocation.</div><div><br></div><div>Everything you always wanted to know about tuner configuration and channel scanning can be found here <a href="https://www.mythtv.org/wiki/Channel_Scanning">https://www.mythtv.org/wiki/Channel_Scanning</a> and especially for the HDHR there is this paragraph <a href="https://www.mythtv.org/wiki/Channel_Scanning#Scanning_with_HDHomeRun_tuners">https://www.mythtv.org/wiki/Channel_Scanning#Scanning_with_HDHomeRun_tuners</a></div><div><br></div><div>Klaas.</div><div><br></div><div><br></div><div><br></div><div><br></div><div> </div></div></div>