New timelines: Cuts are wrong for multi-part items #820
Labels
No labels
backend
critical
defect
duplicate
enhancement
fixed
frontend
general
invalid
major
minor
normal
oxjs
pandora_client
python-ox
task
trivial
wontfix
worksforme
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: 0x2620/pandora#820
Loading…
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?
see https://0xdb.org/0056172/editor/01:15:40
here it's easier to see that the cuts for part 2 start too early: https://0xdb.org/0338751/editor/01:28:15.680
Also, it seems that for antialias timelines of multipart items, what is displayed from 16:00 on is the timeline from 17:00 on
And for singlepart items, at 16:00, the antialias timeline seems to switch to slitscan - see https://0xdb.org/0082398/editor/00:16:00
The item 0338751 (two-part) has 164 large antialias tiles, and 163 tiles (which is correct) for all other modes
For the file 00 4b 42 66 c1 d0 ad f1, timelineantialias64p16.jpg is missing
So it looks like this bug was introduced in oxtimelines, changeset 2, line 328, in the "remove tiles from previous run" section
To fix the broken default timelines as quickly as possible, we should run one anitialias + cut detection pass for all items with new timelines, and then start over