Thumbnail Extraction task erroring for some movies

[roaku 792]

3 minutes ago, softworkz said:

@roaku - could you provide that failing file for testing? (via PM)

I will within a couple of hours.

[roaku 792]

I PMd a link to the file, but the issue is pretty consistent across the board.

Here's the quick-extract failing with an OTA recording from tonight:

2022-09-28 21:00:23.309 Info QuickSingleImageExtractor: ProcessRun 'quick-extract-image' Execute: /opt/emby-server/bin/ffmpeg -skip_list 362 -f mpegts -threads 1 -copyts -i file:"/media/dvr/LEGO Masters/Season 3/LEGO Masters S03E02 Jurass-brick World.ts" -an -sn -update 1 -vf "scale=trunc(min(max(iw\,ih*dar)\,min(600\,0*dar))/2)*2:trunc(min(max(iw/dar\,ih)\,min(600/dar\,0))/2)*2,thumbnail=24" -vsync 0 -f image2 "/var/lib/emby/cache/temp/f1b2ca11-4510-404c-91d1-e480ce1516a2.jpg"
2022-09-28 21:00:24.333 Info QuickSingleImageExtractor: ProcessRun 'quick-extract-image' Process exited with code 134 - Failed

 

Edited September 29, 2022 by roaku

[softworkz 3326]

Thanks for the file. The same command doesn't crash when I run it on Ubuntu with the same ffmpeg.

What's your OS platform and architecture?

Could it be a file system issue?

[roaku 792]

7 hours ago, softworkz said:

Thanks for the file. The same command doesn't crash when I run it on Ubuntu with the same ffmpeg.

What's your OS platform and architecture?

Could it be a file system issue?

The current issue is with Emby Beta 4.8.10 with Armbian built Ubuntu on an Odroid XU4:

Quote

Distributor ID: Ubuntu
Description:    Ubuntu 22.04.1 LTS
Release:        22.04
Codename:       jammy

 

The temp image hash directory and first jpg file are getting created in the cache directory before the command bails.

 

I ran another command from the log and see something in the error output:

Quote

sudo -u emby /opt/emby-server/bin/ffmpeg -f matroska -threads 1 -skip_list 8,300,600,900,1200,1500 -i file:"/media/dvr/Jeopardy! (1984)/Season 39/Jeopardy! S39E13.mkv" -an -sn -vf "select='eq(pict_type,PICT_TYPE_I)'" -vsync 0 -f image2 "/var/lib/emby/cache/temp/0922f1c778014c138d345631fdd6693f/img_%05d.jpg"
/opt/emby-server/bin/ffmpeg: error while loading shared libraries: libavdevice.so.59: cannot open shared object file: No such file or directory

Taking that as a hint, I navigated to /opt/emby-server/lib and see that that dir and its contents are owned by root.

Quote

root@odroid:/opt/emby-server/lib# ll
total 82460
drwxr-xr-x 2 root root    16384 Sep 28 22:52 ./
drwxr-xr-x 9 root root     4096 Sep 24 15:18 ../
lrwxrwxrwx 1 root root       17 Aug 21  2017 libSkiaSharp.so -> libSkiaSharp.so.2
lrwxrwxrwx 1 root root       20 Aug 21  2017 libSkiaSharp.so.2 -> libSkiaSharp.so.80.2
-rw-r--r-- 1 root root  2469388 Aug 21  2017 libSkiaSharp.so.80.2
lrwxrwxrwx 1 root root       23 Aug 21  2017 libavcodec.so -> libavcodec.so.59.37.100
lrwxrwxrwx 1 root root       23 Aug 21  2017 libavcodec.so.59 -> libavcodec.so.59.37.100
-rw-r--r-- 1 root root 14184236 Aug 21  2017 libavcodec.so.59.37.100
lrwxrwxrwx 1 root root       23 Aug 21  2017 libavdevice.so -> libavdevice.so.59.7.100
lrwxrwxrwx 1 root root       23 Aug 21  2017 libavdevice.so.59 -> libavdevice.so.59.7.100
-rw-r--r-- 1 root root   382200 Aug 21  2017 libavdevice.so.59.7.100
lrwxrwxrwx 1 root root       23 Aug 21  2017 libavfilter.so -> libavfilter.so.8.44.100
lrwxrwxrwx 1 root root       23 Aug 21  2017 libavfilter.so.8 -> libavfilter.so.8.44.100
-rw-r--r-- 1 root root  6322528 Aug 21  2017 libavfilter.so.8.44.100
lrwxrwxrwx 1 root root       24 Aug 21  2017 libavformat.so -> libavformat.so.59.27.100
lrwxrwxrwx 1 root root       24 Aug 21  2017 libavformat.so.59 -> libavformat.so.59.27.100
1  2017 libz.so.1.2.12

