Log attached!
I'll let you know when I hear back from someone at SiliconDust.
Log attached!
Code: Select all
libavformat/mpegts.c: In function ‘ff_old_parse_mpeg2_descriptor’:
libavformat/mpegts.c:2077:25: error: ‘AVStreamInternal’ {aka ‘struct AVStreamInternal’} has no member named ‘request_probe’
2077 | st->internal->request_probe = 0;
| ^~
make[2]: *** [ffbuild/common.mak:59: libavformat/mpegts.o] Error 1
make[2]: *** Waiting for unfinished jobs....
Code: Select all
st->request_probe = 0
That seemed to work and it compiled cleanly but I was not able to get any audio playback. At this point I think it's a bit beyond my pay grade...kmdewaal wrote: ↑Mon Apr 05, 2021 8:55 amFor this error you can tryThe AC-4 patch must be from a different version of ffmpeg than what is in mythtv. But it just might work....Code: Select all
st->request_probe = 0
libhdhomerun is a waste of your time for this since the way MythTV uses it is designed around broadcasts being transport streams. ATSC 3 doesn't use transport streams, so there's really no point in trying to cram that square peg into the round hole. You're better off using ExternalRecorder and mythhdhrrecorder. When tuning by virtual channel as mythhdhrrecorder does, the HDHomeRun converts the stream to a TS in realtime, so it more or less just works with existing solutions as long as you support HEVC and AC-4. I assume MythTV already has HEVC support implemented for European countries that are using it. AC-4 support exists in an ffmpeg fork that you can find linked elsewhere on this forum.
This is a reasonable solution to be able to uniquely identify each channel. N.B. the channels must carry equivalent programming to use the same channel number.On the first two tuners it can detect the ATSC 3.0 channels but they have the same virtual number as the ATSC 1.0. This causes problems (SiliconDust's solution for the hdhomerun_config_gui app is to [prepend] a 1 to the start of the virtual number to separate the ATSC 3.0 from 1.0).