[mythtv-users] Problems when streaming from a web site

[Stephen Worthington]

On Sat, 5 Nov 2022 21:03:24 -0400, you wrote:

>Ubuntu 22.04.1 LTS
>mythtv-backend/jammy,now 2:32.0+fixes.202211050719.18f5b48ee1~ubuntu22.04.1
>ffmpeg/jammy-updates,jammy-security,now 7:4.4.2-0ubuntu0.22.04.1
>
>I have a set up with two sources of input: an HDHomeRun Prime (Spectrum) 
>and an external tuner that reads from a web site. The recordings from 
>the HDHomeRun Prime get created correctly and everything works fine. 
>When I use the external tuner, it creates the video of the correct 
>length but skipping forward doesn't work. If the video is an hour say, 
>when I skip forward 30 seconds it will say 6 minutes or something like 
>that. If I get to the end when skipping forward it starts the video 
>over. If I just let the video play, it plays for an hour.
>
>If I play the video as an ASF stream through MythWeb (through VLC on 
>Windows) the video plays fine and is of the correct length. I can jump 
>around through the video this way (but no commercial skip).
>
>The external tuner uses this ffmpeg command on reading:
>
>[RECORDER]
>command="ffmpeg -hide_banner -nostats -loglevel fatal -re -i %URL% -c:v 
>copy -c:a copy -f mpegts -"

This is probably caused by the URL you are recording from using
different video and/or audio streams from what MythTV is programmed
for.  The streams used by the usual broadcast sources are a quite
limited set (such as MPEG2, H.264), and there are lots of others that
MythTV does not handle at all or at all well.  To find out what the
streams involved are, use mediainfo and/or ffprobe on the recording
file.  You may need to install the mediainfo package to get that
command.  To find the recording file, use the I (Info) option on the
recording to see the file name.  Then you will need to look in all
your recording storage groups to find that file name.  If you have the
mlocate package installed, you can use the command "locate
<filename>", as long as it has been 24 hours since the file was
created, or you have manually run the "sudo updatedb" command.

What happens if you use "mythcommflag --rebuild" on the recording?  I
have found that can create a good seek table when it was not created
correctly during recording.  If that works, you can make it be done
automatically at the end of a recording using the event that is
triggered by a recording finishing.  Let me know if you need help
doing that.

I also have my User Job 1 set up as:

mythcommflag --rebuild -f %FILE%

That allows me to trigger a rebuild of the seek table manually using
the M > Job Options menu.