Memories container and app fails to transcode videos

[ShapeShifter499]

Memories container and app fails to transcode videos

[sol8712]

I too am having new issues with Memories since todays 8.2.1 stable update, different issue, but possibly related since its also with memories and the update.
For me while the app and transcoding work just fine, the admin panel for memories does not load, the page stays blank and displays an error via toast "Invalid type for system config preview_max_x, expected integer, got string".

No errors in admin logs or in memories community container.

[ShapeShifter499]

the page stays blank and displays an error via toast "Invalid type for system config preview_max_x, expected integer, got string".

@sol8712 that's a known issue, previous iterations didn't parse it the same way but it was always supposed to be a integer instead of a string in config.php I made the same mistake.
Make sure the entries don't have quotes around the number in your config.php like the following below. See this for more information, pulsejet/memories#1168

  'preview_max_x' => 2048,
  'preview_max_y' => 2048,

[pulsejet]

I too am having new issues with Memories since todays 8.2.1 stable update, different issue, but possibly related since its also with memories and the update. For me while the app and transcoding work just fine, the admin panel for memories does not load, the page stays blank and displays an error via toast "Invalid type for system config preview_max_x, expected integer, got string".

pulsejet/memories#1168 (comment)

[ShapeShifter499]

Okay so my intel CPU should support QSV (Quick Sync Video) for faster encoding but it doesn't work because of what I think are missing dependencies. I see jellyfin-ffmpeg is in use, taking a look at https://jellyfin.org/docs/general/administration/hardware-acceleration/intel/ tells me I need libva-intel-driver, intel-media-driver, intel-media-sdk onevpl-intel-gpu, and intel-compute-runtime. Only intel-compute-runtime is not available in alpine linux. I don't know if the "memories transcoder" container has the proper dependencies.

If I toggle "Enable low-power mode (QSV)" off it works but it's slower and sometimes stutters as I can only guess that the playback is outpacing how fast the hardware can transcode. I do not actually know how much of a difference QSV would make here.

@pulsejet @szaimen any thoughts?

[pulsejet]

@ShapeShifter499 from your logs it simply seems like a hardware limitation; it can't transcode 4k videos.

The CPU in question is, after all, over 12 years old.

[ShapeShifter499]

@pulsejet with "Enable low-power mode (QSV)" on it fails to do anything. But with "Enable low-power mode (QSV)" off I can transcode up to 1080p but it's slow and buffers a lot waiting for the system. Do you think QSV would make any difference if it was working?

[pulsejet]

You are using QSV as soon as you turn on VA-API. The reason it'd buffer is that the CPU can't keep up with transcoding. (Basically VA-API and QSV are the same thing just different names)

"Low power mode" is a feature of newer Intel processors to (well) use less power. It's actually intended to be slower.

[ShapeShifter499]

Oh I terribly misunderstood the meaning of those two then. I'm sorry for wasting anyone's time. I think I'm going to close this here since stuff seems to be working on some level. In my case I'll disable transcoding of videos.