...

The link mentioned in the log (libavdevice.so.59) has 777 but the referenced file (libavdevice.so.59.7.100) only has 644. I upped it to 777 as an experiment, but that didn't seem to have an effect.

Edited September 29, 2022 by roaku

[roaku 792]

One other thing I thought of is that I have a recording post processing script that unsets LD_LIBRARY_PATH. I was advised/needed to add that to get the script working when I was running Emby on Synology. That script is also configured to run on the new Odroid based server.

I'm not able to test this right now, but could that be causing the issue?

Edited September 29, 2022 by roaku

[softworkz 3326]

7 hours ago, roaku said:

I ran another command from the log and see something in the error output:

Quote

sudo -u emby /opt/emby-server/bin/ffmpeg -f matroska -threads 1 -skip_list 8,300,600,900,1200,1500 -i file:"/media/dvr/Jeopardy! (1984)/Season 39/Jeopardy! S39E13.mkv" -an -sn -vf "select='eq(pict_type,PICT_TYPE_I)'" -vsync 0 -f image2 "/var/lib/emby/cache/temp/0922f1c778014c138d345631fdd6693f/img_%05d.jpg"
/opt/emby-server/bin/ffmpeg: error while loading shared libraries: libavdevice.so.59: cannot open shared object file: No such file or directory

Taking that as a hint, I navigated to /opt/emby-server/lib and see that that dir and its contents are owned by root.

Quote

root@odroid:/opt/emby-server/lib# ll
total 82460
drwxr-xr-x 2 root root    16384 Sep 28 22:52 ./
drwxr-xr-x 9 root root     4096 Sep 24 15:18 ../
lrwxrwxrwx 1 root root       17 Aug 21  2017 libSkiaSharp.so -> libSkiaSharp.so.2
lrwxrwxrwx 1 root root       20 Aug 21  2017 libSkiaSharp.so.2 -> libSkiaSharp.so.80.2
-rw-r--r-- 1 root root  2469388 Aug 21  2017 libSkiaSharp.so.80.2
lrwxrwxrwx 1 root root       23 Aug 21  2017 libavcodec.so -> libavcodec.so.59.37.100
lrwxrwxrwx 1 root root       23 Aug 21  2017 libavcodec.so.59 -> libavcodec.so.59.37.100
-rw-r--r-- 1 root root 14184236 Aug 21  2017 libavcodec.so.59.37.100
lrwxrwxrwx 1 root root       23 Aug 21  2017 libavdevice.so -> libavdevice.so.59.7.100
lrwxrwxrwx 1 root root       23 Aug 21  2017 libavdevice.so.59 -> libavdevice.so.59.7.100
-rw-r--r-- 1 root root   382200 Aug 21  2017 libavdevice.so.59.7.100
lrwxrwxrwx 1 root root       23 Aug 21  2017 libavfilter.so -> libavfilter.so.8.44.100
lrwxrwxrwx 1 root root       23 Aug 21  2017 libavfilter.so.8 -> libavfilter.so.8.44.100
-rw-r--r-- 1 root root  6322528 Aug 21  2017 libavfilter.so.8.44.100
lrwxrwxrwx 1 root root       24 Aug 21  2017 libavformat.so -> libavformat.so.59.27.100
lrwxrwxrwx 1 root root       24 Aug 21  2017 libavformat.so.59 -> libavformat.so.59.27.100
1  2017 libz.so.1.2.12

...

Expand  

