Creare copie di sicurezza di Live Photos e foto animate

Copia Live Photos e foto animate, distingui il rilevamento della coppia dall’errore di caricamento del file associato e comprendi il limite attuale di recupero di 25 elementi.

Ultima revisione

Gli screenshot mostrano l’interfaccia in inglese.

dosya rileva automaticamente i contenuti abbinati supportati durante la copia di sicurezza mobile. Non esiste un interruttore per Live Photo o foto animate: mantieni attiva la normale copia delle foto e distingui una coppia mai rilevata da un file associato rilevato ma non caricato.

Copia dei contenuti live: mantieni attiva la copia delle foto; dosya rileva il video associato senza un interruttore dedicato. Verifica l’immagine e il video, poi scegli come procedere in base allo stato della riga.
Copia dei contenuti live: mantieni attiva la copia delle foto; dosya rileva il video associato senza un interruttore dedicato. Verifica l’immagine e il video, poi scegli come procedere in base allo stato della riga. Apri lo screenshot a dimensione intera.

Come funziona l’abbinamento

Su iOS, il modulo multimediale nativo usa l’identificativo dell’elemento Foto per recuperare il video abbinato. Su Android, dosya legge i primi 256 KiB di una foto animata per cercare metadati XMP supportati relativi all’offset o a un elemento del contenitore, poi copia la parte finale del video. Se non rileva una coppia, il formato non è supportato o l’estrazione non riesce, la copia dell’immagine fissa prosegue, l’immagine viene segnata come verificata e non viene creata alcuna riga #video da riprovare. Se invece la preparazione in background incontra un limite temporaneo o manca spazio, il controllo è inconcludente e l’immagine potrà essere controllata di nuovo.

Passaggi

  1. In Impostazioni della copia, attiva Foto e scegli le cartelle del dispositivo e la destinazione desiderate. Concedi al sistema operativo accesso ai contenuti originali e mantieni disponibili i permessi di caricamento e della cartella di destinazione.
  2. Avvia una copia di sicurezza con una Live Photo o foto animata supportata. Non dovrebbe comparire un’opzione separata per i contenuti abbinati.
  3. In File nel cloud, cerca l’immagine fissa e, se rilevamento e preparazione sono riusciti, il file video associato nella stessa cartella. Condividono il nome base. Il processo su iOS crea un nome .MOV, la preparazione nativa iOS in background mantiene il nome esportato del file associato e Android crea .MP4.
  4. Se è presente il file associato, apri entrambi i file. Una parte video rilevata e preparata correttamente riceve una propria riga nel registro con l’ID dell’immagine fissa seguito da #video; solo quella riga può essere deduplicata e il suo caricamento può non riuscire ed essere riprovato indipendentemente.
  5. Se alcune immagini fisse sono state caricate prima della verifica della coppia, avvia di nuovo la copia. Il recupero controlla al massimo 25 immagini fisse già caricate e non abbinate per esecuzione; le altre attendono le esecuzioni successive.

Conteggi e recupero

Il conteggio della libreria protetta nella panoramica include l’elemento multimediale originale, ma non conta il file associato come secondo elemento. Dopo la preparazione, il file associato ha una riga #video nel registro, ma gli errori successivi non assegnano tutti lo stesso stato alla riga:

  • Un errore di un processo nativo in background o della registrazione riporta normalmente la riga a pending e incrementa il numero di tentativi. Il pianificatore in background può riprovare se i tentativi sono meno di cinque; mentre è in attesa, la riga non appare in Non riusciti.
  • Un errore di caricamento nel processo registra la riga come error e incrementa il numero di tentativi. Una successiva scansione nel processo può riprovare se i tentativi sono meno di cinque e la riga può comparire anche in Non riusciti.
  • Un rifiuto di inizializzazione del caricamento diretto registra subito error. Usa l’azione di gruppo Riprova con tutti dopo aver corretto la causa; non esiste un nuovo tentativo per singola riga.

Una riga #video già esistente viene pianificata indipendentemente dall’immagine fissa. Se la nuova preparazione nativa è illeggibile, la riga resta in attesa e i tentativi aumentano. Un arresto per budget o spazio sul dispositivo lascia il controllo inconcludente senza conteggiare il tentativo.

Se il rilevamento o l’estrazione non restituiscono un file associato prima che esista una riga, dosya segna l’immagine fissa come verificata e non crea un elemento non riuscito da ripristinare; la destinazione contiene solo l’immagine fissa. Non eliminare l’originale dal dispositivo finché entrambi i file previsti non si aprono correttamente. L’immagine fissa e il video associato sono file cloud separati: eliminare o spostare uno dei due non modifica automaticamente l’altro.

Risultato previsto

Una coppia rilevata e caricata produce un’immagine fissa leggibile e un file associato MOV o MP4. Se la coppia è respinta prima della creazione della riga, resta solo l’immagine fissa, senza una riga da riprovare. Dopo la creazione di una riga #video, un errore nativo in background può lasciarla in stato pending, per un nuovo tentativo; un errore nel processo o un rifiuto di inizializzazione diretta può lasciarla in stato error.

Guide correlate

Ti è stata utile?

Caricamento delle valutazioni…

Quando voti, salviamo un cookie tecnico per un massimo di 180 giorni, così puoi cambiare la tua risposta.

Domande e risposte

Fai una domanda sui passaggi di questa guida. Le domande vengono revisionate prima della pubblicazione.

Non inserire dati dell’account, credenziali o file privati nelle domande pubbliche. Usa l’assistenza privata in questi casi.

Caricamento delle domande…

    Accedi al tuo account dosya per fare una domanda.

    Controlla il risultato prima di riprovare

    Usa questi controlli quando devi verificare il risultato di un’attività.