Vad gör att RAW-fotominiatyrer fungerar på webben men inte på mobilen?
RAW-miniatyrer kan fungera i en webbläsare men misslyckas på mobilen eftersom de två klienterna kan begära olika förhandsvisningar, derivat, storlekar eller avkodningsvägar.
Börja med en fungerande RAW-fil och en felande RAW-fil från samma bibliotek. Jämför den exakta miniatyrbegäran som görs av webb- och mobilklienten och skilj sedan mellan inbäddade kameraförhandsvisningar, serverrenderade derivat och lokal mobilcache. Den ursprungliga RAW-filen kan vara helt felfri medan endast en presentationsväg är trasig.
Bekräfta att mobilen begär en annan förhandsvisning
Öppna samma RAW-objekt i webbgränssnittet och mobilappen medan du samlar in programloggar eller sökvägar för begäranden. Jämför begärd miniatyrstorlek, filändelse, svarskod och om mobilklienten faller tillbaka till originalet.
Många RAW-filer innehåller en inbäddad JPEG-förhandsvisning; en webbklient kan visa den inbäddade bilden medan en annan klient ber servern om ett separat genererat derivat.
Om klienterna begär olika objekt ska du sluta behandla symptomet som ett universellt fel i RAW-avkodningen. Nästa test gäller den derivat- eller klientväg som endast mobilen använder.
Jämför inbäddad förhandsvisning med serverrendering
Extrahera eller inspektera RAW-filens inbäddade förhandsvisning och jämför den sedan med en servergenererad miniatyr. En felfri inbäddad JPEG-bild och en misslyckad genererad miniatyr pekar på olika kodvägar.
Verktyg för foto- och mediehantering dokumenterar olika RAW-renderingsbeteenden för inbäddade JPEG-förhandsvisningar och renderade RAW-data, vilket förklarar varför en miniatyrväg kan fungera utan att den andra har validerats.
Om endast genererade miniatyrer misslyckas granskar du serverns avkodare och derivatjobb. Om endast den inbäddade förhandsvisningen är felaktig testar du en annan fil från samma kamera innan du ändrar servern.
Kontrollera RAW-varianten, inte bara filändelsen
Notera kameramodell, fast programvara, RAW-komprimeringsläge, bitdjup och om de felande filerna är ursprungliga RAW-filer, DNG eller en telefonspecifik RAW-variant. Jämför med ett fungerande exempel.
Även DNG kan innehålla olika förhandsvisnings- och bildstrukturer, så skillnader mellan DNG-förhandsvisningar är en bättre påminnelse än att anta att varje fil med samma filändelse når klienten via samma avkodningsväg.
En uppdelning baserad på kamera är användbara bevis. Uppdatera eller byt endast ut den avkodningskomponent som inte kan hantera varianten, eller generera ett kompatibelt derivat samtidigt som den ursprungliga RAW-filen bevaras.
Rensa endast det trasiga lagret i mobilens cache
Om serverloggarna visar att miniatyren har genererats korrekt testar du mobilobjektet med inaktiverad cache, efter att appcachen har rensats selektivt eller på en annan enhet. Töm inte hela serverns miniatyrlager först.
RAW-arbetsflöden i telefoner, till exempel ProRAW-bearbetning, lägger till ytterligare ett bearbetningslager före visningen. Därför kan klientens avkodare och beteendet hos cachade derivat skilja sig från en webbläsare på datorn, även för samma ursprungliga fil.
Om en annan mobil enhet fungerar fokuserar du på lokal cache eller appversion. Om alla mobila enheter misslyckas med samma derivat-URL återgår du till serversvaret i stället för att installera om klienterna upprepade gånger.
Generera om ett derivat och testa igen
Ta bort eller ogiltigförklara endast det felande derivatet för ett kontrollerat RAW-objekt med hjälp av programmets stödda arbetsflöde och låt sedan servern bygga om det. Notera det nya objektets storlek och svar.
Den relaterade ZimaSpace-guiden om Immich-fotobibliotek för familjen visar den närliggande principen: bevara originalen och gör generering av derivat till något som kan återskapas, i stället för att förvandla ett förhandsvisningsproblem till en situation där foton går förlorade.
Förklara problemet som löst först när samma RAW-fil visas på webben och mobilen efter att cachen har löpt ut, appen har startats om och en ny serverbegäran har gjorts. Om det omgenererade derivatet fortfarande misslyckas sparar du det för jämförelse på avkodarnivå.
Vanliga frågor
Varför kan miniatyren fungera i webbläsaren när mobilappen inte visar någonting?
De två klienterna kan begära olika derivat, storlekar, format eller cacheposter. En giltig förhandsvisning i webbläsaren bevisar därför inte att mobilens förhandsvisningsobjekt är felfritt.
Bör RAW-filer konverteras till JPEG enbart för visning på mobilen?
Inte som första åtgärd. Testa först om det är de inbäddade förhandsvisningarna eller de genererade derivaten som är det felande lagret innan du duplicerar eller konverterar originalarkivet.
Kan en kameramodell orsaka problemet medan en annan inte gör det?
Ja. RAW-format och val av inbäddad förhandsvisning varierar mellan kameramodeller och versioner av fast programvara. Jämför därför en fungerande och en felande fil i stället för att behandla alla RAW-filer som likvärdiga.
Rekommenderade produkter
Support och tips
Mer att läsa
Kan Plex dela ett GPU-kort med en annan Docker-container?
Plex och en annan container kan ofta använda samma GPU, men du måste testa drivrutinsstöd, enhetsmappning, belastningen på videoenheten, minne och återställningsbeteende.
Så avgör du om ett Plex-fel kommer från klienten eller servern
Återskapa samma objekt på en annan klient, jämför sessionsvägen och samla sedan in serverbevis först efter att scope har visat var felet faktiskt finns.
Så konfigurerar du Plex-cache och tillfällig lagring för omkodning
Skydda beständigt Plex-tillstånd genom att placera temporära transkodningsfiler på lämplig lokal lagring och verifiera rensning, ledigt utrymme samt omstartsfunktionssätt.
