cannot view video on first resolve, ffmpeg exception on claim page #626
Labels
No labels
area: devops
area: discovery
area: docs
area: livestream
area: proposal
consider soon
dependencies
Epic
good first issue
hacktoberfest
help wanted
icebox
level: 1
level: 2
level: 3
level: 4
needs: exploration
needs: grooming
needs: priority
needs: repro
needs: tech design
on hold
Osprey
priority: blocker
priority: high
priority: low
priority: medium
protocol dependent
resilience
Tom's Wishlist
type: bug
type: discussion
type: error handling
type: improvement
type: new feature
type: refactor
type: task
type: testing
unplanned
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: LBRYCommunity/spee.ch#626
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This happened to me a few times already when accessing newly resolved videos on spee.ch. @skhameneh believes it could be related to a race condition.
This is happening very often and provides a bad UX when accessing videos.
Just ran into this still:
Unfortunately, we couldn't download your asset from LBRY. You can help us out by sharing the following error message in the LBRY discord.
Command failed: ffprobe -v error -of flat=s=_ -select_streams v:0 -show_entries stream=height,width /home/lbry/Downloads/how-to-max-star-level-on-any.mp4 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8efd80] moov atom not found /home/lbry/Downloads/how-to-max-star-level-on-any.mp4: Invalid data found when processing input
Are we checking to see if filesize is > x before ffprobing the file? could
be trying to probe an empty file.
On Fri, Dec 7, 2018 at 4:41 PM Thomas Zarebczan notifications@github.com
wrote:
wait-on
has a window where it will continue to wait if the file keeps growing. I'll need to revisit this.This still happens on files that are accessed for the first time + moov atom is at the end of the file. Can we just skip ffmpeg processing in these cases, show the video, and update the sizes later?
The reason we're doing ffmpeg is to record dimensions to the db for oEmbeds. We can let it error out and either process the sizes on the fly, or check that they exist on the next embed call and upsert them then. I couldn't find any other case where dimensions are even used.
That said, it is nice to know when a video is going to sit blank for a long time.
@jessopb if the primary purpose of ffmpeg is to record dimensions to the db, this could be a background process rather than done as part of the request.
@jessopb this is also the error users see when content is unavailable.