Documentfoto's blijven allemaal op volle decode in het geheugen #2727
Labels
No labels
accepted
bug
declined
docs
duplicate
enhancement
good first issue
in-progress
needs-info
privacy
release-blocker
security
triage
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
LibreKAT/Ocideck#2727
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?
Wat er mis is
Een rapport tekent het hele document als één kolom. Elke afbeelding decodeert tot de bomgrens van 4096 px, niet tot de kolom. Tien foto’s van 4000×3000 zijn ongeveer 460 MiB. Twintig foto’s op de grens zijn ongeveer 1,3 GiB. Die bitmaps blijven leven zolang het document open is. Het commentaar bij de provider zegt dat twintig foto’s het geheugen niet opeten. Dat klopt per bestand (64 MiB), niet voor de som.
Bewijs
lib/widgets/reader/parts/document_markdown_image.dart:cappedFileImagezonder kolomrand, met het commentaar over twintig foto’s.lib/widgets/reader/document_markdown_view.dartbouwt elk blok in een kolom, dus de providers blijven in de boom.decodeEdgeForBox. Dit pad niet.docs/PERFORMANCE_GUIDE.mdnoemt 4096² × 4 als ongeveer 64 MiB per bestand, niet als plafond voor alles wat tegelijk gedecodeerd in beeld staat.Voorstel
Dezelfde tredes als de dia’s (1024 / 2048 / 4096) op de kolombreedte. 4096 blijft de bomgrens. Het commentaar corrigeren zodat het de som niet wegcijfert.
Geen nieuwe afhankelijkheid. Het bestandsformaat verandert niet.