Onvoldoende geheugenbronnen bschikbaar

Geacht forum, 

Recent (noodgedwongen )een nieuwe computer (nu Windows 11) aangeschaft. 
Bij het koppelen van een bestand aan een persoon krijg ik recent dikwijls: 
"onvoldoende geheugenbronnen beschikbaar om deze opdracht te verwerken". 
Ook geprobeerd om via stamboon / bestand opschonen deze melding uit te sluiten ... zonder resultaat. 
(Er is 16GB ram aan boord). 
Iemand een oplossing? 
Met dank en beleefde groeten, 
Robert (Romijn)

Ik denk niet dat dit iets met het RAM geheugen van doen heeft.
Eerder de hoeveelheid intern geheugen en de wijze van installatie van Aldfaer., b.v. in OneDrive
Kijk in de verkenner het volgende na:
1. staat het programma in C:\Aldfaer
2. staat de stamboom (of meerdere) in C:\Users\uwpcnaam\Documents\Aldfaer. Dit mag niet in de OneDrive staan
3. in de OneDrive mogen alleen Veiligheidskopieën en Materiaal staan maar dat moet wel in Instellingen en Eigenschappen vastgelegd te worden
4. in C:\Users\uwpcnaam\Documents\Aldfaer mogen (=moeten) de volgende mappen staan:
Gedcom, Invoegtoepassingen, Rapportuitvoer en Stambomen

Kan pas later op de avond Uw instructies nakijken en zal dat zeker doen.
Hartelijk dank voor de interventie en beleefde groeten.
Robert

