iturnedintoanewt

I mean, my concern is...it would seem in docker-compose.yml that these paths would match:

${THUMB_LOCATION} = ${UPLOAD_LOCATION}/thumbs
${ENCODED_VIDEO_LOCATION} = ${UPLOAD_LOCATION}/encoded-video
${PROFILE_LOCATION} = ${UPLOAD_LOCATION}profile

, which might explain why I'm getting a thumbs folder inside my /media/MyNAS/Immich/immich-files...same with profile and encoded-video. The thumbs clearly is being used (the one inside Immich/immich-files/thumbs), while the root-located one (Immich/thumbs) is not. The root-based folders might be created due to the .env file, but then not used...and maybe it's confusing Immich? Can I remove the entries from the .env, leaving just the UPLOAD_LOCATION one? Or am I making myself a mess this way? Maybe I should make them point equally in the .env to the same sub-paths inside immich-files so they match the structure in the docker-compose.yml? Sorry...kinda new to docker compose.

The docker container where the DB lives has still another 2GB free to go (I'll increase this). The pictures storage goes to a NAS drive with nearly 10TB of storage left. The docker container has 4GB RAM to run, only immich is running on this at this moment...I didn't seen running too high just yet.

Good point about media storing. I seem to have some loop folders issue. My Immich folder has encoded-video (empty), profile (empty), thumbs (with stuff), and immich-files...and immich-files has encoded-video (again, empty), library (with all the stuff), profile (empty), thumbs (empty) and upload (empty). This is my .env:

UPLOAD_LOCATION=/media/MyNAS/Immich/immich_files
THUMB_LOCATION=/media/MyNAS/Immich/thumbs
ENCODED_VIDEO_LOCATION=/media/MyNAS/Immich/encoded-video
PROFILE_LOCATION=/media/NASdata/MyNAS/Immich/profile

And...this is my docker-compose.yml:

    volumes:
      - ${UPLOAD_LOCATION}:/usr/src/app/upload
      - ${THUMB_LOCATION}:/usr/src/app/upload/thumbs
      - ${ENCODED_VIDEO_LOCATION}:/usr/src/app/upload/encoded-video
      - ${PROFILE_LOCATION}:/usr/src/app/upload/profile
      - /etc/localtime:/etc/localtime:ro

Is there anything obviously wrong that would make Immich place stuff in weird folders? Should I remove all the additional paths from .env, leaving only UPLOAD_LOCATION?

Thanks! I never walked through that screen yet...I'll try that!

EDIT: Seems...not to have done much. Backup keeps tracking and uploading a ton of files. Many more than what the server actually displays, as in, I've seen the backup go through pictures with dates the server doesn't seem to show. I've seen it slowly go through at least 15-20 videos for example, but the server only acknowledges a grand total of 2 video assets.

EDIT2: Oops, seems the screen eventually turned off and backup stalled...Let's see what it does now... ....aaaand back to May 25th. Yup, still the same problem here :(

Thanks. I've been noticing this A LOT. Deluge will stop and error out the download. You are forced to manually check the file before being able to resume the download. Only, it will error out again a few seconds later. Keeping a very up to date block filter seems to help, but only a little bit.

Sadly no luck...and re-syncing these manually would be a royal PITA. I'd be happy to re-encode them myself from source DVDs if I was able to find them (I'd assume the DVDs would have multilanguage?). But so far no luck :(

EDIT: Holy cow I think I might have found them. You can search Simpsons. MULTi DSNP RondoBYM on sites such as 1337. These encodes are...big, taking 25-30GB per season, but because they include about 10 languages audio? This is still untested, I'm trying to download these at the moment. Spanish, Latin Spanish, French, Portuguese are included (and many others, Czech, Turkish, Japanese?). I plan to run some remuxer or something later to cut out the audios I'm not interested on. Sadly (or obviously) this guy didn't manage to go any further than seasons 1-8. The classics, I guess.

Tubemate. Tubular. Newpipe. Ublock if nothing else.

Thanks...but I don't want to block all other users/devices from using x265 just because that one single device :(

I didn't see an option to disable x265, sadly. There's a bunch of transcoding options, but seems this wasn't considered, unless the device didn't support it.

Thanks...I was looking onto that, but I don't think I've seen the option to always transcode x265 back to x264...Unless the device truly can't. But if it can decode, it's preferred, and I'm not sure there's an option to change that.

Whatsapp link previews are rendered at meta servers. They could display any propaganda or fake news warnings they wanted on those previews.

THanks...I haven't tried Tailscale yet, I think I'll get the "easier" commercial version just yet for this. Still learning on this.