another "no compatible streams"

[msturtz 0]

I've seen other cases of this, mostly all old posts, nothing really seems to apply to me (ffmpeg issues, etc).

Emby 4.9.3.0 on TrueNAS Core 13.3-U1.2 (yes I know I should migrate to Scale, I'd probably be happier).  NOT the plugin, installed by creating a Jail, and then installing the Pkg (and its been updated a bunch since then) -- as far as I remember, its all stock, no ...  changes...  I normally would avoid a beta, but if there's a reason to go there I certainly can.

I have this error occasionally, seems to depend on the media file and the client, I haven't found a pattern.  But today I added an IPTV/M3U provider, and get this error on every channel.  Logs initially suggested HEVC, so I turned that off, now the logs say h264 is missing.

Logs attached -- I turned on debug, and then shut down, cleared the logs, started emby, and went to Live TV and picked a (streamed) channel.

Thank you in advance.

embyserver.txt hardware_detection-63913848998.txt

[msturtz 0]

Adding (questions I found in other threads):  I also have an HDHomerun.  I installed the M3UTuner plugin, and then added the IPTV playlist URL, with a stream limit of 4, and then I added another guide provider via XMLTV.  I set the new guide to apply only to the new M3U, and updated the original guide to only apply to HDHomerun.

I did paste the M3U URL into VLC, which works fine, several channels load right up and play just fine.

I tried refreshing guide data, no change that I can see (meaning it still won't play anything from IPTV provider).

[Luke 42488]

Hi, how did you install Emby server?

[msturtz 0]

Hi Luke --  It's been a long time, but, I did not use the TrueNAS plugin.  I created a brand-new empty Jail, then ran "pkg install emby-server", with all the dependencies.  After that, I have typically upgraded Emby by downloading from Emby's Github release.

Yesterday I realized the HDHomerun tuner also had the same problem, maybe related to disabling H265 (or not, don't know).  This lead me down a rabbit hole of updating the Jail itself -- was 13.2, even though TrueNAS was at 13.3, and it wouldn't update in the GUI.  I was able get that done with "iocage fetch" using the archive URL, followed by "iocage update", and then in the Jain "pkg update" and "pkg upgrade", then restart the Jail -- which all took a lot of time, but now the Jail is 13.3-p4.  In retrospect it might have been easier to build a new Jail.  Then finally I re-installed the Emby package from Github as above.  I also turned HEVC/h265 back on.

After all that, the error has changed.  The HDHomerun is working fine.  I still have one particular mp4 movie that won't play.  And the IPTV provider isn't working either.

As I did yesterday, I enabled debug and then shut down Emby and cleared the logs, then restarted.  I attempted to watch an IPTV channel, which resulted in the same error "no compatible streams".  Then I attempted to watch the problem movie, which doesn't error, but also doesn't play.  Then I downloaded all logs, attached.

Thank you for looking!

embyserver.txt ffmpeg-transcode-3c591012-7bba-4a54-9d8b-98f744be877d_1.txt ffmpeg-transcode-3cd59c7f-daef-4884-aba2-dce471a2967b_1.txt ffmpeg-transcode-51248494-8631-40f9-9448-98b762436aad_1.txt ffmpeg-transcode-a80ada8b-f008-4494-8658-8d38f5b68250_1.txt ffmpeg-transcode-abcd74fd-cf76-4c7d-a8f0-92aa1abfab0d_1.txt hardware_detection-63914001841.txt

[msturtz 0]

I was looking through the (current, but should match above) logs...  I'm seeing errors talking about broken pipe.  But before that I found this error (anonymized by hand, hopefully I got it right).

        Emby.Server.MediaEncoding.Unified.Ffmpeg.FfRunException: Emby.Server.MediaEncoding.Unified.Ffmpeg.FfRunException: ffprobe failed - streams and format are both null: -analyzeduration 3000000 -user_agent "VLC/3.0.21 LibVLC/3.0.21" -referer "MyComputer" -i "https://hidden/mono.m3u8?token=hidden" -threads 0 -v info -print_format json -show_streams -show_format -show_data
        ffprobe version 5.1-emby_2023_06_25_p4 Copyright (c) 2007-2022 the FFmpeg developers and softworkz for Emby LLC
          built with FreeBSD clang version 18.1.6 (https://github.com/llvm/llvm-project.git llvmorg-18.1.6-0-g1118c2e05e67)
        [tls @ 0x8510c6100] mbedtls_ssl_handshake returned -0x6600
        https://hidden/mono.m3u8?token=hidden: Input/output error

That TLS error makes me think the Jail (FreeBSD-13.3) needs root certificate updates, even though I just updated the entire Jail, but I ran "pkg update", then "pkg upgrade ca_root_nss", and finally "certctl rehash" as root on in the jail.  No errors.  I also tried curl to the URL, which returns what appears to be an m3u file (and pasting that URL into VLC does work).

Any suggestions?

[Luke 42488]

@msturtzdid you find anything else? Are you still having an issue with this?

[msturtz 0]

@LukeI did not.  Over the weekend I found a different error, which turned out to be my subscription expired, which was resolved.  Same behavior as before.  I also put some time into making Threadfin working, but I wasn't able to -- with Threadfin in the middle, Emby didn't even see the channels, so I removed it, and re-added the M3U subscription directly into Emby.