heath600 4 Posted December 11, 2018 Share Posted December 11, 2018 Hello I tried installing the latest Beta package today (None of the previous 3.6 builds have worked as of yet). Emby Server will not start on this device. If I try to start manual I get this [/share/CACHEDEV1_DATA/.qpkg/EmbyServer] # bash -x ./emby-server.sh start + CONF=/etc/config/qpkg.conf + QPKG_NAME=EmbyServer ++ getcfg EmbyServer Install_Path -f /etc/config/qpkg.conf + QPKG_DIR=/share/CACHEDEV1_DATA/.qpkg/EmbyServer + PID_FILE=/var/run/emby-server.pid + '[' '!' -e /etc/ssl/certs/ca-certificates.crt ']' + case "$1" in ++ getcfg EmbyServer Enable -u -d FALSE -f /etc/config/qpkg.conf + ENABLED=TRUE + '[' TRUE '!=' TRUE ']' + '[' -f /var/run/emby-server.pid ']' + echo 3856 + exit 0 + /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/emby-server Everything appears to be fine but if I check for a process it appears to have never started [/share/CACHEDEV1_DATA/.qpkg/EmbyServer] # ps -ef | grep emby 15203 admin 704 S grep emby If I try to start the file from the bin folder I get a segmentation fault. [/share/CACHEDEV1_DATA/.qpkg/EmbyServer] # cd bin [/share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin] # ls emby-server* ffdetect* ffmpeg* ffprobe* [/share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin] # ./emby-server Segmentation fault No log files are generated for the server after launch [/share/CACHEDEV1_DATA/.qpkg/EmbyServer/programdata/logs] # ll drwxr-xr-x 2 admin administ 4.0k Dec 10 19:31 ./ drwxr-xr-x 3 admin administ 4.0k Dec 10 19:31 ../ -rw-r--r-- 1 admin administ 0 Dec 10 19:31 embyserver.txt [/share/CACHEDEV1_DATA/.qpkg/EmbyServer/programdata/logs] # cat embyserver.txt [/share/CACHEDEV1_DATA/.qpkg/EmbyServer/programdata/logs] # Any suggestions? Link to comment Share on other sites More sharing options...
Luke 37051 Posted December 11, 2018 Share Posted December 11, 2018 What architecture is the CPU? Link to comment Share on other sites More sharing options...
heath600 4 Posted December 11, 2018 Author Share Posted December 11, 2018 From the Hardware Spec Page https://www.qnap.com/en-us/product/ts-531p/specs/hardware CPU AnnapurnaLabs, an Amazon company Alpine AL-314 Quad-core 1.4 GHz Cortex-A15 processor I am currently using the x41 package from the qnap community and it runs without issue. https://www.qnapclub.eu/en/qpkg/343 Link to comment Share on other sites More sharing options...
Luke 37051 Posted December 11, 2018 Share Posted December 11, 2018 That's armv7 right? Link to comment Share on other sites More sharing options...
heath600 4 Posted December 11, 2018 Author Share Posted December 11, 2018 (edited) Yes I believe the Cortex-A15 is considered Arm v7. processor : 0 model name : Annapurna Labs Alpine AL314 Quad-core ARM Cortex-A15 CPU @ 1.40GHz Speed : 1.4GHz Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x2 CPU part : 0xc0f CPU revision : 4 Edited December 11, 2018 by heath600 Link to comment Share on other sites More sharing options...
heath600 4 Posted December 20, 2018 Author Share Posted December 20, 2018 Same issue with .79 Here is some more info if this is helpful [/share/CACHEDEV1_DATA/.qpkg/EmbyServer] # ./bin/ffmpeg -version ffmpeg version 4.0.2-emby_2018_12_09 Copyright (c) 2000-2018 the FFmpeg develope rs built with gcc 6.4.1 (Linaro GCC 6.4-2017.08) 20170707 configuration: --cc=arm-linux-gnueabihf-gcc --arch=armv7h --prefix=/home/embybuilder/Buildbot/armv7/ffmpeg-armv7/staging --pkg-config=pkg-config --disable-doc --disable-ffplay --disable-vdpau --disable-xlib --enable-fontconfig --enable-gnutls --enable-gpl --enable-iconv --enable-libass --enable-libfreetype --enable-libfribidi --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libwebp --enable-libx264 --enable-libzvbi --enable-version3 --enable -libsmbclient --enable-cross-compile --cross-prefix=arm-linux-gnueabihf- --extra -libs='-lexpat -lfreetype -lfribidi -lfontconfig -liconv -lpng -lz -lvorbis -logg -lnettle -lhogweed -lgmp -laddns-samba4 -lasn1util-samba4 -lauthkrb5-samba4 -lCHARSET3-samba4 -lcliauth-samba4 -lcli-cldap-samba4 -lcli-ldap-common-samba4 -lcli-nbt-samba4 -lcli-smb-common-samba4 -lcom_err -lcommon-auth-samba4 -ldbwrap-samba4 -ldcerpc-binding -ldcerpc-samba-samba4 -ldl -lflag-mapping-samba4 -lgenrand-samba4 -lgensec-samba4 -lgse-samba4 -lgssapi_krb5 -llibcli-lsa3-samba4 -llibsmb-samba4 -linterfaces-samba4 -liov-buf-samba4 -lk5crypto -lkrb5 -lkrb5samba-samba4 -lkrb5support -lldb -lldbsamba-samba4 -lmessages-dgm-samba4 -lmessages-util-samba4 -lmsghdr-samba4 -lmsrpc3-samba4 -lndr -lndr-krb5pac -lndr-nbt -lndr-samba-samba4 -lndr-standard -lreplace-samba4 -lsamba-cluster-support-samba4 -lsamba-credentials -lsamba-debug-samba4 -lsamba-errors -lsamba-hostconfig -lsamba-modules-samba4 -lsamba-security-samba4 -lsamba-sockets-samba4 -lsamba-util -lsamba3-util-samba4 -lsamdb -lsamdb-common-samba4 -lsecrets3-samba4 -lserver-id-db-samba4 -lserver-role-samba4 -lsmbconf -lsmbd-shim-samba4 -lsmb-transport-samba4 -lsocket-blocking-samba4 -lsys-rw-samba4 -ltalloc -ltalloc-report-samba4 -ltdb -ltdb-wrap-samba4 -ltevent -ltevent-util -ltime-basic-samba4 -lutil-cmdline-samba4 -lutil-reg-samba4 -lutil-setid-samba4 -lutil-tdb-samba4 -luuid -lwbclient -lwinbind-client-samba4' --target-os=linux --enable-shared --disable-static libavutil 56. 14.100 / 56. 14.100 libavcodec 58. 18.100 / 58. 18.100 libavformat 58. 12.100 / 58. 12.100 libavdevice 58. 3.100 / 58. 3.100 libavfilter 7. 16.100 / 7. 16.100 libswscale 5. 1.100 / 5. 1.100 libswresample 3. 1.100 / 3. 1.100 libpostproc 55. 1.100 / 55. 1.100 [/share/CACHEDEV1_DATA/.qpkg/EmbyServer] # ldd ./bin/ffmpeg Segmentation fault [/share/CACHEDEV1_DATA/.qpkg/EmbyServer] # ldd ./bin/emby-server Segmentation fault [/share/CACHEDEV1_DATA/.qpkg/EmbyServer] # ldd ./bin/ffprobe Segmentation fault [/share/CACHEDEV1_DATA/.qpkg/EmbyServer] # ldd ./bin/ffdetect Segmentation fault [/share/CACHEDEV1_DATA/.qpkg/EmbyServer] # ldd -v ./bin/ffmpeg Segmentation fault Link to comment Share on other sites More sharing options...
Luke 37051 Posted December 20, 2018 Share Posted December 20, 2018 Thanks for the info. We're looking into it. Link to comment Share on other sites More sharing options...
heath600 4 Posted January 28, 2019 Author Share Posted January 28, 2019 (edited) The 4.1.0.3 package seems to be an improvement but still having issues getting the program to launch. I can now run ldd on ffmpeg and they return results instead of segmentation faults. Appear to be some missing libraries though. Correction if I export the proper library directories I am back to getting segmentation faults on ffmpeg. [/share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin] # ldd ./ffmpeg linux-vdso.so.1 => (0x7dbe8000) libavdevice.so.58 => not found libavfilter.so.7 => not found libavformat.so.58 => not found libavcodec.so.58 => not found libpostproc.so.55 => not found libswresample.so.3 => not found libswscale.so.5 => not found libavutil.so.56 => not found libm.so.6 => /lib/libm.so.6 (0x75ca8000) libpthread.so.0 => /lib/libpthread.so.0 (0x75c88000) libc.so.6 => /lib/libc.so.6 (0x75ba0000) lib/ld-linux-armhf.so.3 => /lib/ld-linux-armhf.so.3 (0x543b0000) [/share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin] # ldd ./ffprobe linux-vdso.so.1 => (0x7df98000) libavdevice.so.58 => not found libavfilter.so.7 => not found libavformat.so.58 => not found libavcodec.so.58 => not found libpostproc.so.55 => not found libswresample.so.3 => not found libswscale.so.5 => not found libavutil.so.56 => not found libm.so.6 => /lib/libm.so.6 (0x75b00000) libpthread.so.0 => /lib/libpthread.so.0 (0x75ae0000) libc.so.6 => /lib/libc.so.6 (0x759f8000) lib/ld-linux-armhf.so.3 => /lib/ld-linux-armhf.so.3 (0x546e0000) [/share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin] # ldd ./ffdetect linux-vdso.so.1 => (0x7dfd8000) libavutil.so.56 => not found libpthread.so.0 => /lib/libpthread.so.0 (0x75c58000) libc.so.6 => /lib/libc.so.6 (0x75b70000) lib/ld-linux-armhf.so.3 => /lib/ld-linux-armhf.so.3 (0x54180000) Emby still will not start with a Segmentation fault though [/share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin] # bash -x ./emby-server ++ getcfg EmbyServer Install_Path -f /etc/config/qpkg.conf + APP_DIR=/share/CACHEDEV1_DATA/.qpkg/EmbyServer + export FONTCONFIG_PATH=/share/CACHEDEV1_DATA/.qpkg/EmbyServer/etc/fonts + FONTCONFIG_PATH=/share/CACHEDEV1_DATA/.qpkg/EmbyServer/etc/fonts + export ICU_DATA=/share/CACHEDEV1_DATA/.qpkg/EmbyServer/share/icu/61.1 + ICU_DATA=/share/CACHEDEV1_DATA/.qpkg/EmbyServer/share/icu/61.1 + export LD_LIBRARY_PATH=/share/CACHEDEV1_DATA/.qpkg/EmbyServer/lib:/share/CACHEDEV1_DATA/.qpkg/EmbyServer/lib/samba + LD_LIBRARY_PATH=/share/CACHEDEV1_DATA/.qpkg/EmbyServer/lib:/share/CACHEDEV1_DATA/.qpkg/EmbyServer/lib/samba + export SSL_CERT_DIR=/etc/ssl/certs + SSL_CERT_DIR=/etc/ssl/certs + cd /share/CACHEDEV1_DATA/.qpkg/EmbyServer + exec system/EmbyServer -programdata /share/CACHEDEV1_DATA/.qpkg/EmbyServer/programdata -ffdetect /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffdetect -ffmpeg /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffmpeg -ffprobe /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffprobe -defaultdirectory /share/CACHEDEV1_DATA -updatepackage 'emby-server-qnap_{version}_arm-x41.qpkg' Segmentation fault Edited January 28, 2019 by heath600 Link to comment Share on other sites More sharing options...
Luke 37051 Posted January 28, 2019 Share Posted January 28, 2019 Thanks for the info ! We'll take a look at this. Link to comment Share on other sites More sharing options...
heath600 4 Posted March 5, 2019 Author Share Posted March 5, 2019 Tested 4.1.0.12 with the same results. Still no go. Link to comment Share on other sites More sharing options...
Luke 37051 Posted March 14, 2019 Share Posted March 14, 2019 Does the latest beta make any difference? Link to comment Share on other sites More sharing options...
heath600 4 Posted March 14, 2019 Author Share Posted March 14, 2019 The latest beta results in the same segmentation faults as the previous beta. Link to comment Share on other sites More sharing options...
Luke 37051 Posted March 14, 2019 Share Posted March 14, 2019 Thanks for the info. Most likely we are probably requiring something that is too new for the device, it is just a matter of figuring out what that is. Link to comment Share on other sites More sharing options...
heath600 4 Posted March 14, 2019 Author Share Posted March 14, 2019 Not sure if any of this will help [/share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin] # LD_TRACE_LOADED_OBJECTS=1 ./emby-server linux-vdso.so.1 => (0x7dfd0000) libdl.so.2 => /share/CACHEDEV1_DATA/.qpkg/EmbyServer/lib/libdl.so.2 (0x75c58000) libc.so.6 => /share/CACHEDEV1_DATA/.qpkg/EmbyServer/lib/libc.so.6 (0x75b68000) /lib/ld-linux-armhf.so.3 (0x75c78000) [/share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin] # ./emby-server Segmentation fault The QNAP has these versions installed in its lib directory -rwxr-xr-x 1 admin administ 873.3k Mar 23 2015 libc-2.17.so* lrwxrwxrwx 1 admin administ 12 Feb 20 13:17 libc.so.6 -> libc-2.17.so* -rw-r--r-- 1 admin administ 9.6k Nov 27 2013 libdl-2.17.so lrwxrwxrwx 1 admin administ 13 Feb 20 13:17 libdl.so.2 -> libdl-2.17.so The version Emby is trying to run -rwxrwxrwx 1 admin administ 877.9k Feb 21 06:03 libc-2.25.so* lrwxrwxrwx 1 1000 1000 12 Mar 14 09:42 libc.so.6 -> libc-2.25.so* -rwxrwxrwx 1 admin administ 9.6k Feb 21 06:03 libdl-2.25.so* lrwxrwxrwx 1 1000 1000 13 Mar 14 09:42 libdl.so.2 -> libdl-2.25.so* Also note just using the lib provided in the Emby Install caused even basic command to give segmentation faults. 'ls' as an example [/share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin] # LD_TRACE_LOADED_OBJECTS=1 ls linux-vdso.so.1 => (0x7dc48000) libm.so.6 => /share/CACHEDEV1_DATA/.qpkg/EmbyServer/lib/libm.so.6 (0x75b70000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x75b28000) libc.so.6 => /share/CACHEDEV1_DATA/.qpkg/EmbyServer/lib/libc.so.6 (0x75a38000) /lib/ld-linux-armhf.so.3 (0x75bf8000) [/share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin] # ls Segmentation fault If there are any test or anything else I can do to assist please let me know. Link to comment Share on other sites More sharing options...
zeroidea 2 Posted March 15, 2019 Share Posted March 15, 2019 FWIW, I have a TS-431P (same CPU family, QTS 4.3.6.0867, 1GB RAM) with a working Emby (4.0.2.0) installed as a docker (emby/embyserver_arm32v7) and managed with Portainer. Link to comment Share on other sites More sharing options...
alucryd 216 Posted March 18, 2019 Share Posted March 18, 2019 @@heath600 Your ls and ldd commands are built on glibc 2.17 without hardware floating point, because somehow every nas manufacturer believes that soft-float is better than hard-float (hint: they're all wrong), so it's bound to segfault if you point LD_LIBRARY_PATH to emby's lib directory. We require glibc 2.25 because some of our components need at least that version, and we need hardware floating point because dotnet core requires it. We overwrite the loader path so that we can use our hardware floating point libs instead of those in the system, and this dirty trick only works because the linux kernel uses no hardware floating point instructions at all. If you just export our LD_LIBRARY_PATH from the launcher script, you should be able to run our ffmpeg at the very least. If even that fails, I'm afraid your CPU just doesn't meet our requirements. Did you give docker a try as @@zeroidea suggested? If that works, it may be a packaging error on our end. Link to comment Share on other sites More sharing options...
heath600 4 Posted March 18, 2019 Author Share Posted March 18, 2019 I tried a quick install of container station and seem to be getting the same segmentation fault. The unit does mark the CPU as having a floating unit so not sure why it is not functioning or cant be accessed. Looks like I will be stuck on 3.5.2.0 for the foreseeable future as a NAS upgrade is not in the cards for several years. I will try and reach out to QNAP and see if they have any thoughts on this but I doubt that will go anywhere. Link to comment Share on other sites More sharing options...
heath600 4 Posted March 19, 2019 Author Share Posted March 19, 2019 (edited) A little more testing. I removed Emby and updated my QNAP to the latest firmware. Installed the latest Emby pack and now ffmpeg seems to be working but Emby still gives segmentation fault [/share/CACHEDEV1_DATA/.qpkg/EmbyServer] # export LD_LIBRARY_PATH=/share/CACHEDEV1_DATA/.qpkg/EmbyServer/lib:/share/CACHEDEV1_DATA/.qpkg/EmbyServer/lib/samba [/share/CACHEDEV1_DATA/.qpkg/EmbyServer] # bin/ffmpeg ffmpeg version 4.0.3-emby_2019_03_06 Copyright (c) 2000-2018 the FFmpeg developers and softworkz for Emby LLC built with gcc 7.4.1 (Linaro GCC 7.4-2019.02) 20181213 [linaro-7.4-2019.02 revision 56ec6f6b99cc167ff0c2f8e1a2eed33b1edc85d4] Local Time: 20:42:54 T=0.000s Last message repeated 2 times Hyper fast Audio and Video encoder usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}... Use -h to get full help or, even better, run 'man ffmpeg' [/share/CACHEDEV1_DATA/.qpkg/EmbyServer] # bin/ffprobe ffprobe version 4.0.3-emby_2019_03_06 Copyright (c) 2007-2018 the FFmpeg developers and softworkz for Emby LLC built with gcc 7.4.1 (Linaro GCC 7.4-2019.02) 20181213 [linaro-7.4-2019.02 revision 56ec6f6b99cc167ff0c2f8e1a2eed33b1edc85d4] Simple multimedia streams analyzer usage: ffprobe [OPTIONS] [INPUT_FILE] You have to specify one input file. Use -h to get full help or, even better, run 'man ffprobe'. [/share/CACHEDEV1_DATA/.qpkg/EmbyServer] # bin/ffprobe /share/CACHEDEV1_DATA/TV\ Shows/Star\ Trek\ Discovery/Season\ 1/Star.Trek.Discovery.S01E03.Context.Is.for.Kings.1080p.NF.WEB-DL.DD5.1.x264-NTb.mkv ffprobe version 4.0.3-emby_2019_03_06 Copyright (c) 2007-2018 the FFmpeg developers and softworkz for Emby LLC built with gcc 7.4.1 (Linaro GCC 7.4-2019.02) 20181213 [linaro-7.4-2019.02 revision 56ec6f6b99cc167ff0c2f8e1a2eed33b1edc85d4] Input #0, matroska,webm, from '/share/CACHEDEV1_DATA/TV Shows/Star Trek Discovery/Season 1/Star.Trek.Discovery.S01E03.Context.Is.for.Kings.1080p.NF.WEB-DL.DD5.1.x264-NTb.mkv': Metadata: encoder : libebml v1.3.4 + libmatroska v1.4.5 creation_time : 2017-10-02T07:40:38.000000Z Duration: 00:48:33.82, start: 0.000000, bitrate: 4123 kb/s Stream #0:0: Video: h264 (Main), yuv420p(progressive), 1920x1080 [SAR 1:1 DAR 16:9], Level 40, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Metadata: BPS : 3737424 BPS-eng : 3737424 DURATION : 00:48:33.411000000 DURATION-eng : 00:48:33.411000000 NUMBER_OF_FRAMES: 69852 NUMBER_OF_FRAMES-eng: 69852 NUMBER_OF_BYTES : 1361081736 NUMBER_OF_BYTES-eng: 1361081736 Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s (default) Metadata: BPS : 384000 BPS-eng : 384000 DURATION : 00:48:33.824000000 DURATION-eng : 00:48:33.824000000 NUMBER_OF_FRAMES: 91057 NUMBER_OF_FRAMES-eng: 91057 NUMBER_OF_BYTES : 139863552 NUMBER_OF_BYTES-eng: 139863552 Stream #0:2(eng): Subtitle: subrip (default) (forced) Metadata: title : Forced BPS : 4 BPS-eng : 4 DURATION : 00:00:32.783000000 DURATION-eng : 00:00:32.783000000 NUMBER_OF_FRAMES: 2 NUMBER_OF_FRAMES-eng: 2 NUMBER_OF_BYTES : 19 NUMBER_OF_BYTES-eng: 19 Stream #0:3(eng): Subtitle: subrip Metadata: title : SDH BPS : 68 BPS-eng : 68 DURATION : 00:46:46.428000000 DURATION-eng : 00:46:46.428000000 NUMBER_OF_FRAMES: 662 NUMBER_OF_FRAMES-eng: 662 NUMBER_OF_BYTES : 24036 NUMBER_OF_BYTES-eng: 24036 Stream #0:4(ara): Subtitle: subrip Metadata: BPS : 98 BPS-eng : 98 DURATION : 00:47:54.917000000 DURATION-eng : 00:47:54.917000000 NUMBER_OF_FRAMES: 567 NUMBER_OF_FRAMES-eng: 567 NUMBER_OF_BYTES : 35423 NUMBER_OF_BYTES-eng: 35423 Stream #0:5(fre): Subtitle: subrip Metadata: BPS : 53 BPS-eng : 53 DURATION : 00:47:54.917000000 DURATION-eng : 00:47:54.917000000 NUMBER_OF_FRAMES: 581 NUMBER_OF_FRAMES-eng: 581 NUMBER_OF_BYTES : 19118 NUMBER_OF_BYTES-eng: 19118 Stream #0:6(pol): Subtitle: subrip Metadata: BPS : 56 BPS-eng : 56 DURATION : 00:47:54.917000000 DURATION-eng : 00:47:54.917000000 NUMBER_OF_FRAMES: 562 NUMBER_OF_FRAMES-eng: 562 NUMBER_OF_BYTES : 20432 NUMBER_OF_BYTES-eng: 20432 Stream #0:7(tlh): Subtitle: subrip Metadata: BPS : 53 BPS-eng : 53 DURATION : 00:47:55.039000000 DURATION-eng : 00:47:55.039000000 NUMBER_OF_FRAMES: 562 NUMBER_OF_FRAMES-eng: 562 NUMBER_OF_BYTES : 19070 NUMBER_OF_BYTES-eng: 19070 [/share/CACHEDEV1_DATA/.qpkg/EmbyServer] # < '/share/CACHEDEV1_DATA/TV Shows/Star Trek Discovery/Season 1/Star.Trek.Discovery.S01E03.Context.Is.for.Kings.1080p.NF.WEB-DL.DD5.1.x264-NTb.mp4' ffmpeg version 4.0.3-emby_2019_03_06 Copyright (c) 2000-2018 the FFmpeg developers and softworkz for Emby LLC built with gcc 7.4.1 (Linaro GCC 7.4-2019.02) 20181213 [linaro-7.4-2019.02 revision 56ec6f6b99cc167ff0c2f8e1a2eed33b1edc85d4] Local Time: 20:51:38 T=0.000s Last message repeated 1 times Input #0, matroska,webm, from '/share/CACHEDEV1_DATA/TV Shows/Star Trek Discovery/Season 1/Star.Trek.Discovery.S01E03.Context.Is.for.Kings.1080p.NF.WEB-DL.DD5.1.x264-NTb.mkv': Metadata: encoder : libebml v1.3.4 + libmatroska v1.4.5 creation_time : 2017-10-02T07:40:38.000000Z Duration: 00:48:33.82, start: 0.000000, bitrate: 4123 kb/s Stream #0:0: Video: h264 (Main), yuv420p(progressive), 1920x1080 [SAR 1:1 DAR 16:9], Level 40, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Metadata: BPS : 3737424 BPS-eng : 3737424 DURATION : 00:48:33.411000000 DURATION-eng : 00:48:33.411000000 NUMBER_OF_FRAMES: 69852 NUMBER_OF_FRAMES-eng: 69852 NUMBER_OF_BYTES : 1361081736 NUMBER_OF_BYTES-eng: 1361081736 Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s (default) Metadata: BPS : 384000 BPS-eng : 384000 DURATION : 00:48:33.824000000 DURATION-eng : 00:48:33.824000000 NUMBER_OF_FRAMES: 91057 NUMBER_OF_FRAMES-eng: 91057 NUMBER_OF_BYTES : 139863552 NUMBER_OF_BYTES-eng: 139863552 Stream #0:2(eng): Subtitle: subrip (default) (forced) Metadata: title : Forced BPS : 4 BPS-eng : 4 DURATION : 00:00:32.783000000 DURATION-eng : 00:00:32.783000000 NUMBER_OF_FRAMES: 2 NUMBER_OF_FRAMES-eng: 2 NUMBER_OF_BYTES : 19 NUMBER_OF_BYTES-eng: 19 Stream #0:3(eng): Subtitle: subrip Metadata: title : SDH BPS : 68 BPS-eng : 68 DURATION : 00:46:46.428000000 DURATION-eng : 00:46:46.428000000 NUMBER_OF_FRAMES: 662 NUMBER_OF_FRAMES-eng: 662 NUMBER_OF_BYTES : 24036 NUMBER_OF_BYTES-eng: 24036 Stream #0:4(ara): Subtitle: subrip Metadata: BPS : 98 BPS-eng : 98 DURATION : 00:47:54.917000000 DURATION-eng : 00:47:54.917000000 NUMBER_OF_FRAMES: 567 NUMBER_OF_FRAMES-eng: 567 NUMBER_OF_BYTES : 35423 NUMBER_OF_BYTES-eng: 35423 Stream #0:5(fre): Subtitle: subrip Metadata: BPS : 53 BPS-eng : 53 DURATION : 00:47:54.917000000 DURATION-eng : 00:47:54.917000000 NUMBER_OF_FRAMES: 581 NUMBER_OF_FRAMES-eng: 581 NUMBER_OF_BYTES : 19118 NUMBER_OF_BYTES-eng: 19118 Stream #0:6(pol): Subtitle: subrip Metadata: BPS : 56 BPS-eng : 56 DURATION : 00:47:54.917000000 DURATION-eng : 00:47:54.917000000 NUMBER_OF_FRAMES: 562 NUMBER_OF_FRAMES-eng: 562 NUMBER_OF_BYTES : 20432 NUMBER_OF_BYTES-eng: 20432 Stream #0:7(tlh): Subtitle: subrip Metadata: BPS : 53 BPS-eng : 53 DURATION : 00:47:55.039000000 DURATION-eng : 00:47:55.039000000 NUMBER_OF_FRAMES: 562 NUMBER_OF_FRAMES-eng: 562 NUMBER_OF_BYTES : 19070 NUMBER_OF_BYTES-eng: 19070 T=0.020s File '/share/CACHEDEV1_DATA/TV Shows/Star Trek Discovery/Season 1/Star.Trek.Discovery.S01E03.Context.Is.for.Kings.1080p.NF.WEB-DL.DD5.1.x264-NTb.mp4' already exists. Overwrite ? [y/N] y T=0.020s Last message repeated 1 times [mp4 @ 0xd1b60] track 1: codec frame size is not set Output #0, mp4, to '/share/CACHEDEV1_DATA/TV Shows/Star Trek Discovery/Season 1/Star.Trek.Discovery.S01E03.Context.Is.for.Kings.1080p.NF.WEB-DL.DD5.1.x264-NTb.mp4': Metadata: encoder : Lavf58.12.100 Stream #0:0: Video: h264 (Main) (avc1 / 0x31637661), yuv420p(progressive), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, Level 40, 23.98 fps, 23.98 tbr, 16k tbn, 1k tbc (default) Metadata: BPS : 3737424 BPS-eng : 3737424 DURATION : 00:48:33.411000000 DURATION-eng : 00:48:33.411000000 NUMBER_OF_FRAMES: 69852 NUMBER_OF_FRAMES-eng: 69852 NUMBER_OF_BYTES : 1361081736 NUMBER_OF_BYTES-eng: 1361081736 Stream #0:1(eng): Audio: ac3 (ac-3 / 0x332D6361), 48000 Hz, 5.1(side), fltp, 384 kb/s (default) Metadata: BPS : 384000 BPS-eng : 384000 DURATION : 00:48:33.824000000 DURATION-eng : 00:48:33.824000000 NUMBER_OF_FRAMES: 91057 NUMBER_OF_FRAMES-eng: 91057 NUMBER_OF_BYTES : 139863552 NUMBER_OF_BYTES-eng: 139863552 T=0.020s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) T=0.020s Press [q] to stop, [?] for help elapsed=00:00:11.03 frame=69852 fps=6331 q=-1.0 Lsize= 1467798kB time=00:48:33.79 bitrate=4126.7kbits/s throttle=off speed= 264x video:1329181kB audio:136586kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.138559% T=7.060s Local Time: 20:51:53 Emby still gives a segfault though [/share/CACHEDEV1_DATA/.qpkg/EmbyServer] # bash -x bin/emby-server ++ getcfg EmbyServer Install_Path -f /etc/config/qpkg.conf + APP_DIR=/share/CACHEDEV1_DATA/.qpkg/EmbyServer + export FONTCONFIG_PATH=/share/CACHEDEV1_DATA/.qpkg/EmbyServer/etc/fonts + FONTCONFIG_PATH=/share/CACHEDEV1_DATA/.qpkg/EmbyServer/etc/fonts + export ICU_DATA=/share/CACHEDEV1_DATA/.qpkg/EmbyServer/share/icu/63.1 + ICU_DATA=/share/CACHEDEV1_DATA/.qpkg/EmbyServer/share/icu/63.1 + export LD_LIBRARY_PATH=/share/CACHEDEV1_DATA/.qpkg/EmbyServer/lib:/share/CACHEDEV1_DATA/.qpkg/EmbyServer/lib/samba + LD_LIBRARY_PATH=/share/CACHEDEV1_DATA/.qpkg/EmbyServer/lib:/share/CACHEDEV1_DATA/.qpkg/EmbyServer/lib/samba + export SSL_CERT_DIR=/etc/ssl/certs + SSL_CERT_DIR=/etc/ssl/certs + cd /share/CACHEDEV1_DATA/.qpkg/EmbyServer + exec system/EmbyServer -programdata /share/CACHEDEV1_DATA/.qpkg/EmbyServer/programdata -ffdetect /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffdetect -ffmpeg /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffmpeg -ffprobe /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffprobe -defaultdirectory /share/CACHEDEV1_DATA -updatepackage 'emby-server-qnap_{version}_arm-x41.qpkg' Segmentation fault [/share/CACHEDEV1_DATA/.qpkg/EmbyServer] # system/EmbyServer -programdata /share/CACHEDEV1_DATA/.qpkg/EmbyServer/programdata -ffdetect /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffdetect -ffmpeg /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffmpeg -ffprobe /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffprobe -defaultdi> FailFast: Infinite recursion during resource lookup within System.Private.CoreLib. This may be a bug in System.Private.CoreLib, or potentially in certain extensibility points such as assembly resolve events or CultureInfo names. Resource name: Arg_ExternalException at System.Environment.FailFast(System.String) Segmentation fault Edited March 19, 2019 by heath600 Link to comment Share on other sites More sharing options...
heath600 4 Posted April 4, 2019 Author Share Posted April 4, 2019 Tested 4.1.0.19 and same as previous post. ffmpeg now works but Emby still give a segmentation fault. Link to comment Share on other sites More sharing options...
Luke 37051 Posted April 5, 2019 Share Posted April 5, 2019 Is that the same segfault you've always seen, or has it changed? Link to comment Share on other sites More sharing options...
heath600 4 Posted April 8, 2019 Author Share Posted April 8, 2019 Seems the same as before running the Emby executable. ffmpeg seems fully functional now. Link to comment Share on other sites More sharing options...
heath600 4 Posted April 19, 2019 Author Share Posted April 19, 2019 Well the email chain with QNAP support yielded nothing of value. (I can see why working with them takes forever. They takes days to respond to emails) On that note I did figure out the kernel was compiled with VPU support on my NAS.. Im surprised QNAP left the config file on there to be honest CONFIG_VFP=y CONFIG_VFPv3=y CONFIG_NEON=y So in theory my NAS should have no issue using hardware floating point. Link to comment Share on other sites More sharing options...
Luke 37051 Posted April 19, 2019 Share Posted April 19, 2019 @@heath600 yes but I believe I recall we found a case of a QNAP device reporting that it supports it when it actually doesn't. I'm pretty sure it's somewhere in this big long thread: https://emby.media/community/index.php?/topic/51334-new-qnap-package-for-testing/ Link to comment Share on other sites More sharing options...
heath600 4 Posted April 23, 2019 Author Share Posted April 23, 2019 (edited) Not sure if this helps but I was able to compile a simple program to test hardware float and it seems to work https://github.com/jzawodn/arm-neon-vfp-test/blob/master/test.c Compiled using the following command /usr/bin/arm-linux-gnueabihf-gcc test.c -mfloat-abi=hard -O9 -std=c99 -march=armv7-a -mfpu=neon -o test2 and this appears to work fine [~] # ./test2 2.200002 2.200001 5 ans = 9.705820 34741 loop/msec On a weird note using any of the soft options does not return a valid answer. (After further testing appear atof is not converting the string properly when using any soft float option. If I hard-code the variables in the code it works fine) /usr/bin/arm-linux-gnueabi-gcc test.c -mfloat-abi=soft -O9 -std=c99 -march=armv7-a -mfpu=vfpv3-d16 -o test4 [~] # ./test4 2.200002 2.200001 5 ans = 1.000000 5049 loop/msec Edited April 23, 2019 by heath600 Link to comment Share on other sites More sharing options...
Luke 37051 Posted April 23, 2019 Share Posted April 23, 2019 Interesting, thanks for the info. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now