#Some videos are not playing in webbrowser (showing -14; -8)

1 messages · Page 1 of 1 (latest)

oblique dust
#

Hi,

So i've been searching hours now, i've been recording 4k 60fps HDR videos for a while now and some of them are not playing and showing ''-14: -8'.
Tried recording wide angle, zoomed, normal, but all 4k 60fps HDR and just some of them are not playing.
Tried to compare data but they all look good, i added the original IOS data for 2, 1 is playing and 1 not.
I've added the photos where you can see the data, i hope someone is able to help me or provide a solution. Transcode is by default off, never changed that, first i thought HDR was the problem but because some videos are playing correctly, it's just strange.

Thank you !

drifting pierBOT
#

:wave: Hey @oblique dust,

Thanks for reaching out to us. Please carefully read this message and follow the recommended actions. This will help us be more effective in our support effort and leave more time for building Immich immich.

References

#

Checklist

I have...

  1. :ballot_box_with_check: verified I'm on the latest release(note that mobile app releases may take some time).
  2. :ballot_box_with_check: read applicable release notes.
  3. :ballot_box_with_check: reviewed the FAQs for known issues.
  4. :ballot_box_with_check: reviewed Github for known issues.
  5. :ballot_box_with_check: tried accessing Immich via local ip (without a custom reverse proxy).
  6. :ballot_box_with_check: uploaded the relevant information (see below).
  7. :ballot_box_with_check: tried an incognito window, disabled extensions, cleared mobile app cache, logged out and back in, different browsers, etc. as applicable

(an item can be marked as "complete" by reacting with the appropriate number)

Information

In order to be able to effectively help you, we need you to provide clear information to show what the problem is. The exact details needed vary per case, but here is a list of things to consider:

  • Your docker-compose.yml and .env files.
  • Logs from all the containers and their status (see above).
  • All the troubleshooting steps you've tried so far.
  • Any recent changes you've made to Immich or your system.
  • Details about your system (both software/OS and hardware).
  • Details about your storage (filesystems, type of disks, output of commands like fdisk -l and df -h).
  • The version of the Immich server, mobile app, and other relevant pieces.
  • Any other information that you think might be relevant.

Please paste files and logs with proper code formatting, and especially avoid blurry screenshots.
Without the right information we can't work out what the problem is. Help us help you ;)

If this ticket can be closed you can use the /close command, and re-open it later if needed.

GitHub

Explore the GitHub Discussions forum for immich-app immich. Discuss code, ask questions & collaborate with the developer community.

GitHub

High performance self-hosted photo and video management solution. - Issues · immich-app/immich

drifting pierBOT
wide comet
#

Transcoding is not off by default, so you must've changed that

#

And transcoding being off is definitely the issue

oblique dust
#

Thank you @wide comet , so to what option do i have to set it then? and they are both the same format, but 1 playing, and the other isn't. what should cause that?

wide comet
#

I would recommend just using the default transcoding settings

oblique dust
#

When i click ''reset to default'', it's off.

wide comet
#

That screenshot doesn't show it being off?

oblique dust
#

I just changed it to this setting

#

I guess that would be the right setting then?

#

Changed it, but unfortunately isn't working 😦

wide comet
#

Did you rerun the job as well?

oblique dust
#

I did, it is running right now with 14.080 videos to go, but i'm almost sure i never had it on. my server isn't powerful enough.

#

and when i compare those 2 files, 1 is running and other isn't, while it's exactly the same.. can't figure out the cause of that.

oblique dust
#

I checked on 2 other examples again, exactly same format and settings(4k 60 fps) , they were recorded 20 seconds after eachother. one is playing and other isn't.

#

I found it! when manually clicking '' renew encoded videos'', it works.

edgy estuary
#

I have a similar issue I believe. The TLDR is that I think it is caused by the videos not having an etry in the asset_files table. I don't know what this table does, but all of the videos that I have tested that match the following query have this issue:
select count(*) from assets where not exists (select 1 from asset_files where asset_files."assetId" = assets.id);

