Home » Recuperar proyectos de REAPER: copias RPP, tomas y archivos perdidos

Recuperar proyectos de REAPER: copias RPP, tomas y archivos perdidos

REAPER es un software comercial. Sus rutas nativas de respaldo y recuperación pueden ayudar a un usuario elegible existente sin comprar una utilidad de recuperación adicional. No hacen que REAPER ni los complementos pagos sean gratuitos. Inspeccione también la configuración de copia de seguridad que existía antes de la pérdida, ya que una opción habilitada…

Updated on

Recuperar proyectos de REAPER: copias RPP, tomas y archivos perdidos

Recupera el proyecto REAPER y sus grabaciones por separado

Para recuperar proyectos de REAPER, conserve el archivo RPP, los candidatos RPP-bak existentes y las carpetas de grabación originales antes de realizar nuevos guardados. Un proyecto puede recordar pistas y ediciones mientras su audio permanece fuera del archivo. Por lo tanto, determine si perdió datos del arreglo, una toma grabada, el estado del complemento o simplemente el acceso a los medios que se movieron.

REAPER es un software comercial. Sus rutas nativas de respaldo y recuperación pueden ayudar a un usuario elegible existente sin comprar una utilidad de recuperación adicional. No hacen que REAPER ni los complementos pagos sean gratuitos. Inspeccione también la configuración de copia de seguridad que existía antes de la pérdida, ya que una opción habilitada posteriormente no puede crear versiones históricas del proyecto de forma retrospectiva.

Identifica el estado musical que necesitas

Grabe la ruta del proyecto, la versión de la aplicación, el tempo y una edición distintiva, como una voz compuesta o una región revisada. Luego conserve el proyecto y los archivos relacionados. Si el trabajo útil permanece abierto, guarde una versión de recuperación separada antes de cerrar o restablecer el entorno. Esto evita que una sesión superviviente desaparezca mientras busca candidatos más antiguos.

Haga un inventario de las grabaciones importantes y observe si se encuentran dentro del directorio del proyecto o en otra ruta de grabación. Conserve también los renderizados y ajustes preestablecidos existentes como referencias de apoyo. Un caché de forma de onda o un nombre de archivo familiar no establece que la grabación completa sobreviva, así que compare el audio de origen real al evaluar la recuperación.

Ruta nativa 1: abrir un RPP-bak existente

  1. Conserve el RPP actual y todos los archivos RPP-bak posibles antes de guardar más.
  2. Copie los candidatos de copia de seguridad útiles en un directorio de recuperación independiente.
  3. Abra el candidato a través de REAPER y elija una versión histórica si el formato de copia de seguridad ofrece esa opción.
  4. Compare la edición deseada y guarde el resultado útil con un nuevo nombre de RPP.

El comportamiento de la copia de seguridad disponible depende de las preferencias y la versión anteriores. Una copia de seguridad puede preservar un estado anterior o un conjunto de versiones históricas según la configuración. Inspeccione los candidatos reales en lugar de asumir que cada RPP-bak contiene un historial ilimitado. Conserve también el proyecto actual, ya que puede conservar el trabajo posterior válido que falta en la copia de seguridad anterior.

Comparar arreglos y tomar decisiones.

Inspeccione los elementos afectados, realice selecciones, compense límites, desvanecimientos y automatización. Luego reproduzca el pasaje en contexto. Un candidato puede contener las mismas grabaciones de origen mientras utiliza una decisión de toma o edición anterior. La elección creativa real proporciona evidencia de revisión más sólida que la lista de canciones o la duración total del proyecto.

Para una recuperación mixta, conserve ambas fuentes y transfiera el contenido verificado a un nuevo proyecto de trabajo. Luego inspeccione la ruta y los efectos después de la transferencia. Un elemento que se reproduce correctamente en un contexto de pista puede comportarse de manera diferente en otro. Registre la combinación para que una comparación posterior no la confunda con un único estado histórico intacto.

Ruta nativa 2: comparar candidatos de autoguardado configurados

  1. Inspeccione las preferencias de copia de seguridad y guardado automático relevantes para el proyecto interrumpido.
  2. Localice los candidatos con marca de tiempo existentes en los directorios configurados reales.
  3. Consérvelos antes de abrir varias versiones o crear nuevos proyectos guardados.
  4. Compare el cambio que falta y guarde el candidato mejor verificado por separado.

