Exportcache van 1 GiB raakt vol vóór een fotodeck van 150 dia's #2726
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#2726
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 PDF of PPTX van een fotodeck decodeert elke afbeelding op 2048 px, ongeveer 16 MiB. De cache tijdens de export is 1 GiB, dus ongeveer 64 van die beelden. De prestatiegids neemt 150 beelddia’s als het grote deck. Van die 150 zijn de eerste tientallen al uit de precache verdwenen vóór de vastlegging en worden opnieuw gedecodeerd. De vastlegging wacht niet tot het beeld er is: na 12 vuile frames gaat het portret door. Een trage decode komt dan als leeg vlak in het bestand.
Bewijs
lib/services/slide_rasterizer.dartzetmaximumSizeBytesop 1 GiB. Het commentaar erboven zegt dat die verhoging moet voorkomen dat beelden na de eerste dia’s verdwijnen.lib/utils/image_limits.dartis de 2048-grens voor exportdecode.docs/PERFORMANCE_GUIDE.mdnoemt die grens en de test met 150 beelddia’s, en noemt het 1 GiB-plafond niet.Voorstel
Precachen per dia, in de vastleggingslus. Er is dan één dia live en 1 GiB is ruim. De gids het plafond laten noemen dat daarna overblijft.
Geen nieuwe afhankelijkheid. Het bestandsformaat verandert niet.