Steps to reproduce:
1) Make a pristine FreeBSD VM
2) Install ezjail (or some other mechanism for creating a jail)
3) Install plex in the jail
4) Give that plex something that needs to be transcoded to play
5) Try and watch that file
I get some lovely streaming plex output.
The transcoder runs and uses CPU like I'd expect, and I see a transcode session in
/usr/local/plexdata/Plex Media Server/Cache/Transcode/Sessions/plex-transcode-$SOME_NOISE-$SOME_UUID, which contains a bunch of .m4s files. At some point the transcoder exits (I think when it finishes transcoding the entire file?) and then PMS decides the transcoder crashed, but the UI never gives any indication that anything went wrong, I just see the orange spinner forever.
This is a recent-ish regression: I know this was working a few months ago (I haven't had time to go hunting until now), and if it'd help I can try and find a version that works to facilitate bisection of the defect on your end.
It looks like FreeNAS users are able to get this working by giving the jail a virtualized network stack, but that's not enabled (yet) by default in FreeBSD, but that's at least suggestive of some sort of networking antics? Enabling raw sockets in the jail did not help.
How do the transcoder and main server communicate? Is there a decent way for me to try and spy on that channel and figure out what's going wrong there?