El guardado automático debe haber generado un candidato antes de la interrupción para ayudar ahora. Su ubicación puede diferir de la carpeta principal del proyecto. También compare el contenido musical real en lugar de esperar que la última marca de tiempo sea la ideal. Un candidato reciente puede seguir una eliminación accidental o un cambio de complemento, mientras que uno más antiguo puede conservar la edición estable que necesita.

Identificar candidatos con varios puntos de referencia.

Compruebe una región distintiva, una frase grabada conocida y la automatización en torno a una transición. Luego compare las tomas seleccionadas y las rutas de origen. Esto hace que la búsqueda sea más confiable cuando varias copias de seguridad tienen nombres similares. Mantenga a los candidatos útiles por separado hasta que establezca qué combinación preserva mejor la sesión prevista.

No sobrescriba repetidamente el proyecto principal para generar otra copia de seguridad durante el diagnóstico. Eso puede cambiar el historial que desea inspeccionar. Trabaje a partir de copias y conserve los nombres de las fuentes y las marcas de tiempo en una nota breve. De este modo tendrá un registro claro de qué candidato presentó el diseño aceptado y qué obra posterior todavía necesita reconstrucción.

Ruta nativa 3: inspeccionar el historial de deshacer conservado cuando esté disponible

  1. Conserve juntos el proyecto coincidente y cualquier dato del historial de deshacer guardado existente.
  2. Abra una copia de trabajo en un entorno REAPER apropiado.
  3. Inspeccione si el historial disponible contiene la acción no deseada específica o la edición faltante.
  4. Guarde un estado de proyecto útil por separado antes de continuar con la producción.

El historial de deshacer guardado está condicionado a la configuración anterior y a los datos supervivientes compatibles. No sustituye a todas las copias de seguridad de proyectos y no puede proporcionar una grabación que nunca llegó a almacenarse. También mantenga el contexto RPP correspondiente. Un archivo de historial no relacionado con un nombre similar no establece una fuente de recuperación utilizable para el proyecto que está investigando.

Evite secuencias de deshacer incontroladas

Inspeccione la entrada relevante del historial antes de realizar muchas acciones. Una secuencia indiscriminada puede eliminar trabajos posteriores válidos mientras se busca una edición faltante. Conserve una línea de base y compare el arreglo resultante. Si la historia no puede proporcionar el estado deseado, conservar el útil proyecto actual y pasar a otro candidato en lugar de reabrirlo repetidamente con la esperanza de crear una nueva historia.

Si recupera un elemento anterior o toma una decisión, inspeccione los desvanecimientos y el enrutamiento circundante. Un deshacer exitoso puede restaurar un objeto y dejar otros cambios posteriores previstos fuera de ese estado. Concilie esas decisiones deliberadamente en una nueva versión de recuperación y mantenga intacta la fuente histórica para comparar.

Ruta nativa 4: reconectar las tomas grabadas originales

  1. Inspeccione el nombre de archivo, la ruta y el uso del proyecto esperados del medio faltante.
  2. Localice la grabación exacta en las carpetas de grabación originales o en una copia del proyecto existente.
  3. Repare la referencia en un RPP que funcione utilizando el flujo de trabajo normal de ubicación de medios de REAPER.
  4. Reproduzca la toma afectada y compare la duración, el contenido, las compensaciones y el tiempo.

Esta ruta restaura el acceso al audio que aún existe. No recupera una interpretación eliminada de un archivo pico o un elemento vacío. Compare también la toma real antes de aceptar una coincidencia del mismo nombre. Una grabación diferente puede eliminar la advertencia de medios faltantes y al mismo tiempo cambiar la interpretación y los límites de edición que dependen de ella.

Verifique la fuente y el tiempo del elemento de forma independiente

Un WAV correcto aún puede reproducirse incorrectamente si el elemento recuperado utiliza diferentes compensaciones, velocidad, tono o selección de toma. Inspecciona esos controles y reproduce la frase completa. Luego compare la transición a los elementos vecinos. Esto detecta una discrepancia que una simple audición del archivo fuente no puede revelar.

