Waarom voelen de resultaten van AI-fotozoekopdrachten op een telefoon anders aan dan op een desktop?

Eva Wong is de Technisch Schrijver en en vaste knutselaar bij ZimaSpace. Een levenslange geek met een passie voor homelabs en open-source software, zij is gespecialiseerd in het vertalen van complexe technische concepten naar toegankelijke, praktische handleidingen. Eva gelooft dat zelf-hosting leuk moet zijn, niet intimiderend. Met haar tutorials stelt ze de community in staat om hardware-setup te ontrafelen, van het bouwen van hun eerste NAS tot het beheersen van Docker-containers.

AI-fotozoekopdrachten voelen op verschillende apparaten vaak anders aan, omdat rangschikking, de actualiteit van de index, beperkingen van het viewport en de interactiecontext bepalen wat als eerste zichtbaar wordt.

Een zoekopdracht op een telefoon kan vijf grote portretten tonen en uitnodigen tot een tik, terwijl dezelfde woorden op een desktop tientallen kleinere miniaturen, filters en datums onthullen. De onderliggende bibliotheek kan identiek zijn. Wat verandert, is de querycontext die elke client verstuurt, de zoekindex die op dat moment beschikbaar is, hoeveel van de gerangschikte lijst boven de vouw wordt getoond en welke interfacesignalen de volgende verfijning sturen.

Het scherm verandert welk deel van de rangschikking je ervaart

Zoekresultaten vormen een geordende lijst met kandidaten, maar gebruikers ervaren alleen het zichtbare gedeelte. Een telefoon toont mogelijk één kolom of enkele grote tegels, waardoor de eerste drie resultaten de perceptie domineren. Op een desktop kunnen tegelijkertijd veel rijen, tijdstempels en zijfilters zichtbaar zijn. Zelfs een identieke rangschikking voelt op een kleiner scherm daardoor smaller, persoonlijker of minder volledig aan.

Google Photos biedt zoeken naar personen, plaatsen, objecten en verzoeken in natuurlijke taal, terwijl de beschikbaarheid van functies kan afhangen van accountinstellingen, taal en regio. Het huidige overzicht van fotozoeken maakt ook onderscheid tussen appgerichte bewerking en mobiele ervaringen enerzijds en uitgebreidere desktoptoegang anderzijds. Interfacefuncties beïnvloeden welke facetten zichtbaar zijn en welke verfijningen gebruikers ontdekken.

De causale keten is eenvoudig: het viewport bepaalt welk bewijs zichtbaar is, zichtbaar bewijs verandert het oordeel van de gebruiker over relevantie en dat oordeel verandert de volgende tik of query. Dit is in eerste instantie een presentatie-effect en geen modeleffect. Alleen het eerste scherm vergelijken kan een rangschikkingsverschil overdrijven dat na scrollen of wanneer beide clients op dezelfde sorteervolgorde worden ingesteld, verdwijnt.

De actualiteit van de index kan verschillen, zelfs wanneer bestanden zijn gesynchroniseerd

Dat een foto zichtbaar wordt, bewijst niet dat elke AI-functie deze al heeft verwerkt. Uploaden, miniatuurgeneratie, metadata-extractie, gezichtsherkenning, objectembeddings, OCR en zoekindexering kunnen afzonderlijke taken zijn. Een telefoon kan ook lokale items bevatten die de server nog niet hebben bereikt, terwijl de desktop alleen voltooide serverassets ziet.

Immich legt uit dat slim zoeken CLIP-embeddings gebruikt die door de machinelearningservice worden aangemaakt. Als nieuwe assets zichtbaar zijn voordat die taken zijn voltooid, kan gewoon zoeken op datum of bestandsnaam ze wel vinden, terwijl semantisch zoeken dat niet kan. Een verouderde clientcache kan nog een extra vertraging veroorzaken nadat de serverindex al gereed is.

Dit levert een herkenbaar patroon op: recente foto’s verschillen per apparaat, terwijl oudere resultaten overeenkomen. Het model kan correct werken; de twee clients bevragen verschillende indexgeneraties of assetverzamelingen. Een zelfgehoste bibliotheek heeft er baat bij de taakstatus en indexversie beschikbaar te maken, zodat ‘geüpload’, ‘geback-upt’ en ‘vindbaar op betekenis’ als afzonderlijke statussen worden behandeld.

Modellen op het apparaat kunnen een tweede semantische laag toevoegen