I first noticed this issue when some of my videos wouldn't show up in the timeline or play (though, playback compatibility seems to be browser related). For me, my hardware transcoding was messed up (due to other stuff I did on the server, I can give a longer description if desired). Fixing it and rerunning transcoding fixed SOME videos. While looking into the remainder, I believe that they were videos that the immich default settings chose not to transcode. Additionally, I found that they do not have an entry in the asset_files table in the database ( found via select count(*) from assets where not exists (select 1 from asset_files where asset_files."assetId" = assets.id); ). It seems to me the following is happening:

  1. something causes the transcoding process to fail or not happen
  2. an entry is not being made in the asset_files table
  3. these videos do not show up in the timeline and don't fully work for playback.
  4. setting the transcoding settings to all videos and transcoding them does not seem to fix these videos. I may try deleting and re-uploading them.

Finally, I think immich could use some better error handling for these files. when the video can't play, other parts of the webUI are unresponsive. It would be better if an error could be displayed. Additionally, if a video cannot be processed properly, and won't appear in the timeline, there should be some way to surface it in the UI so that the user know about the issue.

#

hmm, re-uploading a test video still doesn't work.

#

(note, I have over 1000 videos that don't play, this one is just small)

edgy estuary
#

ok, I figured out more. some of these assets are being marked as "not visible". I don't know why this is.
from the logs:
[Nest] 776 - 02/28/2025, 1:11:40 PM VERBOSE [Microservices:MediaService] Thumbnail generation skipped for asset 79c44b39-9c4e-405d-8049-16901ead7323: not visible

mild salmon
#

The video part of motion photos are marked as invisible. Are these all very short videos (<5s or so)?

edgy estuary
#

Hi, I posted some updates here : https://github.com/immich-app/immich/issues/14107
some were, but most were actually longer. Setting them to visible in the assets table fixed them. (refreshing metadata would set the motion photo videos back to invisible, but the longer videos stayed visible).

#

I sitll don't know why this happened, or if it is still on-going (in that, are new files potentially being affected). Some guesses are: 1) there was previously a bug that has since been fixed, and I had stale data, or 2) when originally ingesting the files, I had an error that caused them to be processed incorrectly.

I will note that, prior to setting up Immich, I was trying to get integrated GPU passthrough working with a VM and had a bunch of settings designed to get the host to not grab the GPU. As a result, hardware acclerated video transcoding wasn't working (though, i didn't know this). As part of debugging, I fixed this issue and now hardware transcoding is working again. So, I did wonder if an unusual error during video transcoding could be partially to blame for the videos being marked as not-visible.

edgy estuary
#

OH, I may have figured out what is going on.

So, my wife and I use the same account. We do this so that we can share facial recognition. However, we have two separate phones. Sometimes there will be a name collision between a video on one phone and a photo on another. I ust found an example of a photo that was detected as a live photo. It has a 20 second video tied to it that has nothing to do with the photo and was taken months apart. Note how they have nearly the same deviceAssetId.

#

There are many other examples with this incorrect linking.

#

SELECT count(*) FROM assets a JOIN assets v ON a."livePhotoVideoId" = v.id WHERE v.duration > '00:00:04'; returns 864 records for me

mild salmon
#

Huh, that's really interesting (and problematic)

#

The linking is based on the ContentIdentifier if it's present or the MediaGroupUUID if not

#

In the EXIF metadata

edgy estuary
#

My photos were originally on google photos (my wife and I also shared an account there). I did a google takeout and brought them in via the takeout data. This was in december. Since then, all newer photos have been direcly uploaded via the ios app. I checked for any recent examples of this issue and didn't detect any occuring after the takeout. That said, it appears to be somewhat random (as it depends on a name collision), so that could just be luck.

native current
#

Seems more likely to be an immich go issue tbh

edgy estuary
#

I guess it would depend on where the logic exists. I personally have no idea. The only reason I have been looking so closely is that I want to delete all my photos from google, but I want to be 100% sure that everything is in a good state before I do so.

wide comet
#

This is an immich-go bug (that I think has since been fixed)

edgy estuary
#

Well, that is good news for me then. At least it won't continue to occur. And thank you all for your help with this. I feel much better knowing what is going on. Am I correct in assuming it would be safe to update the assets table to remove the erroneous livePhotoVideoId links?

mild salmon
#

I'm leaning toward that as well. Immich doesn't rely on file name for matching anything, while IIRC immich-go does for certain things

mild salmon