The link mentioned in the log (libavdevice.so.59) has 777 but the referenced file (libavdevice.so.59.7.100) only has 644. I upped it to 777 as an experiment, but that didn't seem to have an effect.

No, wrong track. Outside of emby, you always MUST call emby-ffmpeg  in this folder.

[softworkz 3326]

2 hours ago, roaku said:

One other thing I thought of is that I have a recording post processing script that unsets LD_LIBRARY_PATH. I was advised/needed to add that to get the script working when I was running Emby on Synology. That script is also configured to run on the new Odroid based server.

I'm not able to test this right now, but could that be causing the issue?

Yes, that's possible. A script could clear this for the parent process when done wrong. Please show your script.

[roaku 792]

29 minutes ago, softworkz said:

No, wrong track. Outside of emby, you always MUST call emby-ffmpeg  in this folder.

Ok

28 minutes ago, softworkz said:

Yes, that's possible. A script could clear this for the parent process when done wrong. Please show your script.

I will in about 2 hours.

I can say right now, though, that I'm just unsetting it near the beginning and not doing anything to re-set it at the end.

Edit:

And just to be clear (if it's not already too late for that), I did *not* have this script in place when I opened the thread. That original issue was solved by upgrading from 4.6 to 4.7.x.

However, my Synology model failed a subsequent upgrade to 4.7.5, forcing me to switch to the beta path. This fixed Emby, but re-broke the image extraction, due to the beta not yet having the fix from 4.7.x.

Finally, I added the processing script *before* the release and installation of the .9 beta.

So, it's possible that:

• The regressed image extraction issue on Synology problem was solved with the .9 beta in the same way it was solved with 4.7.x.
• But, this was masked by a similar but new problem being created by the addition of the processing script
• That new problem survived migration from Synology to Ubuntu/Deb due to the continued use of the processing script

Edited September 29, 2022 by roaku

[roaku 792]

Here's my processing script.

It swaps ts containers for mkv + adds a stereo aac to make a lowest common denominator compatible file, then runs comskip on it.

#!/bin/bash
if [[ "$1" == *".ts"* ]]; then
  unset LD_LIBRARY_PATH
  outfile=${1//.ts/.mkv}
  ffmpeg="/usr/bin/ffmpeg"
  comskip="/usr/bin/comskip"
  csini="/home/odroid/emby_scripts/comskipper.ini"

  audio_codec="aac -ac 2 -ab 192000"

 "$ffmpeg" -hide_banner -fflags +genpts -i "$1" -map 0:v -c:v copy -map 0:a:0 -c:a:0 copy -map 0:a:0 -c:a:1 $audio_codec -y "$outfile"

  result=$?
  if [ "${result}" -ne "0" ]; then
    rm "$outfile"
  else
    rm "$1"
    "$comskip" --ini="$csini" "$outfile"
  fi
fi

 

[roaku 792]

Rerunning the command with emby-ffmpeg on the odroid:

Quote

sudo -u emby /opt/emby-server/bin/emby-ffmpeg -f matroska -threads 1 -skip_list 8,300,600,900,1200,1500 -i file:"/media/dvr/Jeopardy! (1984)/Season 39/Jeopardy! S39E13.mkv" -an -sn -vf "select='eq(pict_type,PICT_TYPE_I)'" -vsync 0 -f image2 "/var/lib/emby/cache/temp/0922f1c778014c138d345631fdd6693f/img_%05d.jpg"

 

Quote

ffmpeg version 5.1-emby_2022_09_13 Copyright (c) 2000-2022 the FFmpeg developers and softworkz for Emby LLC
  built with gcc 10.3.0 (crosstool-NG 1.25.0)
Execution Date: 2022-09-29 18:18:17
-vsync is deprecated. Use -fps_mode
Passing a number to -vsync is deprecated, use a string argument as described in the manual.
Input #0, matroska,webm, from 'file:/media/dvr/Jeopardy! (1984)/Season 39/Jeopardy! S39E13.mkv':
  Metadata:
    ENCODER         : Lavf58.76.100
  Duration: 00:29:37.44, start: 0.000000, bitrate: 7500 kb/s
  Stream #0:0: Video: mpeg2video (Main), yuv420p(tv, top first), 1920x1080 [SAR 1:1 DAR 16:9], Closed Captions, Level 4, 29.97 fps, 29.97 tbr, 1k tbn, Start-Time 1.869s (default)
    Metadata:
      DURATION        : 00:29:37.442000000
    Side data:
      cpb: bitrate max/min/avg: 17598000/0/0 buffer size: 7995392 vbv_delay: N/A
  Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s, Start-Time 0.021s (default)
    Metadata:
      DURATION        : 00:29:36.469000000
  Stream #0:2(eng): Audio: aac (LC), 48000 Hz, stereo, fltp
    Metadata:
      ENCODER         : Lavc58.134.100 aac
      DURATION        : 00:29:36.469000000
Stream mapping:
  Stream #0:0 -> #0:0 (mpeg2video (native) -> mjpeg (native))
Press [q] to stop, [?] for help
[swscaler @ 0x17ea20] [swscaler @ 0x1cabb0] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x1fc810] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x2393f0] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x275fd0] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x2b2bb0] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x2ef790] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x32c370] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x368f50] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x3a5b30] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x21fc40] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x1cbcb0] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x207210] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x276190] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x2b2d70] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x2ef950] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x32c530] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x369110] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x3a5cf0] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x21fc40] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x1cbcb0] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x207210] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x276190] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x2b2d70] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x2ef950] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x32c530] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x369110] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x3a5cf0] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x21fc40] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x1cbcb0] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x207210] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x276190] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x2b2d70] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x2ef950] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x32c530] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x369110] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x17ea20] [swscaler @ 0x3a5cf0] deprecated pixel format used, make sure you did set range correctly
Output #0, image2, to '/var/lib/emby/cache/temp/0922f1c778014c138d345631fdd6693f/img_%05d.jpg':
  Metadata:
    encoder         : Lavf59.27.100
  Stream #0:0: Video: mjpeg, yuvj420p(pc, top first), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 29.97 fps, 29.97 tbn (default)
    Metadata:
      DURATION        : 00:29:37.442000000
      encoder         : Lavc59.37.100 mjpeg
    Side data:
      cpb: bitrate max/min/avg: 0/0/200000 buffer size: 0 vbv_delay: N/A