Sommige fototoepassingen voeren herkenning op het apparaat uit voor privacy, responsiviteit of functies die aan lokale hardware zijn gekoppeld. De telefoon kan signalen voor personen, scènes, herkenningspunten of tekst leveren die niet beschikbaar zijn voor de webclient, terwijl een bibliotheek op de server één gedeeld embeddingmodel gebruikt. Verschillende modelversies, talen of hardwarepaden kunnen dezelfde afbeelding en query naar licht verschillende semantische buurten mappen.

Apple heeft scèneanalyse op het apparaat beschreven, die wordt gebruikt om foto’s privé te ordenen en te selecteren. Dat ontwerp laat zien waarom ‘hetzelfde account’ niet altijd betekent ‘hetzelfde inferentiepad’. Eén apparaat kan afgeleide labels of embeddings bevatten die niet als algemene metadata naar de server worden geüpload, en een andere client kan niet rangschikken met signalen die hij nooit ontvangt.

Dit mechanisme verklaart het verschil niet meer wanneer zowel de telefoon als de desktop dunne clients zijn voor dezelfde server-API met dezelfde queryparameters. Controleer in dat geval eerst paginering, sorteervolgorde, verborgen filters, gecachte antwoorden en weergavegroepering. Krachtigere hardware in een telefoon betekent niet automatisch een beter zoekmodel; dat is alleen relevant als de toepassing daadwerkelijk een ander lokaal inferentiepad gebruikt.

Vergelijk apparaten met een gecontroleerd zoekprotocol

Kies tien vaste queries die een persoon, plaats, object, tekstfragment, gebeurtenis en abstracte beschrijving omvatten. Controleer of beide clients hetzelfde account, dezelfde bibliotheek, taal, filters, sorteerwijze en periode gebruiken. Wacht tot de servertaken zijn voltooid en leg vervolgens de ID’s van de eerste tien assets vast in plaats van schermafbeeldingen te beoordelen. Herhaal de test eenmaal nadat je de clientcache hebt gewist.

Een gedeelde uitleg van semantisch zoeken op een NAS helpt om overeenkomst tussen embeddings te onderscheiden van bestandsnamen en mappen. Bereken voor de test de overlap van de eerste tien resultaten, noteer veranderingen in de volgorde en registreer assets die slechts op één client aanwezig zijn. Vergelijk vervolgens het onbewerkte API-antwoord, indien beschikbaar, met wat elke interface weergeeft.

Als de asset-ID’s en volgorde overeenkomen, zit het verschil in de presentatie. Als oude queries overeenkomen maar recente foto’s niet, is een verouderde index de meest waarschijnlijke verklaring. Als de rangschikkingen verschillend blijven bij een gesynchroniseerde status en identieke parameters, passen de clients waarschijnlijk een verschillende herordening of modelsignalen toe. Dit protocol zet ‘het voelt anders’ om in vier meetbare lagen: corpus, index, rangschikking en weergave.

Waargenomen verschil Meest waarschijnlijke laag Controle
Dezelfde ID’s, andere indruk Weergave Vergelijk de ID’s van de eerste tien resultaten
Recente foto’s ontbreken Actualiteit van de index Wacht tot de verwerkingstaken zijn voltooid
Alleen assets die uitsluitend op de telefoon staan verschillen Synchronisatie van het corpus Controleer of de back-up is voltooid
Stabiel verschil in volgorde Rangschikkingscontext Stem de queryparameters op elkaar af

Veelgestelde vragen

Levert een kleiner scherm minder resultaten op?

Niet per se. De server kan dezelfde paginagrootte terugsturen, terwijl de interface vóór het scrollen minder items weergeeft. Paginering en lazy loading kunnen wel bepalen wanneer aanvullende kandidaten worden opgevraagd.

Kan de kwaliteit van miniaturen AI-zoeken beïnvloeden?

Alleen als het zoekproces op het ene pad miniaturen of een andere afgeleide gebruikt voor embeddings. Als beide clients gedeelde serverembeddings bevragen, beïnvloedt de resolutie van miniaturen vooral de weergave en minder de rangschikking.

Waarom verschillen resultaten voor personen het meest?

Groepeerfuncties voor gezichten zijn vaak afhankelijk van gebruikerslabels, regionale beschikbaarheid, lokale verwerking en privacyinstellingen. Die signalen kunnen per client sterker verschillen dan basisgegevens zoals datum of locatie.

Tech & AI HUB

Meer om te lezen

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.