Mantenga grabaciones sin procesar junto con ediciones renderizadas útiles. Un renderizado puede conservar un sonido aprobado mientras que la toma original proporciona material para futuras revisiones. Sus roles difieren. Si el proyecto debe reconstruirse a partir de raíces, etiquete los resultados claramente y conserve candidatos nativos que luego puedan restaurar controles de edición más detallados.

Diagnosticar el silencio sin asumir que el proyecto está vacío

Inspeccione la disponibilidad de la fuente, realice un seguimiento del estado de silencio y solo, el enrutamiento, la configuración del dispositivo y el contenido del elemento. Un proyecto silencioso puede contener datos de edición intactos. Por el contrario, un elemento con una etiqueta visible puede indicar que no hay audio. Registre el síntoma específico y pruebe una fuente conocida antes de reconstruir la sesión o reemplazar complementos indiscriminadamente.

Disponibilidad de complementos separada de la recuperación de arreglos

Un complemento faltante o incompatible puede cambiar la reproducción mientras las pistas y ediciones sobreviven. Conserve el estado original del dispositivo y cualquier renderizado existente antes de sustituir otro procesador. Luego pruebe los cambios uno por uno en una copia de recuperación. Un reemplazo que haga que el proyecto funcione es una nueva decisión acertada a menos que verifique que reproduce el comportamiento previsto.

Inspeccione también los destinos de automatización y los rangos de parámetros después de un cambio de dispositivo. Una curva recuperada puede apuntar a un control que se comporta de manera diferente en otra versión. Compare el pasaje relevante con una referencia conocida. Mantenga los reemplazos aproximados en la nota de recuperación para que el próximo productor comprenda lo que queda sin resolver.

Utilice el texto del proyecto como evidencia en lugar de una garantía de reparación.

Los archivos RPP utilizan una estructura legible, que puede ayudar a un usuario experimentado a inspeccionar las referencias fuente en una copia. Sin embargo, un texto legible no establece que todas las relaciones del proyecto sobrevivieron. Utilice primero el flujo de trabajo normal de apertura y reparación de medios de la aplicación. Conserve la fuente antes de cualquier cambio manual y compare cuidadosamente la sesión resultante.

Mantenga separados a los candidatos truncados

Un RPP incompleto puede contener información de seguimiento útil y carecer de secciones posteriores. No elimine casualmente líneas desconocidas para forzar una carga. Un archivo que se abre después de editarlo aún puede omitir datos importantes de ruta o artículo. Si recupera un subconjunto, etiquételo como parcial y conserve el candidato intacto para una investigación más completa.

Del mismo modo, cambiar la extensión de un nombre de archivo no puede proporcionar el audio faltante ni reconstruir un proyecto vacío. Inspeccione el contenido real y el hito creativo previsto. Un resultado exitoso de apertura de archivo es el inicio de la validación musical, no una prueba de que la sesión interrumpida regresó por completo.

Una recuperación trabajada para una composición vocal perdida

Supongamos que se produce un bloqueo tras varias selecciones de toma y ajustes de fundido cruzado. Conserve el RPP, las copias de seguridad y las grabaciones. Compare la frase relevante en cada candidato nativo, verificando las tomas seleccionadas en lugar de solo la cantidad de elementos. Un proyecto más antiguo puede contener todas las grabaciones excepto una composición diferente, mientras que un guardado automático posterior conserva las opciones de interpretación previstas.

Reconstruir sólo las decisiones de edición no resueltas

Si ningún candidato contiene la compilación completa, utilice el mejor proyecto estable y las tomas sin procesar verificadas como referencia de reconstrucción. Compare un renderizado de referencia cuando esté disponible y reconstruya los límites faltantes en una nueva versión. Registre ese trabajo explícitamente. El audio superviviente es material recuperado, mientras que la ubicación de la toma recién inferida sigue siendo una reconstrucción.

Luego inspecciona los fundidos y reproduce el pasaje completo de la mezcla. Exporte una prueba breve y compárela de forma independiente. Finalmente, vuelva a abrir el RPP guardado y verifique las rutas de origen nuevamente. Esto establece un hito nativo utilizable y una salida de referencia que pertenece a la misma sesión aceptada.

Identificar el estado REAPER previsto mediante la toma de decisiones.

