Jump to content

QNAP TS-531P and emby-server-qnap_3.6.0.76_arm-x41.qpkg


heath600

Recommended Posts

heath600

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

heath600

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 by heath600
Link to comment
Share on other sites

  • 2 weeks later...
heath600

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

  • 1 month later...
heath600

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 by heath600
Link to comment
Share on other sites

  • 1 month later...
  • 2 weeks later...

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

heath600

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

zeroidea

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

alucryd

@@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

heath600

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

heath600

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 by heath600
Link to comment
Share on other sites

  • 3 weeks later...
heath600

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

  • 2 weeks later...
heath600

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

heath600

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 by heath600
Link to comment
Share on other sites

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...