Ubuntu 18.04 / UMS 7.7.1 -> Error when running from Archives
Forum rules
Please make sure you follow the Problem Reporting Guidelines before posting if you want a reply
Please make sure you follow the Problem Reporting Guidelines before posting if you want a reply
Ubuntu 18.04 / UMS 7.7.1 -> Error when running from Archives
I have found that when I run files that are in in a separate container like .RAR or .TAR that I am unable to run.
I have seen several users reporting similar problems in recent builds with Subs.
I saw this other post: https://www.universalmediaserver.com/fo ... 10&t=13186 but they were running Mencoder as default.
I have personally tried to compile the latest build to see if it resolves the problem but haven't been able to resolve the dependencies... yet. If anyone has the latest build compiled, I will be willing to test them.
In the execution of my debug. I run the same source file twice. In this situation I took the file that was originally in a .RAR archive and extracted it.
Then I put it in a .TAR store ( not something I would normally due but I figured Ubuntu should have native support )
That fails.
I then run the file not in a compressed directly and it runs without problems.
I have seen several users reporting similar problems in recent builds with Subs.
I saw this other post: https://www.universalmediaserver.com/fo ... 10&t=13186 but they were running Mencoder as default.
I have personally tried to compile the latest build to see if it resolves the problem but haven't been able to resolve the dependencies... yet. If anyone has the latest build compiled, I will be willing to test them.
In the execution of my debug. I run the same source file twice. In this situation I took the file that was originally in a .RAR archive and extracted it.
Then I put it in a .TAR store ( not something I would normally due but I figured Ubuntu should have native support )
That fails.
I then run the file not in a compressed directly and it runs without problems.
Code: Select all
11:49:54 DEBUG Starting transcode/remux of House.S08E01.720p.HDTV.X264-DIMENSION.mkv with media info: Container: MATROSKA, Size: 9223372034707292159, Video Bitrate: 0, Video Tracks: 1, Video Codec: h264, Duration: 0:43:09.790, Video Resolution: 1280 x 720, Frame Rate: 23.98, Audio Tracks: 1 [Audio Codec: AC3, Bitrate: 0, Channels: 2, Sample Frequency: 48000 Hz], DLNAThumbnail: [Format = JPEG, Resolution = 320×180, Size = 7570, DLNA Profile = JPEG_RES_320_180], Mime Type: video/x-matroska
11:49:54 DEBUG Starting mkfifo --mode=777 /tmp/UMS-ben/ffmpegvideo_98_1546544994360
11:49:54 DEBUG Unix process ID (mkfifo): 14513
11:49:54 DEBUG Starting /usr/ums/linux/ffmpeg64 -y -loglevel fatal -threads 16 -i pipe: -threads 16 -bufsize 500000k -maxrate 499000k -crf 19 -c:a copy -c:v libx264 -tune zerolatency -preset ultrafast -level 31 -pix_fmt yuv420p -f mpegts /tmp/UMS-ben/ffmpegvideo_98_1546544994360
11:49:54 DEBUG Reading pipe: /tmp/UMS-ben/ffmpegvideo_98_1546544994360
11:49:57 DEBUG External input stream instance is null... sounds not good, waiting 500ms
11:49:57 DEBUG External input stream instance is null... sounds not good, waiting 500ms
11:49:58 DEBUG External input stream instance is null... sounds not good, waiting 500ms
11:49:58 DEBUG External input stream instance is null... sounds not good, waiting 500ms
11:49:59 DEBUG External input stream instance is null... sounds not good, waiting 500ms
11:49:59 DEBUG External input stream instance is null... sounds not good, waiting 500ms
11:50:00 DEBUG External input stream instance is null... sounds not good, waiting 500ms
11:50:00 DEBUG External input stream instance is null... sounds not good, waiting 500ms
11:50:01 DEBUG External input stream instance is null... sounds not good, waiting 500ms
11:50:01 DEBUG External input stream instance is null... sounds not good, waiting 500ms
11:50:02 ERROR There is no inputstream to return for House.S08E01.720p.HDTV.X264-DIMENSION.mkv
11:50:02 ERROR External input stream instance is null... stopping process
11:50:02 DEBUG Stopping Unix process 14517: ffmpeg64-7
11:50:02 DEBUG Caught exception: null
11:50:02 DEBUG Stopping Unix process 14513: mkfifo-8
- Attachments
-
- ums_dbg.zip
- (193.3 KiB) Downloaded 1005 times
Last edited by Patch on Fri Jan 04, 2019 10:42 am, edited 1 time in total.
Ubuntu 18.04 / UMS 7.7.1 -> Error when running from Compressed Archives
If I try to stream a MKV file that is archived in a .RAR or .TAR they fail.
This is a new install on Linux so I don't have a point of reference.
I stated with a video that was from a .RAR file it was unable to play, when I extract it, it works fine.
I also tried putting the file in a .TAR store just to compare and it also files.
I would prefer to run them from the archives. I have confirmed this is not related to the current subtitle bug as this source doesn't a track for that.
File instide a TAR
File working not in archive
This is a new install on Linux so I don't have a point of reference.
I stated with a video that was from a .RAR file it was unable to play, when I extract it, it works fine.
I also tried putting the file in a .TAR store just to compare and it also files.
I would prefer to run them from the archives. I have confirmed this is not related to the current subtitle bug as this source doesn't a track for that.
File instide a TAR
Code: Select all
11:49:46 DEBUG Recognized media renderer "PlayStation 4"
11:49:46 DEBUG Starting transcode/remux of House.S08E01.720p.HDTV.X264-DIMENSION.mkv with media info: Container: MATROSKA, Size: 9223372034707292159, Video Bitrate: 0, Video Tracks: 1, Video Codec: h264, Duration: 0:43:09.790, Video Resolution: 1280 x 720, Frame Rate: 23.98, Audio Tracks: 1 [Audio Codec: AC3, Bitrate: 0, Channels: 2, Sample Frequency: 48000 Hz], DLNAThumbnail: [Format = JPEG, Resolution = 320×180, Size = 7570, DLNA Profile = JPEG_RES_320_180], Mime Type: video/x-matroska
11:49:46 DEBUG Starting mkfifo --mode=777 /tmp/UMS-ben/ffmpegvideo_141_1546544986332
11:49:46 DEBUG Unix process ID (mkfifo): 14494
11:49:46 DEBUG Stopping Unix process 14411: ffmpeg64-2
11:49:46 DEBUG Starting /usr/ums/linux/ffmpeg64 -y -loglevel fatal -threads 16 -i pipe: -threads 16 -bufsize 500000k -maxrate 499000k -crf 19 -c:a copy -c:v libx264 -tune zerolatency -preset ultrafast -level 31 -pix_fmt yuv420p -f mpegts /tmp/UMS-ben/ffmpegvideo_141_1546544986332
11:49:46 DEBUG Reading pipe: /tmp/UMS-ben/ffmpegvideo_141_1546544986332
11:49:48 DEBUG Sending ALIVE...
11:49:49 DEBUG External input stream instance is null... sounds not good, waiting 500ms
11:49:49 DEBUG External input stream instance is null... sounds not good, waiting 500ms
11:49:50 DEBUG External input stream instance is null... sounds not good, waiting 500ms
11:49:50 DEBUG External input stream instance is null... sounds not good, waiting 500ms
11:49:51 DEBUG External input stream instance is null... sounds not good, waiting 500ms
11:49:51 DEBUG External input stream instance is null... sounds not good, waiting 500ms
11:49:52 DEBUG External input stream instance is null... sounds not good, waiting 500ms
11:49:52 DEBUG External input stream instance is null... sounds not good, waiting 500ms
11:49:53 DEBUG External input stream instance is null... sounds not good, waiting 500ms
11:49:53 DEBUG External input stream instance is null... sounds not good, waiting 500ms
11:49:54 ERROR There is no inputstream to return for House.S08E01.720p.HDTV.X264-DIMENSION.mkv
11:49:54 ERROR External input stream instance is null... stopping process
11:49:54 DEBUG Caught exception: null
11:49:54 DEBUG Stopping Unix process 14499: ffmpeg64-5
11:49:54 DEBUG Stopping Unix process 14494: mkfifo-6
File working not in archive
Code: Select all
11:50:10 DEBUG Starting /usr/ums/linux/ffmpeg64 -ss 4 -i "/mnt/md0/TV/House/Season 8/house.801.EXTRACTED/House.S08E01.720p.HDTV.X264-DIMENSION.mkv" -an -dn -sn -vf scale=320:-2 -vframes 1 -f image2 pipe:
11:50:10 DEBUG Unix process ID (/usr/ums/linux/ffmpeg64): 14543
11:50:10 DEBUG ffmpeg version N-80363-g403a53c-static http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2016 the FFmpeg developers
11:50:10 DEBUG built with gcc 5.4.0 (Debian 5.4.0-4) 20160609
11:50:10 DEBUG configuration: --enable-gpl --enable-version3 --enable-static --disable-debug --enable-libmp3lame --enable-libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable-libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-amrwbenc --enable-gray --enable-libopenjpeg --enable-libopus --enable-libass --enable-gnutls --enable-libvidstab --enable-libsoxr --enable-frei0r --enable-libfribidi --disable-indev=sndio --disable-outdev=sndio --enable-librtmp --enable-libmfx --enable-libzimg --cc=gcc
11:50:10 DEBUG libavutil 55. 24.100 / 55. 24.100
11:50:10 DEBUG libavcodec 57. 46.100 / 57. 46.100
11:50:10 DEBUG libavformat 57. 38.100 / 57. 38.100
11:50:10 DEBUG libavdevice 57. 0.101 / 57. 0.101
11:50:10 DEBUG libavfilter 6. 46.101 / 6. 46.101
11:50:10 DEBUG libswscale 4. 1.100 / 4. 1.100
11:50:10 DEBUG libswresample 2. 1.100 / 2. 1.100
11:50:10 DEBUG libpostproc 54. 0.100 / 54. 0.100
11:50:10 DEBUG Input #0, matroska,webm, from '/mnt/md0/TV/House/Season 8/house.801.EXTRACTED/House.S08E01.720p.HDTV.X264-DIMENSION.mkv':
11:50:10 DEBUG Metadata:
11:50:10 DEBUG encoder : libebml v0.7.7 + libmatroska v0.8.1
11:50:10 DEBUG creation_time : 2011-10-04 02:52:08
11:50:10 DEBUG Duration: 00:43:09.79, start: 0.000000, bitrate: 3546 kb/s
11:50:10 DEBUG Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x720, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc
11:50:10 DEBUG Stream #0:1: Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s (default)
11:50:10 DEBUG [swscaler @ 0x3e8cd60] deprecated pixel format used, make sure you did set range correctly
11:50:10 DEBUG [image2 @ 0x3f0d5c0] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead.
11:50:10 DEBUG Output #0, image2, to 'pipe:':
11:50:10 DEBUG Metadata:
11:50:10 DEBUG encoder : Lavf57.38.100
11:50:10 DEBUG Stream #0:0(eng): Video: mjpeg, yuvj420p(pc), 320x180 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 23.98 fps, 23.98 tbn, 23.98 tbc
11:50:10 DEBUG Metadata:
11:50:10 DEBUG encoder : Lavc57.46.100 mjpeg
11:50:10 DEBUG Side data:
11:50:10 DEBUG cpb: bitrate max/min/avg: 0/0/200000 buffer size: 0 vbv_delay: -1
11:50:10 DEBUG Stream mapping:
11:50:10 DEBUG Stream #0:0 -> #0:0 (h264 (native) -> mjpeg (native))
11:50:10 DEBUG Press [q] to stop, [?] for help
11:50:10 DEBUG frame= 1 fps=0.0 q=3.2 Lsize=N/A time=00:00:00.04 bitrate=N/A speed=0.31x
11:50:10 DEBUG video:10kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
11:50:10 DEBUG Recognized media renderer "PlayStation 4"
11:50:11 DEBUG Recognized media renderer "PlayStation 4"
11:50:11 DEBUG Created playback timer for PlayStation 4
11:50:11 DEBUG Connection error: java.io.IOException: Broken pipe
11:50:11 DEBUG Premature end, stopping...
11:50:11 DEBUG Recognized media renderer "PlayStation 4"
11:50:11 DEBUG Connection error: java.io.IOException: Broken pipe
11:50:11 DEBUG Premature end, stopping...
- Attachments
-
- ums_dbg.zip
- (193.3 KiB) Downloaded 976 times
Re: Ubuntu 18.04 / UMS 7.7.1 -> Error when running from Archives
I've looked at the code for compressed archives previously, and to sum it up: It seems to me like it was made for PS3 Media Server back when the program worked in a much simpler way. A lot has changed since then, but the archive code hasn't been updated accordingly. In addition there are many operations normally performed by UMS that simply isn't available from archives.
The result is that parsing fails, seeking fails and thumbnails fail. For it to work, you will need luck with the defaults so that no parsing is needed, and you can only play (video files) without seeking or pausing. I don't think audio and images are even implemented for archives.
Getting this to work properly is no small feat, it's not about "fixing a couple of bugs". Big parts of the logic is missing. The best thing to do would probably be to remove the option to play archives, since the implementation is so very lacking - but then I'm pretty sure those few whose needs are met by the current implementation would complain.
Regardless, unless you intent to undertake coding all that's missing, you're better of just assuming that UMS can't play archives.
The result is that parsing fails, seeking fails and thumbnails fail. For it to work, you will need luck with the defaults so that no parsing is needed, and you can only play (video files) without seeking or pausing. I don't think audio and images are even implemented for archives.
Getting this to work properly is no small feat, it's not about "fixing a couple of bugs". Big parts of the logic is missing. The best thing to do would probably be to remove the option to play archives, since the implementation is so very lacking - but then I'm pretty sure those few whose needs are met by the current implementation would complain.
Regardless, unless you intent to undertake coding all that's missing, you're better of just assuming that UMS can't play archives.
Re: Ubuntu 18.04 / UMS 7.7.1 -> Error when running from Archives
While I believe you are correct that the code likely hasn't been updated for a while, it does work on the Windows side.
This leads me to a believe its more than a code issue and either an OS subsystem or library.
I have been doing some research and it seems users running Kodi had similar problems. Maybe still have it.
I also found a few few utilities like rarfs and pyarrf that seem to have seem to have a handle on it but they use FUSE so that you can view the files through the UI.
This leads me to a believe its more than a code issue and either an OS subsystem or library.
I have been doing some research and it seems users running Kodi had similar problems. Maybe still have it.
I also found a few few utilities like rarfs and pyarrf that seem to have seem to have a handle on it but they use FUSE so that you can view the files through the UI.
Re: Ubuntu 18.04 / UMS 7.7.1 -> Error when running from Archives
Believe me, the limitations I describe ARE on Windows.
According to my memory, UMS only supports 3 different archives: ZIP, RAR and 7z. Both ZIP and RAR are pure Java implementations and should behave identical regardless of platform. 7-zip is not pure Java AFAICR, and wraps a C/C++ library to do the actual operations. Thus, it has the potential to behave differently on different platforms.
That said, TAR, ARJ, XZ, ACE and all the rest aren't supported.
According to my memory, UMS only supports 3 different archives: ZIP, RAR and 7z. Both ZIP and RAR are pure Java implementations and should behave identical regardless of platform. 7-zip is not pure Java AFAICR, and wraps a C/C++ library to do the actual operations. Thus, it has the potential to behave differently on different platforms.
That said, TAR, ARJ, XZ, ACE and all the rest aren't supported.
Re: Ubuntu 18.04 / UMS 7.7.1 -> Error when running from Archives
Thanks, I will leave TAR from testing then. Just to be certain.Nadahar wrote: ↑Sat Jan 05, 2019 1:22 am According to my memory, UMS only supports 3 different archives: ZIP, RAR and 7z. Both ZIP and RAR are pure Java implementations and should behave identical regardless of platform. 7-zip is not pure Java AFAICR, and wraps a C/C++ library to do the actual operations. Thus, it has the potential to behave differently on different platforms.
That said, TAR, ARJ, XZ, ACE and all the rest aren't supported.
Been doing some analysis - learning way more about pipes then I ever though.
What I'm seeing is on the Linux side it attempts to create the pipe using mkfifo but I'm not sure if it is successful in doing so.
When FFmpeg tries to read back the pipe, there isn't anything there. I assume that UMS is doing more at this time than just what I see in the logs. I'm actually wondering if this is due to the version of FFMpeg being used.
No Archive- Windows
Code: Select all
10:20:02 INFO Started playing House.S08E01.720p.HDTV.X264-DIMENSION.mkv on your VLC for desktop
10:20:02 DEBUG The full filename of which is: F:\TV SHOWS\House\Season 8\house.801.EXTRACTED\House.S08E01.720p.HDTV.X264-DIMENSION.mkv and the address of the renderer is: 192.168.1.22
10:20:02 DEBUG Recognized media renderer "VLC for desktop"
10:20:02 DEBUG Connection error: java.io.IOException: An existing connection was forcibly closed by the remote host
10:20:02 DEBUG Premature end, stopping...
Code: Select all
10:22:29 INFO Started playing House.S08E01.720p.HDTV.X264-DIMENSION.mkv on your VLC for desktop
10:22:29 DEBUG The full filename of which is: /mnt/md0/TV/House/Season 8/house.801.EXTRACTED/House.S08E01.720p.HDTV.X264-DIMENSION.mkv and the address of the renderer is: 192.168.1.22
10:22:29 DEBUG Recognized media renderer "VLC for desktop"
10:22:29 DEBUG Connection error: java.io.IOException: Connection reset by peer
Code: Select all
[FFmpeg]'
10:21:06 DEBUG Reading maximum_video_buffer_size: 400 (previous: 770, default: 200)
10:21:06 DEBUG Starting transcode/remux of House.S08E01.720p.HDTV.X264-DIMENSION.mkv with media info: Container: MATROSKA, Size: 9223372034707292159, Video Bitrate: 0, Video Tracks: 1, Video Codec: h264 (High), Duration: 0:43:09.790, Video Resolution: 1280 x 720, Frame Rate: 23.98, Audio Tracks: 1 [Audio Codec: AC3, Bitrate: 0, Channels: 2, Sample Frequency: 48000 Hz], DLNAThumbnail: [Format = JPEG, Resolution = 320×180, Size = 7570, DLNA Profile = JPEG_RES_320_180], Mime Type: video/x-matroska
10:21:06 DEBUG Reading engines: "ffmpegvideo,ffmpegaudio,tsmuxeraudio,ffmpegwebvideo,vlcwebvideo,vlcvideo,mencoderwebvideo,vlcaudio,ffmpegdvrmsremux,dcraw" (previous: "ffmpegvideo,mencoder,ffmpegaudio,tsmuxeraudio,ffmpegwebvideo,vlcwebvideo,vlcvideo,mencoderwebvideo,vlcaudio,ffmpegdvrmsremux,dcraw", default: "ffmpegvideo,mencoder,tsmuxer,ffmpegaudio,tsmuxeraudio,ffmpegwebvideo,vlcwebvideo,vlcvideo,mencoderwebvideo,vlcaudio,ffmpegdvrmsremux,dcraw")
10:21:06 DEBUG Creating pipe \\.\pipe\ffmpegvideo_2386_1546626066430
10:21:06 DEBUG Waiting for Windows names pipe connection "\\.\pipe\ffmpegvideo_2386_1546626066430"
10:21:06 DEBUG Starting "C:\Program Files (x86)\Universal Media Server\win32\ffmpeg64.exe" -y -loglevel fatal -i pipe: -bufsize 31250k -maxrate 31250k -crf 19 -ab 320k -ar 48000 -c:a aac -c:v libx264 -tune zerolatency -preset ultrafast -level 31 -pix_fmt yuv420p -f mpegts \\.\pipe\ffmpegvideo_2386_1546626066430
10:21:06 DEBUG Reading pipe: \\.\pipe\ffmpegvideo_2386_1546626066430
10:21:06 DEBUG Attaching thread: ffmpeg64.exe-7
10:21:06 DEBUG Result of \\.\pipe\ffmpegvideo_2386_1546626066430: true
10:21:09 DEBUG Switching rendering context to 'null [FFmpeg]' from 'VLC for desktop [FFmpeg]'
10:21:09 INFO Started playing House.S08E01.720p.HDTV.X264-DIMENSION.mkv on your VLC for desktop
10:21:09 DEBUG The full filename of which is: F:\TV SHOWS\House\Season 8\House.S08E01.720p.HDTV.X264-DIMENSION\house.801.720p-dimension.mkv and the address of the renderer is: 192.168.1.22
10:21:21 DEBUG Sending ALIVE...
10:21:21 DEBUG Recognized media renderer "VLC for desktop"
10:21:22 DEBUG Recognized media renderer "VLC for desktop"
10:21:28 DEBUG Connection error: java.io.IOException: An existing connection was forcibly closed by the remote host
Code: Select all
10:23:01 DEBUG Starting transcode/remux of House.S08E01.720p.HDTV.X264-DIMENSION.mkv with media info: Container: MATROSKA, Size: 9223372034707292159, Video Bitrate: 0, Video Tracks: 1, Video Codec: h264, Duration: 0:43:09.790, Video Resolution: 1280 x 720, Frame Rate: 23.98, Audio Tracks: 1 [Audio Codec: AC3, Bitrate: 0, Channels: 2, Sample Frequency: 48000 Hz], DLNAThumbnail: [Format = JPEG, Resolution = 320×180, Size = 7431, DLNA Profile = JPEG_RES_320_180], Mime Type: video/x-matroska
10:23:01 DEBUG Reading force_external_subtitles: false (previous: true, default: true)
10:23:01 DEBUG Starting mkfifo --mode=777 /tmp/UMS-ben/ffmpegvideo_525_1546626181473
10:23:01 DEBUG Unix process ID (mkfifo): 25953
10:23:01 DEBUG Starting /usr/bin/ffmpeg -y -loglevel fatal -threads 16 -i pipe: -threads 16 -bufsize 31250k -maxrate 31250k -crf 19 -ab 320k -c:a aac -c:v libx264 -tune zerolatency -preset ultrafast -level 31 -pix_fmt yuv420p -f mpegts /tmp/UMS-ben/ffmpegvideo_525_1546626181473
10:23:01 DEBUG Reading pipe: /tmp/UMS-ben/ffmpegvideo_525_1546626181473
10:23:04 DEBUG External input stream instance is null... sounds not good, waiting 500ms
10:23:04 DEBUG External input stream instance is null... sounds not good, waiting 500ms
10:23:05 DEBUG External input stream instance is null... sounds not good, waiting 500ms
10:23:05 DEBUG External input stream instance is null... sounds not good, waiting 500ms
10:23:06 DEBUG External input stream instance is null... sounds not good, waiting 500ms
10:23:06 DEBUG External input stream instance is null... sounds not good, waiting 500ms
10:23:07 DEBUG External input stream instance is null... sounds not good, waiting 500ms
10:23:07 DEBUG External input stream instance is null... sounds not good, waiting 500ms
10:23:08 DEBUG External input stream instance is null... sounds not good, waiting 500ms
10:23:08 DEBUG External input stream instance is null... sounds not good, waiting 500ms
10:23:09 ERROR There is no inputstream to return for House.S08E01.720p.HDTV.X264-DIMENSION.mkv
10:23:09 ERROR External input stream instance is null... stopping process
10:23:09 DEBUG Stopping Unix process 25957: ffmpeg-18
10:23:09 DEBUG Caught exception: null
10:23:09 DEBUG Stopping Unix process 25953: mkfifo-19
Re: Ubuntu 18.04 / UMS 7.7.1 -> Error when running from Archives
Nothing much here to go off of... but I did noticed something when looking at the commands for FFmpeg...
In particular, I will compare apples to apples and look at the two 6.8.0 builds.
Something I noticed is --enable-zlib on Windows. I would expect
Windows - UMS 6.8.0
-enable-bzlib --enable-zlib
Linux - Packaged with UMS 6.8.0
--enable-libzimg
Linux - Packaged with UMS 7.7.1
--enable-libzimg
Ubuntu - Latest Distro for 18.04
--enable-libzmq --enable-libzvbi
What I have noticed is that the configuration is different. I am looking into now that the FFMpeg documentation now to find out if there is something that needs to be included when building it...
I also found TAR are supported on linux - https://ffmpeg.org/ffmpeg-protocols.html#subfile
In particular, I will compare apples to apples and look at the two 6.8.0 builds.
Something I noticed is --enable-zlib on Windows. I would expect
Windows - UMS 6.8.0
-enable-bzlib --enable-zlib
Code: Select all
ffmpeg version N-80363-g403a53c Copyright (c) 2000-2016 the FFmpeg developers
built with gcc 5.4.0 (GCC)
configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-nvenc --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmfx --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-zlib
libavutil 55. 24.100 / 55. 24.100
libavcodec 57. 46.100 / 57. 46.100
libavformat 57. 38.100 / 57. 38.100
libavdevice 57. 0.101 / 57. 0.101
libavfilter 6. 46.101 / 6. 46.101
libswscale 4. 1.100 / 4. 1.100
libswresample 2. 1.100 / 2. 1.100
libpostproc 54. 0.100 / 54. 0.100
Hyper fast Audio and Video encoder
--enable-libzimg
Code: Select all
ffmpeg version N-80363-g403a53c-static http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2016 the FFmpeg developers
built with gcc 5.4.0 (Debian 5.4.0-4) 20160609
configuration: --enable-gpl --enable-version3 --enable-static --disable-debug --enable-libmp3lame --enable-libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable-libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-amrwbenc --enable-gray --enable-libopenjpeg --enable-libopus --enable-libass --enable-gnutls --enable-libvidstab --enable-libsoxr --enable-frei0r --enable-libfribidi --disable-indev=sndio --disable-outdev=sndio --enable-librtmp --enable-libmfx --enable-libzimg --cc=gcc
libavutil 55. 24.100 / 55. 24.100
libavcodec 57. 46.100 / 57. 46.100
libavformat 57. 38.100 / 57. 38.100
libavdevice 57. 0.101 / 57. 0.101
libavfilter 6. 46.101 / 6. 46.101
libswscale 4. 1.100 / 4. 1.100
libswresample 2. 1.100 / 2. 1.100
libpostproc 54. 0.100 / 54. 0.100
Hyper fast Audio and Video encoder
--enable-libzimg
Code: Select all
ffmpeg version N-80363-g403a53c-static http://johnvansickle.com/ffmpeg/ Copyright (c) 2000-2016 the FFmpeg developers
built with gcc 5.4.0 (Debian 5.4.0-4) 20160609
configuration: --enable-gpl --enable-version3 --enable-static --disable-debug --enable-libmp3lame --enable-libx264 --enable-libx265 --enable-libwebp --enable-libspeex --enable-libvorbis --enable-libvpx --enable-libfreetype --enable-fontconfig --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvo-amrwbenc --enable-gray --enable-libopenjpeg --enable-libopus --enable-libass --enable-gnutls --enable-libvidstab --enable-libsoxr --enable-frei0r --enable-libfribidi --disable-indev=sndio --disable-outdev=sndio --enable-librtmp --enable-libmfx --enable-libzimg --cc=gcc
libavutil 55. 24.100 / 55. 24.100
libavcodec 57. 46.100 / 57. 46.100
libavformat 57. 38.100 / 57. 38.100
libavdevice 57. 0.101 / 57. 0.101
libavfilter 6. 46.101 / 6. 46.101
libswscale 4. 1.100 / 4. 1.100
libswresample 2. 1.100 / 2. 1.100
libpostproc 54. 0.100 / 54. 0.100
Hyper fast Audio and Video encoder
--enable-libzmq --enable-libzvbi
Code: Select all
ffmpeg version 3.4.4-0ubuntu0.18.04.1 Copyright (c) 2000-2018 the FFmpeg developers
built with gcc 7 (Ubuntu 7.3.0-16ubuntu3)
configuration: --prefix=/usr --extra-version=0ubuntu0.18.04.1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --enable-gpl --disable-stripping --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librubberband --enable-librsvg --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libopencv --enable-libx264 --enable-shared
libavutil 55. 78.100 / 55. 78.100
libavcodec 57.107.100 / 57.107.100
libavformat 57. 83.100 / 57. 83.100
libavdevice 57. 10.100 / 57. 10.100
libavfilter 6.107.100 / 6.107.100
libavresample 3. 7. 0 / 3. 7. 0
libswscale 4. 8.100 / 4. 8.100
libswresample 2. 9.100 / 2. 9.100
libpostproc 54. 7.100 / 54. 7.100
Hyper fast Audio and Video encoder
I also found TAR are supported on linux - https://ffmpeg.org/ffmpeg-protocols.html#subfile
Re: Ubuntu 18.04 / UMS 7.7.1 -> Error when running from Archives
Look what I found... Is this correct that this is still a known bug? It says its still open, but a change was commited.
https://github.com/UniversalMediaServer ... 70a6435d30
https://github.com/UniversalMediaServer ... issues/273valib commented on Jul 26, 2016 •
For compressed video files there is missing an external subs support for FFmpeg and also for MEncoder. I will check if it is possible to do that.
https://github.com/UniversalMediaServer ... 70a6435d30
Re: Ubuntu 18.04 / UMS 7.7.1 -> Error when running from Archives
I'm not sure if it matters at all what compression FFmpeg supports, I don't think it's done that way. If transcoding from archives is implemented (I don't remember), it's probably done via a pipe so that UMS first extracts the file and then feeds it to FFmpeg.
In any case, there's not much point in me going into more details on this unless I refresh my memory about this code, which isn't something I intend to do at this time.
Regarding your log snippets, you really should enable "trace" logging - you'll see much more about what's actually happening. The "debug" log is mostly useless for debugging
In any case, there's not much point in me going into more details on this unless I refresh my memory about this code, which isn't something I intend to do at this time.
Regarding your log snippets, you really should enable "trace" logging - you'll see much more about what's actually happening. The "debug" log is mostly useless for debugging