Skip-Option - Write output: pkt_pts_time:1.86853 pkt_dts_time:1.86853 input_pts_time:1.869
Skip-Option - Seek performed to: 8 input_cur_dts: 1.902
elapsed=00:00:00.02 frame=    1 fps=0.0 q=0.0 size=N/A time=00:00:01.90 bitrate=N/A throttle=off speed=87.8x
Assertion cur_size >= size failed at libavutil/fifo.c:270
Aborted

The temp directory after running:

root@odroid:/var/lib/emby/cache/temp/0922f1c778014c138d345631fdd6693f# pwd
/var/lib/emby/cache/temp/0922f1c778014c138d345631fdd6693f
root@odroid:/var/lib/emby/cache/temp/0922f1c778014c138d345631fdd6693f# ll
total 588
drwxr-xr-x   2 emby emby   4096 Sep 29 07:15 ./
drwxr-xr-x 140 emby emby 503808 Sep 29 18:14 ../
-rw-r--r--   1 emby emby  89581 Sep 29 18:18 img_00001.jpg
root@odroid:/var/lib/emby/cache/temp/0922f1c778014c138d345631fdd6693f#

 

Edited September 29, 2022 by roaku

[softworkz 3326]

13 hours ago, roaku said:

Here's my processing script.

It swaps ts containers for mkv + adds a stereo aac to make a lowest common denominator compatible file, then runs comskip on it.

