[Headless Ubuntu 16.04] Trouble transcoding audio (for PS4)
Posted: Wed Oct 26, 2016 10:09 am
Anything with DTS (and probably many other formats) won't transcode properly (content will not play), either with FFmpeg or MEncoder. I also have VLC installed, but it doesn't show up in the list of transcoding engines in the #TRANSCODE# folder - anyone have an idea why? The silver lining is that I was able to get tsMuxeR to work properly by installing all of its 32-bit dependencies and it _seems_ to be working pretty decently for some of my files as long as I directly choose it from the #TRANSCODE# folder.
I didn't exactly do the UI command (since this is headless, though I probably could've set up X11 forwarding) to automatically grab the log etc, but I've attached a zip with the TRACE logs demonstrating what's going on with both FFmpeg and MEncoder as well as my UMS.conf.
Let me know if y'all need anything else and thank you very much for the help!
Edit: For a bit more information, when I try to play the content on PS4, the PS4 considers it for a while (displays a loading animation) before it gives up and says "Content cannot be played.". I have not modified my Sony-Playstation4.conf renderer settings at all from the default since I figured they should be sensible. The PS4 cannot play DTS audio, which is why it is trying to transcode. It looks like the default transcode setting for the PS4 is MPEGTS-H264-AC3.
If it matters, the version of mplayer I have installed is 1.2.1-1ubuntu1 amd64, which is the latest version that is in the package repositories for Ubuntu 16.04.
Digging into the trace logs myself, I see the following line during startup which makes it seem as though at least some portion of the system seems to understand that VLC is around.
I have added the full trace log to the zip (ums-all.log) in addition to the fragments from before. For this test session, I cleared the log, started up UMS, then tried to stream the content via the #TRANSCODE# folder first with FFmpeg (line ~9338 or ~9661, depending on how you look at it), then with MEncoder (line ~9773/~10134), and finally with tsMuxeR (line ~10983) just to show that it works. For giggles I've also included the Sony-Playstation4.conf even though I haven't changed it.
I didn't exactly do the UI command (since this is headless, though I probably could've set up X11 forwarding) to automatically grab the log etc, but I've attached a zip with the TRACE logs demonstrating what's going on with both FFmpeg and MEncoder as well as my UMS.conf.
Let me know if y'all need anything else and thank you very much for the help!
Edit: For a bit more information, when I try to play the content on PS4, the PS4 considers it for a while (displays a loading animation) before it gives up and says "Content cannot be played.". I have not modified my Sony-Playstation4.conf renderer settings at all from the default since I figured they should be sensible. The PS4 cannot play DTS audio, which is why it is trying to transcode. It looks like the default transcode setting for the PS4 is MPEGTS-H264-AC3.
If it matters, the version of mplayer I have installed is 1.2.1-1ubuntu1 amd64, which is the latest version that is in the package repositories for Ubuntu 16.04.
Digging into the trace logs myself, I see the following line during startup which makes it seem as though at least some portion of the system seems to understand that VLC is around.
Code: Select all
INFO 2016-10-25 01:01:53.409 [main] Registering transcoding engine: VLC