Jump to content


Photo

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


  • Please log in to reply
17 replies to this topic

#1 heath600 OFFLINE  

heath600

    Member

  • Members
  • 13 posts
  • Local time: 10:14 PM

Posted 10 December 2018 - 08:48 PM

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?



#2 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 121725 posts
  • Local time: 10:14 PM

Posted 10 December 2018 - 08:56 PM

What architecture is the CPU?

#3 heath600 OFFLINE  

heath600

    Member

  • Members
  • 13 posts
  • Local time: 10:14 PM

Posted 10 December 2018 - 09:01 PM

From the Hardware Spec Page

 

https://www.qnap.com.../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



#4 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 121725 posts
  • Local time: 10:14 PM

Posted 10 December 2018 - 09:05 PM

That's armv7 right?

#5 heath600 OFFLINE  

heath600

    Member

  • Members
  • 13 posts
  • Local time: 10:14 PM

Posted 10 December 2018 - 09:09 PM

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, 11 December 2018 - 12:50 AM.


#6 heath600 OFFLINE  

heath600

    Member

  • Members
  • 13 posts
  • Local time: 10:14 PM

Posted 19 December 2018 - 11:06 PM

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



#7 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 121725 posts
  • Local time: 10:14 PM

Posted 19 December 2018 - 11:09 PM

Thanks for the info. We're looking into it.



#8 heath600 OFFLINE  

heath600

    Member

  • Members
  • 13 posts
  • Local time: 10:14 PM

Posted 28 January 2019 - 03:30 PM

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, 28 January 2019 - 03:46 PM.


#9 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 121725 posts
  • Local time: 10:14 PM

Posted 28 January 2019 - 03:57 PM

Thanks for the info ! We'll take a look at this.



#10 heath600 OFFLINE  

heath600

    Member

  • Members
  • 13 posts
  • Local time: 10:14 PM

Posted 05 March 2019 - 04:35 PM

Tested 4.1.0.12 with the same results.  Still no go.



#11 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 121725 posts
  • Local time: 10:14 PM

Posted 14 March 2019 - 01:45 AM

Does the latest beta make any difference?



#12 heath600 OFFLINE  

heath600

    Member

  • Members
  • 13 posts
  • Local time: 10:14 PM

Posted 14 March 2019 - 09:50 AM

The latest beta results in the same segmentation faults as the previous beta.



#13 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 121725 posts
  • Local time: 10:14 PM

Posted 14 March 2019 - 01:53 PM

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.



#14 heath600 OFFLINE  

heath600

    Member

  • Members
  • 13 posts
  • Local time: 10:14 PM

Posted 14 March 2019 - 06:54 PM

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.



#15 zeroidea OFFLINE  

zeroidea

    Newbie

  • Members
  • 9 posts
  • Local time: 07:14 PM

Posted 14 March 2019 - 08:05 PM

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.



#16 alucryd OFFLINE  

alucryd

    Advanced Member

  • Members
  • 303 posts
  • Local time: 03:14 AM
  • LocationLille, France

Posted 18 March 2019 - 11:22 AM

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



#17 heath600 OFFLINE  

heath600

    Member

  • Members
  • 13 posts
  • Local time: 10:14 PM

Posted 18 March 2019 - 06:25 PM

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.  



#18 heath600 OFFLINE  

heath600

    Member

  • Members
  • 13 posts
  • Local time: 10:14 PM

Posted 18 March 2019 - 08:53 PM

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, 18 March 2019 - 08:58 PM.





0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users