#!/bin/bash
if [[ "$1" == *".ts"* ]]; then
  unset LD_LIBRARY_PATH
  outfile=${1//.ts/.mkv}
  ffmpeg="/usr/bin/ffmpeg"
  comskip="/usr/bin/comskip"
  csini="/home/odroid/emby_scripts/comskipper.ini"

  audio_codec="aac -ac 2 -ab 192000"

 "$ffmpeg" -hide_banner -fflags +genpts -i "$1" -map 0:v -c:v copy -map 0:a:0 -c:a:0 copy -map 0:a:0 -c:a:1 $audio_codec -y "$outfile"

  result=$?
  if [ "${result}" -ne "0" ]; then
    rm "$outfile"
  else
    rm "$1"
    "$comskip" --ini="$csini" "$outfile"
  fi
fi

 

This shouldn't affect the parent process' environment, but to be save, you could use a subshell for the content of the outermost if. (like here: https://stackoverflow.com/a/60044161) 

[softworkz 3326]

13 hours ago, roaku said:

Quote

Assertion cur_size >= size failed at libavutil/fifo.c:270
Aborted

The temp directory after running:

Could you please retry with the same file that you sent me?

We need to have a clear case to 100% confirm that there's a different behavior between the aarch64 ffmpeg and the x64 ffmpeg.

Please also post the top of a server log so we can see the system information.

Thanks

[roaku 792]

27 minutes ago, softworkz said:

Could you please retry with the same file that you sent me?

We need to have a clear case to 100% confirm that there's a different behavior between the aarch64 ffmpeg and the x64 ffmpeg.

Please also post the top of a server log so we can see the system information.

Thanks

 

On odroid/linux, this command:

Quote

sudo -u emby /opt/emby-server/bin/emby-ffmpeg -f matroska -threads 1 -skip_list 8,363.2,663,925.2,1236.2,1573.5,1884.7,2107.3,2532.7,2876.2,3172.3,3370.5,3694.9,3970.5,4348.5,4648.6,4814,5181.9,5354.5,5688.5,5966.8,6254.7,6473,6833.1,7136.3,7457.4,7782.1,8199.7 -i file:"/media/emby_video/Movies/d/Donnie Brasco (1997)/Donnie Brasco (1997).mkv" -an -sn -vsync 0 -f image2 "/var/lib/emby/cache/temp/41fda5bfa13d4590870c07f9433ed99d/img_%05d.jpg"

Output:

Quote

ffmpeg version 5.1-emby_2022_09_13 Copyright (c) 2000-2022 the FFmpeg developers and softworkz for Emby LLC
  built with gcc 10.3.0 (crosstool-NG 1.25.0)
Execution Date: 2022-09-30 08:11:59
-vsync is deprecated. Use -fps_mode
Passing a number to -vsync is deprecated, use a string argument as described in the manual.
Input #0, matroska,webm, from 'file:/media/emby_video/Movies/d/Donnie Brasco (1997)/Donnie Brasco (1997).mkv':
  Metadata:
    creation_time   : 2022-09-23T02:51:00.000000Z
    ENCODER         : Lavf58.76.100
  Duration: 02:27:06.95, start: 0.000000, bitrate: 766 kb/s
  Stream #0:0: Video: hevc (Main), yuv420p(tv, smpte170m/smpte170m/bt709), 720x358 [SAR 32:27 DAR 1280:537], Level 90, 29.97 fps, 29.97 tbr, 1k tbn (default)
    Metadata:
      DURATION        : 02:27:06.948000000
  Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s (default)
    Metadata:
      title           : Original AC3
      DURATION        : 02:27:06.944000000
Stream mapping:
  Stream #0:0 -> #0:0 (hevc (native) -> mjpeg (native))
Press [q] to stop, [?] for help
[swscaler @ 0x28f1f0] [swscaler @ 0x298a90] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x2b5840] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x2d2180] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x2eef20] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x30b9f0] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x328790] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x3450d0] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x361e70] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x37ea80] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x298a90] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x2b0080] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x345770] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x2d6690] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x310460] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x32d200] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x2f3a10] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x363430] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x37faf0] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x298810] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x2aebe0] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x343e40] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x2f0cd0] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x2d63c0] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x310190] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x32d200] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x363430] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x37faf0] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x298810] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x2aebe0] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x343e40] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x2f0cd0] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x2d63c0] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x310190] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x32d200] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x363430] deprecated pixel format used, make sure you did set range correctly
[swscaler @ 0x28f1f0] [swscaler @ 0x37faf0] deprecated pixel format used, make sure you did set range correctly
Output #0, image2, to '/var/lib/emby/cache/temp/41fda5bfa13d4590870c07f9433ed99d/img_%05d.jpg':
  Metadata:
    encoder         : Lavf59.27.100
  Stream #0:0: Video: mjpeg, yuvj420p(pc, smpte170m/smpte170m/bt709, progressive), 720x358 [SAR 32:27 DAR 1280:537], q=2-31, 200 kb/s, 29.97 fps, 29.97 tbn (default)
    Metadata:
      DURATION        : 02:27:06.948000000
      encoder         : Lavc59.37.100 mjpeg
    Side data:
      cpb: bitrate max/min/avg: 0/0/200000 buffer size: 0 vbv_delay: N/A