Elija un pasaje breve que contenga las opciones de interpretación y edición que necesita conservar. Registre la toma esperada, los límites de los elementos, los desvanecimientos y un cambio de automatización distintivo. Luego compare ese pasaje en cada candidato del RPP. Un proyecto puede contener las mismas grabaciones sin editar aunque se utilice una composición o arreglo diferente, por lo que la decisión musical real proporciona una evidencia más sólida que la presencia de nombres de pistas familiares.

Comparar tomas dentro del elemento en lugar de solo la lista de fuentes

Inspeccione qué toma está activa y cómo el elemento utiliza su fuente. Luego reproduzca la frase con elementos vecinos que sean audibles. Una grabación recuperada se puede completar mientras el proyecto selecciona otra interpretación o comienza en un desplazamiento diferente. Mantenga esos cheques separados. Si recrea manualmente la elección de toma a partir de una representación de referencia, regístrela como reconstrucción en lugar de tratar la supervivencia de la grabación sin procesar como prueba de que se devolvió la compilación original.

Inspeccione también los fundidos cruzados y la transición al silencio o la respiración. Pequeñas diferencias de tiempo pueden cambiar una frase hablada o una articulación musical incluso cuando las notas principales permanecen intactas. Guarde un punto de control antes de reparar esos límites. Luego compare un render breve con la referencia prevista. Esto conecta la verificación del elemento nativo con el resultado audible que otro productor u oyente realmente utilizará.

Compare los modos de copia de seguridad según los archivos que produjeron

El flujo de trabajo de copia de seguridad configurado puede conservar un guardado anterior, candidatos con marca de tiempo o versiones históricas en otra disposición. Inspeccione las preferencias reales y los archivos existentes antes de decidir qué contiene el RPP-bak. No infieras un historial ilimitado sólo de la extensión. Conserve todos los candidatos plausibles y compare su contenido musical en copias de trabajo, manteniendo la fuente de respaldo original sin cambios durante la selección.

Utilice una nota de revisión significativa para cada candidato

Graba la toma seleccionada, una región distintiva y el cambio de mezcla relevante. Esto hace que la comparación sea más fácil que escribir sólo el más antiguo o el más nuevo. Un candidato con la composición correcta puede carecer de una sección de arreglo posterior, mientras que otro conserva la sección pero utiliza una toma anterior. Conserve ambos hasta que decida si adoptar una línea de base o combinar material verificado en un nuevo proyecto de recuperación.

Si la aplicación ofrece varias versiones de un candidato de respaldo, inspecciónelas deliberadamente y guarde los resultados útiles por separado. No sobrescriba repetidamente el proyecto principal mientras navega. Un conjunto de fuentes estable le permite volver a visitar una versión cuando otra dependencia se vuelve importante. También ayuda a evitar el error común de elegir el primer proyecto que se abre en lugar del que contiene el estado creativo que realmente necesitas.

Recuperar una grabación como audio antes de reconstruir su edición

Abra un archivo fuente copiado y compare el rendimiento real, la duración y el contenido del canal. Luego identifique su lugar previsto en el proyecto. Una visualización máxima, un nombre de archivo o una etiqueta de elemento son sólo una pista de identificación. Las muestras originales deben sobrevivir en un archivo de audio legible u otra fuente verificada. Esta distinción evita que una forma de onda visible se convierta en una afirmación sin fundamento de que la toma completa es recuperable.

Compare cuidadosamente grabaciones multicanal y alternativas

Un archivo estéreo y un original multicanal pueden contener material relacionado y al mismo tiempo admitir diferentes tareas de edición. Inspeccione los canales que utiliza el proyecto y compare el desempeño relevante. Del mismo modo, una toma consolidada o renderizada puede conservar la frase audible y omitir material fuera de la edición. Mantenga alternativas útiles, pero documente si proporcionan la grabación original o un reemplazo limitado.

Si existe una grabación fuera de la carpeta del proyecto, conserve su nombre original y los detalles de la fuente antes de recopilarla en la recuperación. Luego inspeccione las compensaciones, la velocidad, el paso y el comportamiento de estiramiento del proyecto. Una fuente correcta aún puede reproducirse de manera diferente cuando esos controles difieren. Por lo tanto, volver a conectar el nombre del archivo es sólo la primera parte de la restauración de la relación musical entre la fuente y la línea de tiempo.

Preservar el enrutamiento y la automatización durante la transferencia parcial