Geachte Heer de Ruiter,
Het prg zelf is op de juiste locatie geïnstalleerd (C:\Aldfaer).
Wij werken NIET "in the cloud" maar wel alles op een externe HDD (vaste locatie: G)
Daar zijn in de submap "Documenten" \Aldfaer\ zowel de "stambomen" als de "Materiaal"map ondergebracht met de juiste verwijzingen onder tab Stamboom / eigenschappen.
Dit laat ons toe op eender welke computer te werken met onze externe schijf (mits controle van de path's) en dat werkt al geruime tijd met volle tevredenheid.
Wij werken wel voor een Heemkundige kring en bij "invoer" heb ik dikwijls heel wat extern bronmateriaal "open" staan.
Gisteren had ik "al de rest" afgesloten en de computer herstart. Ook na "bestand opschonen" en herstart bleef het probleem bestaan ... maar slechts met de koppeling van "bepaalde" bestanden.
Ik vrees ondertussen dat het wel eens aan "het format" van die bestanden zou kunnen liggen.
Wij scannen onze rouwbrieven in in pdf (voor latere zoekfaciliteiten). Die zetten we dan in batch om naar jpg-bestanden die wij gebruiken in onze materiaalmap (en zo zijn de "koppelingen" direct zichtbaar).
Gisteren ging het bij de conversie van die pdf's naar jpg voor drie bestanden mis (op een totaal van 105 bestanden).
Toen wij die controleerden bleken die als (modus) bitmap geconverteerd te zijn. Wijzigen van de modus naar grijswaarden liet wél toe om die bestanden als jpg op te slaan, maar ...
het zijn blijkbaar die bestanden die het probleem veroorzaakten?
Het is voor mij onduidelijk waarom die drie bestanden niet correct werden geconverteerd; evenmin waarom de aanpassing van de "modus" het probleem blijkbaar toch mee verder neemt.
Ik moet nog eens proberen of de conversie van die drie bestanden van pdf naar jpg opnieuw fout zou gaan (maar dien ondertussen opnieuw ruim honderd rouwbrieven te scannen (onder tijdsdruk van een begrafenisondernemer)).
Daar zal ik bij de conversie van pdf (in Photoshop / scripts / afbeeldingsprocessor) nog eens extra aandacht houden of er opnieuw niet te converteren bestanden voorkomen.
Als ik opnieuw problemen heb kom ik zeker nog eens terug op dit fenomeen.
U hoort nog van het verdere verloop.
Ondertussen nogmaals hartelijk dank voor Uw reactie,
met beleefde groeten,
Robert.

Snelle controle van de drie "verdachte" bestanden leert dat die ook in het pdf-formaat reeds in "bitmap"-modus staan ... (terwijl de andere in grijswaarden of RGB staan).
Wij zullen daar in de toekomst alvast op letten
Robert

Oeps ... dit is geen probleem voor Aldfaer ... wel voor ScanSnap (ix1300)
Gisteren werden 3/105 pdf scans opgeslagen in "bitmap"-modus (en waarschijnlijk waren die verantwoordelijk voor de "fout"melding in Aldfaer);
... vandaag worden 33/84 pdf scans uitgevoerd in bitmap-modus en die zijn in photoshop/scripts/afbeeldingsprocessor.../ niet te converteren naar jpg.

Als iemand zou kunnen helpen met deze problematiek ... graag en dankuwel ...
maar ik moet het probleem eerst herbekijken en dan ... waarschijnlijk voorleggen aan ScanSnap of mensen met veel ervaring in dat domein ?

Alvast veel dank voor de primaire assistentie maar voor mij mag dit item als "gesloten" worden beschouwd.

Mijn verontschuldigingen voor het eventuele ongemak.

Met beleefde groeten,
Robert (Romijn)

Ook voor scansnap ix1300 bestaat een driver voor windows 11.
Kan dat de oorzaak van het probleem zijn ?
zie: www.scansnapit.com/en-gb/support/downloads

Geachte Heer de Ruiter,
Bij het "installeren" van mijn nieuwe computer is de recentste software geïnstalleerd (ScanSnap Home 3.3.1.5) en werd ook de Online Update uitgevoerd.
Ik begin te begrijpen wat er fout zou kunnen gegaan zijn.
Wij nemen de rouwbrieven altijd "dubbelzijdig" op met uitvoer in pdf.
Wanneer de "rugzijde" geen relevantie bevatte met de persoonsgegevens, werd die pagina BINNEN ScanSnapHome zelf verwijderd.
En blijkbaar is dat voor deze applicatie voldoende om de overige inhoud ... d.i. alleen "platte tekst", te beschouwen als perfect binair ... bitmap ... en binnen pdf vector-georiënteerd, dus alleen "de lijntjes" over te houden als wit / zwart. De bestanden werden daardoor ook in formaat gereduceerd ... de grootste was nog amper 202 kB, de kleinste 52 kB.
Zo is het waarschijnlijk te verklaren dat die niet "zomaar" konden worden geconverteerd naar jpg.
De "truc" om de "modus" te veranderen van bitmap naar grijswaarden en zo alsnog op te slaan als jpg, zorgt er waarschijnlijk voor dat Aldfaer hierdoor toch "in de war" geraakt?
Ik heb ook geprobeerd om die "verneukte" jpg's om te zetten naar png en (dit begrijp ik voor geen snars) zo worden die bestanden terug zéér groot (12 à 14 MB) en die kan ik wél koppelen in Aldfaer en zijn die ook direct "zichtbaar" in het hoofdvenster van Aldfaer.
Alle bestanden die waren fout gelopen in de ScanSnapHome scans hadden allen hetzelfde traject: de tweede pagina verwijderd binnen ScanSnapHome en het restant werd uitgevoerd als pdf (blijkbaar bitmap).
Vandaag "de boosdoeners" opnieuw gescand en nu volledig opgeslagen. Dan binnen Adobe Acrobat de tweede pagina verwijderd en opgeslagen als pdf én als jpg. Nu zijn die jpg-bestanden >1 MB.
(ik zal dadelijk proberen of deze wél gekoppeld kunnen worden in Aldfaer maar verwacht nu geen problemen meer.)
Samengevat: als een pdf bestand alleen nog platte tekst bevat zullen sommige applicaties die als zuiver binair/bitmap (en vector-georiënteerd) (kunnen) beschouwen en levert dat wel erg kleine bestanden op ... die andere applicaties dan in moeilijkheden kunnen brengen?
Ook: Aldfaer valt hier niets te verwijten ... maar inzicht in de grafische format's is niet evident ?
Veel dank voor Uw bezorgdheid en meedenken,
met beleefde groeten,
Robert (Romijn)

een zeer betrouwbaar fotobewerking programma is irfanView. Als 'verdacht' materiaal geopend wordt dan toetst irfanView of de eigenschap van het bestand overeenkomt met de gevoerde extensie en ingeval van een mismatch stelt het voor om met 'Opslaan als' het bestand  correct met een   gewenst format weg te schrijven.

Geachte Heer Kortekaas,

IrfanView staat al wel op mijn (nieuwe) computer maar ik ben er niet zo vertrouwd mee.
Maar het is best mogelijk dat een pdf-bestand in bitmap-modus niet per se als "verdacht" hoeft te worden beschouwd.
Wij maken het onszelf in feite wel wat moeilijk ...
Wij willen de rouwbrieven opnemen als pdf (omwille van de ruime doorzoekmogelijkheden),
maar (vooral) mijn collega's hebben liever dat die in Aldfaer (en TNG op onze website) als jpg in de materiaalmap komen omdat die zo bij het koppelen aan een persoon direct zichtbaar zijn in het hoofdscherm (terwijl bij pdf alleen het icoontje wordt getoond).
Ondertussen heb ik de scans herhaald en nu kunnen wij de opgeslagen jpg's wel zonder problemen koppelen.
Ook heel erg bedankt voor Uw gewaardeerde tussenkomst,
met beleefde groeten,
Robert (Romijn)