Skip-Option - Write output: pkt_pts_time:0 pkt_dts_time:0 input_pts_time:0
Skip-Option - Seek performed to: 8 input_cur_dts: 0.033
elapsed=00:00:00.00 frame=    1 fps=0.0 q=0.0 size=N/A time=00:00:00.03 bitrate=N/A throttle=off speed=4.37x
Segmentation fault

 

Log startup:

2022-09-27 23:59:58.787 Info App: Application version: 4.8.0.9
2022-09-27 23:59:58.787 Info App: Emby
	Command line: /opt/emby-server/system/EmbyServer.dll -programdata /var/lib/emby -ffdetect /opt/emby-server/bin/ffdetect -ffmpeg /opt/emby-server/bin/ffmpeg -ffprobe /opt/emby-server/bin/ffprobe -restartexitcode 3 -updatepackage emby-server-deb_{version}_armhf.deb
	Operating system: Linux version 5.4.211-407 (root@1604builderarmhf) (gcc version 11.2.0 (Ubuntu 11.2.0-19ubuntu1)) #1 SMP PREEMPT Fri Aug 26 16:27:02 UTC 2022
	Framework: .NET 6.0.8
	OS/Process: arm/arm
	Runtime: opt/emby-server/system/System.Private.CoreLib.dll
	Processor count: 8
	Data path: /var/lib/emby
	Application path: /opt/emby-server/system
2022-09-27 23:59:58.787 Info App: Logs path: /var/lib/emby/logs
2022-09-27 23:59:58.787 Info App: Cache path: /var/lib/emby/cache
2022-09-27 23:59:58.787 Info App: Internal metadata path: /var/lib/emby/metadata
2022-09-27 23:59:58.787 Info App: Transcoding temporary files path: /var/lib/emby/transcoding-temp
2022-09-27 23:59:58.787 Info App: Plugins:
	Bluray Folder Support 1.0.0.0
	Cinema Intros 1.0.40.0
	Com Skipper 1.4.0.0
	Dlna 1.0.87.0
	Dvd Folder Support 1.0.0.0
	Emby Guide Data 1.0.7.0
	Fanart.tv 1.0.13.0
	Iconic Image Enhancer 2.2.0.7
	Listify Playlist Pruner 0.0.1.0
	M3U TV Tuner 1.0.13.0
	MovieDb 1.6.2.0
	MusicBrainz 1.0.21.0
	Nfo Metadata 1.0.69.0
	OMDb 1.0.18.0
	Open Subtitles 1.0.31.0
	Port Mapper 1.1.8.0
	Server Configuration Backup 1.4.9.0
	Studio Images 1.0.3.0
	TheAudioDb 1.0.16.0
	TheTVDB 1.3.1.0
	Trakt 3.5.9.0
	VirtualTV 1.1.2.0
	Webhooks 1.0.19.0
	XmlTV 1.0.8.0

 

Edited September 30, 2022 by roaku

[softworkz 3326]

Thanks! We'll need to investigate this internally.

[Luke 37008]

Are you able to compare with 4.7.8?

[roaku 792]

2 hours ago, Luke said:

Are you able to compare with 4.7.8?

Not easily. I had to switch my main server to the beta track to get around this issue with the Synology 4.7.5 build. I stayed with the beta track when migrating my server to Armbian Ubuntu on Odroid.

[roaku 792]

@Luke @softworkz

Will this get a close look within the 4.8 cycle?

