<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 4, 2020, 10:39 PM Stephen Worthington <<a href="mailto:stephen_agent@jsw.gen.nz">stephen_agent@jsw.gen.nz</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, 4 Aug 2020 19:09:53 -0500, you wrote:<br>
<br>
>I'm stumped and need help.  I've been trying to understand why some video<br>
>files work fine and others give me grief.  If I play a "bad" file on my<br>
>BE/FE, it plays just fine.  If I play the same file on the remote FE, it<br>
>will play ok for a second or two, but then the audio quits and the video<br>
>will stutter like it's in slow motion.  If I play a "good" file, it works<br>
>just fine anywhere.<br>
><br>
>A "bad" file is one of my older recordings that has a file type description<br>
>of:<br>
>          "MPEG sequence, v2, program multiplex"<br>
>(using the 'file' command in an xterm).<br>
>A "good" file is one of the newer ones with a description of:<br>
>          "MPEG transport stream data".<br>
><br>
>The BE/FE is based on an ASRock Z77 Extreme4 motherboard with an Intel Core<br>
>i3-3250 CPU @ 3.50GHz, integrated HD Graphics 2500 and 16GB of RAM.  The<br>
>video connection is DVI-D.<br>
><br>
>The remote FE is based on an ASRock A785GM-LE motherboard with an AMD<br>
>Phenom II X4 965 CPU @3.4GHz, Nvidia GT710 PCI-E 2.0 Graphics adapter, and<br>
>4GB of RAM.  The video connection is HDMI (with 5.1 Audio via the HDMI<br>
>cable).<br>
><br>
>The ethernet connection is 1GB/second rated, not tested.<br>
><br>
>I fiddled around with various audio options and the pre-defined VDPAU<br>
>profiles (made things worse! -- audio would drop out faster) vs. the High<br>
>Quality profile.  I tried tweaking processor settings with cpufrequtils and<br>
>only managed to get it running so hot it would freeze up until I forced it<br>
>to shutdown and waited for it to cool off again.<br>
><br>
>Short of transcoding the problem files to a format that works, or getting<br>
>completely new hardware for the remote FE, I'd appreciate any suggestions<br>
>for what I might have missed to try and get this to work.<br>
><br>
>I'd also appreciate any advice on how to transcode the files into a format<br>
>that will not cause this problem, preferably using Handbrake, Avidemux,<br>
>and/or ffmpeg.<br>
<br>
What MythTV version?  The rendering code was overhauled in v31 and you<br>
may need to change the settings to get it to work well.<br>
<br>
An Nvidia GT710 should be fine for all normal video types, except<br>
possibly deinterlacing.  I am never sure without checking whether the<br>
GT710 has the right resources to do the deinterlacing properly - older<br>
Nvidia x10 models did not work properly.  For example, when I bought<br>
my old GT220 card, there were quite a number of people who had bought<br>
GT210 cards and found they did not work well with deinterlacing.  So<br>
try setting the deinterlacing to a lower setting or to be done by the<br>
CPU and see if that helps.<br>
<br>
The "file" command is not the best to tell you the contents of a video<br>
file.  Try "mediainfo" or "ffprobe".  From what "file" is reporting, I<br>
think it means the "bad" files are MPEG2 Program Stream files and the<br>
"good" files are MPEG2 Transport Stream files.  Off air recording<br>
files from DVB or ATSC should be transport streams - the data is just<br>
copied from what is received.  If you are having to record using<br>
something that has to convert the video to record it, then the results<br>
are often in program stream format.  Neither of those two container<br>
formats should cause any problems for MythTV - it is what is in the<br>
streams inside the container that matters.<br>
<br>
I have had problems with ancient recordings I did using my Hauppauge<br>
PVR-500 card.  These were back in the days of PAL analogue TV, and are<br>
Program Stream files with MPEG2 video.  At some point MythTV changed<br>
the way the recordedseek table works and the data in it for my old<br>
analogue recordings is no longer valid.  This causes some strange<br>
problems, but is easily fixed by telling mythcommflag to rebuild the<br>
seek table on the file.  I have this set up as "User job #1" in my<br>
settings:<br>
<br>
MariaDB [mythconverg]> select * from settings where value like<br>
'userjob%1';<br>
+--------------+----------------------------------+----------+<br>
| value        | data                             | hostname |<br>
+--------------+----------------------------------+----------+<br>
| UserJob1     | mythcommflag --rebuild -f %FILE% | NULL     |<br>
| UserJobDesc1 | Rebuild seek table               | NULL     |<br>
+--------------+----------------------------------+----------+<br>
2 rows in set (0.00 sec)<br>
<br>
That way on any suspect recording I can just do:<br>
<br>
M(enu) > Job Options > Begin Rebuild seek table<br>
<br>
and then in a minute or two the new seek table is ready and the file<br>
plays properly.  You just have to wait for the mythcommflag command to<br>
complete - use the command "ps -ef | grep mythcommflag" to see any<br>
running mythcommflag instances.  There may be several if you are<br>
recording at the time, but the one you want will show the --rebuild<br>
option.<br>
<br>
You set up the User Jobs in:<br>
<br>
mythtv-setup > 1. General > (scroll down) > Job Queue (Job Commands)<br>
<br>
You can also do it from the command line using "mythcommflag --rebuild<br>
-f " and give it the basename of the file, such as<br>
"4045_20151130152400.mpg".  The basename can be found in the database,<br>
or by using the I key (Info button) twice on a recording and scrolling<br>
down if necessary.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Stephen,</div><div dir="auto"><br></div><div dir="auto"><span style="font-family:sans-serif">Thanks for the advice!</span><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">Yes, the "bad" ones are almost certainly PVR-500 recordings from NTSC OTA/analog cable sources.<br><br>I will give your suggestions a try.</div><div dir="auto" style="font-family:sans-serif"><br></div><div dir="auto" style="font-family:sans-serif">I'm guilty of update fatigue -- I started with MythTV on Fedora 6(!!!) and the current instance is MythBuntu (based on Ubuntu 14.04?). I'm a fan of the "ain't broke, don't fix it" theory - besides, I've got plenty if other "opportunities" to address.😏 <br><div data-smartmail="gmail_signature" dir="auto"><br>-- <br>Craig.</div></div></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>