Cuando un candidato de RPP proporcione una pista o un elemento útil, pruebe la transferencia a un nuevo proyecto de recuperación. Inspeccione luego el enrutamiento de entrada y salida, los envíos, los efectos y la automatización. Una pista puede sonar correcta por sí sola pero se comporta de manera diferente en la mezcla completa. Conserve el candidato de origen para poder comparar el contexto deseado en lugar de reconstruirlo desde la memoria después de la transferencia.

Prueba el pasaje tanto en solitario como en mezcla completa.

Utilice la reproducción en solitario para identificar la grabación y los defectos obvios de edición. Luego, reproduzca la combinación completa para comparar el comportamiento de la cadena lateral, los rendimientos y las relaciones de automatización. Estos controles responden a diferentes preguntas. Una toma aislada válida aún puede ingresar al bus equivocado o interactuar con otra pista inesperadamente. Registre cualquier nueva decisión de ruta por separado de los datos del artículo recuperado.

Si un complemento no está disponible, conserve su estado guardado y cualquier representación de referencia antes de sustituirlo por otro procesador. Luego cambie un dispositivo a la vez en la copia de recuperación y compare el pasaje relevante. Un reemplazo puede resultar musicalmente útil sin reproducir el comportamiento del parámetro original. Mantenga esa aproximación explícita para que otro productor sepa qué controles necesitan una revisión adicional si el entorno original vuelve a estar disponible.

Utilice la información de deshacer guardada con un objetivo limitado

Un conjunto de proyecto e historial superviviente puede ofrecer una edición anterior útil, pero su disponibilidad depende de la configuración anterior y de los datos coincidentes. Preserve el estado actual antes de explorarlo. Luego identifique la acción específica que desea revertir e inspeccione el pasaje resultante. Una reversión prolongada e incontrolada puede descartar trabajos posteriores válidos y dificultar el establecimiento de qué estado proporcionó la recuperación aceptada.

Conciliar el estado histórico útil con el trabajo posterior.

Supongamos que deshacer restaura un elemento eliminado accidentalmente pero también elimina un viaje de nivel posterior. Conserve el elemento restaurado y el estado actual útil por separado, luego cree su combinación verificada en un nuevo proyecto. Compare el desvanecimiento, la elección y la automatización en torno a la unión. Esta es una reconstrucción deliberada a partir de la evidencia sobreviviente, y una breve nota aclara esa procedencia para futuras ediciones.

Si la acción deseada no existe en el historial sobreviviente, conserve el proyecto actual útil y compare otras copias de seguridad. Reabrir o cambiar la configuración de deshacer ahora no puede crear contenido histórico que nunca se guardó. Un punto de parada claro para esta ruta evita perder tiempo probando repetidamente el mismo estado faltante mientras que las grabaciones o copias de seguridad más potentes permanecen disponibles en otros lugares.

Decidir qué puede respaldar una reconstrucción basada en vástagos

Una plica o mezcla existente puede preservar el sonido al mismo tiempo que aplana elementos, tomas y controles de dispositivos. Inspeccione su alcance, calidad y revisión antes de crear una sesión de reemplazo. Puede admitir cambios de arreglos o una revisión inmediata sin permitir las mismas revisiones detalladas de composición vocal o instrumentos que el proyecto original. Establezca esos límites antes de adoptarlos como línea base de producción.

Preservar un hito nativo antes de un nuevo trabajo creativo

Una vez que la sesión recuperada pase las comprobaciones de contenido, guarde un RPP con un nombre claro y presente una referencia de esa versión exacta. Luego comience nuevas ediciones en otra versión. Esto crea un límite útil entre la recuperación y la producción continua. Mantenga separadas la evidencia original y los candidatos rechazados para que un descubrimiento posterior pueda compararse con el hito aceptado.

Finalmente, pruebe una copia recopilada de otro directorio e inspeccione el mismo pasaje musical. Esto expone grabaciones externas faltantes o ajustes preestablecidos que permanecían disponibles en la estación de trabajo original. Registre los archivos fuente aceptados, las decisiones reconstruidas y los dispositivos no resueltos. Una sesión portátil y revisable es más útil que una carpeta de archivos RPP plausibles cuyas diferencias musicales siguen siendo inciertas.

Mantener la aceptación musical ligada al RPP guardado