[Luke 37008]

Have you tried the latest build?

[roaku 792]

9 hours ago, Luke said:

Have you tried the latest build?

Yes. There was no change, which prompted me to ask if this issue was going to be looked at as part of the 4.8 cycle. Speaking of which, is this issue going to be looked at as part of the 4.8 cycle?

[roycrt56 1]

Debian Bullseye server updated and upgraded

Emby 4.7.11.0

No other programs loaded on server except emby

Metadata placed is video folder

Sometimes emby makes 320-10.bif,  thumbs and nfo files in video folder, sometimes not.  Sometimes there are character icons, sometimes not.  Season 1 may work right, but Season 2 doesn't.  Both coming from same rip session.  Same with movies.

Adds all videos to library, just no images when fast forwarding or images on chapters.

 

[Luke 37008]

On 1/20/2023 at 8:34 AM, roaku said:

Yes. There was no change, which prompted me to ask if this issue was going to be looked at as part of the 4.8 cycle. Speaking of which, is this issue going to be looked at as part of the 4.8 cycle?

Yes it may be improved in the next 4.8 beta build. Thanks.

[Luke 37008]

Hi, can you please try the new 4.8 beta and let us know how things compare? Thanks !

[roaku 792]

8 minutes ago, Luke said:

Hi, can you please try the new 4.8 beta and let us know how things compare? Thanks !

Any estimate on when the new beta will be available for Ubuntu Arm? I'll be happy to try once it's available.

https://emby.media/linux-server.html

https://github.com/MediaBrowser/Emby.Releases/releases/tag/4.8.0.26

[Luke 37008]

They're all on the way up now. Thanks.

[roaku 792]

2023-03-24 18:06:44.468 Info Server: http/1.1 Response 204 to host2. Time: 12ms. POST http://host1:8096/emby/ScheduledTasks/Running/d15b3f9fc313609ffe7e49bd1c74f753?X-Emby-Client=Emby Web&X-Emby-Device-Name=Firefox Windows&X-Emby-Device-Id=efabbd68-6b55-4571-ae3f-4653651d0a0e&X-Emby-Client-Version=4.8.0.26&X-Emby-Token=x_secret1_x&X-Emby-Language=en-us
2023-03-24 18:06:45.232 Info QuickImageSeriesExtractor: ProcessRun 'quick-extract-imageseries' Execute: /opt/emby-server/bin/ffmpeg -f mp4 -threads 1 -skip_interval 10 -copyts -i file:"/media/emby_video/TransitoryMovies/Reno 911! - It's a Wonderful Heist (2022)/Reno 911! - It's a Wonderful Heist (2022).mp4" -an -sn -vf "select='eq(pict_type,PICT_TYPE_I)',scale=w=320:h=180" -vsync cfr -r 0.1 -f image2 "/var/lib/emby/cache/temp/66c16c03fd8a4a4f8b7ae2cdcf8c5348/img_%05d.jpg"
2023-03-24 18:06:47.850 Info QuickImageSeriesExtractor: ProcessRun 'quick-extract-imageseries' Process exited with code 134 - Failed
2023-03-24 18:06:47.971 Info QuickImageSeriesExtractor: ProcessRun 'quick-extract-imageseries' Execute: /opt/emby-server/bin/ffmpeg -f mp4 -threads 1 -skip_interval 10 -copyts -i file:"/media/emby_video/TransitoryMovies/Reno 911! - The Hunt for QAnon (2021)/Reno 911! - The Hunt for QAnon (2021).mp4" -an -sn -vf "select='eq(pict_type,PICT_TYPE_I)',scale=w=320:h=180" -vsync cfr -r 0.1 -f image2 "/var/lib/emby/cache/temp/5f2cc1ef1a2c4e37b6fc843c343ada39/img_%05d.jpg"
2023-03-24 18:06:49.887 Info QuickImageSeriesExtractor: ProcessRun 'quick-extract-imageseries' Process exited with code 139 - Failed

 

Running the 'Thumbnail Image Extraction' task on .26 resulted in the above output.

Looks like it tried two movies and failed with two different error codes.

The task itself 'completed' in just a few seconds.