Después de que la sesión recuperada pase las comprobaciones de aprobación, guarde y vuelva a abrir ese proyecto exacto, luego genere una referencia. Compare nuevamente la toma, los fundidos cruzados y la automatización seleccionados. Esto conecta el resultado audible con una fuente nativa persistente y ayuda a exponer una dependencia accidental del estado de la sesión anterior.

Identificar fuentes aplanadas para futuras revisiones

Si un vástago recuperado reemplaza elementos editables o un instrumento no disponible, documente el reemplazo y su alcance. Otro productor puede entonces planificar un trabajo de equilibrio o arreglo adecuado sin esperar controles que ya no sobrevivan. Conserve el candidato nativo original y el estado del dispositivo para cualquier evaluación posterior de entorno compatible.

Para colaborar, pruebe la recuperación recopilada de otro directorio e inspeccione el pasaje de aceptación. Luego incluya el registro conciso de fuentes y límites con el proyecto. Esto confirma que los archivos reales se están entregando y evita que una sesión que funcione localmente dependa de una ruta de grabación no registrada en otra parte de la estación de trabajo.

Cuando la recuperación del almacenamiento puede ayudar a que REAPER funcione

PandaOffice Drecov puede ayudar a recuperar archivos RPP eliminados, copias de seguridad existentes o grabaciones originales en un almacenamiento legible. No puede reconstruir una decisión de toma no guardada que nunca llegó al disco ni generar un rendimiento completo a partir de un caché de forma de onda. Utilice primero candidatos nativos y reduzca las escrituras en el almacenamiento afectado mientras investiga los archivos eliminados.

Paso 1: identificar el proyecto y las ubicaciones de grabación

Elija la unidad o partición que contenía el RPP, los guardados automáticos configurados o las tomas faltantes. Estas pueden ser ubicaciones diferentes, así que registre a qué se dirige cada búsqueda. Mantenga la salida de recuperación en otro lugar. Las desconexiones repetidas del almacenamiento o los fallos de lectura del hardware necesitan una evaluación antes de continuar con un análisis de software normal.

Interfaz de selección de fuente de PandaOffice Drecov

Paso 2: compare los candidatos de proyecto y audio

Revise los nombres de archivos disponibles, rutas, tamaños, fechas y vistas previas de audio compatibles. Conserve las revisiones plausibles de RPP junto con sus grabaciones asociadas siempre que sea posible. Una toma reconocible no establece que la composición y el enrutamiento correctos sobrevivieron. Mantenga los detalles de la fuente para que pueda evaluar esas relaciones en REAPER después de la recuperación.

Interfaz de resultados del análisis de PandaOffice Drecov

Paso 3: restaurar en otro lugar y probar la sesión

Recupere archivos seleccionados en otro destino saludable y conserve un conjunto intacto. Abra un proyecto en funcionamiento, vuelva a conectar tomas verificadas e inspeccione elementos, automatización, enrutamiento y comportamiento del dispositivo. Guarde un nuevo RPP y realice una prueba representativa. Mantenga a los candidatos incompletos separados de la sesión que ya aceptó.

Interfaz de vista previa y recuperación de PandaOffice Drecov

Preservar el hito de producción recuperado

Registre la copia de seguridad de origen, las grabaciones, las ediciones reconstruidas y los dispositivos no resueltos. Luego vuelva a abrir el proyecto aceptado y compare sus hitos musicales importantes. Mantenga juntos un render de referencia y el proyecto nativo correspondiente. Esto le da a la siguiente sesión de producción una base confiable sin ocultar una recuperación parcial detrás de un lanzamiento sin advertencias.

Pruebe el comportamiento real de copia de seguridad y recopilación de medios

Utilice un proyecto desechable para verificar las ubicaciones de copia de seguridad configuradas y las versiones retenidas. Abra un candidato copiado y luego pruebe un proyecto recopilado de otro directorio. Estas comprobaciones prácticas muestran lo que realmente proporciona su flujo de trabajo de preservación y ayudan a identificar grabaciones externas que necesitan una inclusión explícita en futuras copias de seguridad.

Explore las opciones de recuperación relevantes: Recuperación del disco duro, Recuperación de disco duro externo.

Para conocer otro caso de recuperación y sus comprobaciones prácticas, lea la guía de recuperación relacionada.

Consulte la guía del proveedor para la versión instalada: documentación oficial de recuperación 1, documentación oficial de recuperación 2.