deleted .aup file

[gptns]

Good Day!
Im working on a recording...
saved it on a folder... when i opened it again, its gone..
however i dont know what happened...
when, i tried to open it, the .aup file was not there anymore.
although the _data file folder is still there..

is there any way i can recover my .aup file?
or maybe merge the files in the _data into a single .aup file?

please help... thanks...

[Gale Andrews]

Try looking in the Recycle Bin.

If not, please see: http://wiki.audacityteam.org/index.php? ... very_tools . This means you will have to do sorting and renaming of the AU files in the _data folder, then use the 1.2 Recovery Utility to make a new WAV file or files, then piece together the recovered WAV files if you have a very long recording.

Or, if you don't mind installing python 2.7.6 , there is a script you can try which would attempt to create a new AUP file from the data, then you would just open the recreated AUP file. See: http://forum.audacityteam.org/viewtopic ... 06#p223406 .


Gale

[gptns]

Try looking in the Recycle Bin.

If not, please see: http://wiki.audacityteam.org/index.php? ... very_tools . This means you will have to do sorting and renaming of the AU files in the _data folder, then use the 1.2 Recovery Utility to make a new WAV file or files, then piece together the recovered WAV files if you have a very long recording.

Or, if you don't mind installing python 2.7.6 , there is a script you can try which would attempt to create a new AUP file from the data, then you would just open the recreated AUP file. See: http://forum.audacityteam.org/viewtopic ... 06#p223406 .


Gale

thanks gale, tried the python thing... it did merge the .au files but to an unusable file.... it didnt restored back... it skips and skips... thanks though.... guess i have to do this recording all over again....

[kozikowski]

Or, if you don't mind installing python 2.7.6 , there is a script you can try which would attempt to create a new AUP file from the data, then you would just open the recreated AUP file. See: viewtopic.php?p=223406#p223406 .

How about we install and run the recovery tool that comes with Audacity?
Koz

[Gale Andrews]

Or, if you don't mind installing python 2.7.6 , there is a script you can try which would attempt to create a new AUP file from the data, then you would just open the recreated AUP file. See: viewtopic.php?p=223406#p223406 .

How about we install and run the recovery tool that comes with Audacity?
Koz

This is Hollywood sense of humour, right?


Gale

[Gale Andrews]

tried the python thing... it did merge the .au files but to an unusable file.... it didnt restored back... it skips and skips... thanks though.... guess i have to do this recording all over again....

Had you edited the recording? If so, the python script has the same limitations as the manual resort and rename - the AU files sorted by time modified won't remain in the correct timeline order.


Gale

[kozikowski]

This is Hollywood sense of humour, right?

Their stuff is usually a lot funnier.

there is a script you can try which would attempt to create a new AUP file from the data

So somebody did the concept, structure, programming, troubleshooting, bug fixes and posting of a Python script to produce the holy grail of Project Rescue, but it's not an Audacity-wide product? Isn't fully 80% of the work done?

Correct me, but a native tool would directly impact the ability of the average user to produce a show under the stress of a damaged or missing AUP file.

Isn't Audacity's raison d'être to produce a show?

Koz

[Gale Andrews]

This is Hollywood sense of humour, right?

Their stuff is usually a lot funnier.

there is a script you can try which would attempt to create a new AUP file from the data

So somebody did the concept, structure, programming, troubleshooting, bug fixes and posting of a Python script to produce the holy grail of Project Rescue, but it's not an Audacity-wide product?

Do we expect users to install python now, as well as LAME and FFmpeg?

Do we assume they understand how to open a command prompt at the folder where the python program and the _data folder is?

Do we expect them to know what command to type to call the program?

If they got that far, would the average user understand this:

Code: Select all

C:Python27aa_data>python aup_recover.py
Your Audacity .au files should be in a directory structure like this:
<basepath>/<projname>_data/e*/d*/*.au

The current directory = C:Python27aa_data

Please enter <basepath>. If it is the current directory, just press enter.
:   

Have you (Koz) used this tool yet after consigning the AUP to digital oblivion?

Obviously the tool is not suitable for release. It would need to include or dll-embed the required python libraries and have an interface, like the 1.2 Recovery Utility. Until then, resorting and renaming the AU files then use the 1.2 Recovery Utility will be what most users need to do.

I'm only now judging if the tool is good enough to mention on wiki. The tool did not work in the above case, but I'm still assuming this is because gptns had edited the project.

If this tool still tests fairly well then I'll ask pjaytycy if he can make it at least self-contained, not requiring to install python. Unless of course you're going to do that for us.

Correct me, but a native tool would directly impact the ability of the average user to produce a show under the stress of a damaged or missing AUP file.

Only an unedited mono recording would open completely correctly, as per the limitations already mentioned.


Gale

[kozikowski]

Obviously the tool is not suitable for release.

It's not, but the suggestion was whoever designs a "finished" recovery product has to start from dead zero. That's incorrect. Some of the philosophy and proof-of-concept programming has been done. The development ball is rolling.

Unless of course you're going to do that for us.

In my dreams. I go to some measures to avoid giving anybody extra work, but it seems to me the ability to conveniently turn accidental trash into a working show should be very near the top of development efforts, given that producing a show is Audacity's Mission Statement.

I understand anybody who creates any edits is dead. There is no way to recover from that, convenient or not. But given the development team wrote the live capture file structure, having a computer go to never-never land during a recording should not spell the end of the world, stereo or not.

What's the difference between sorting by time/date and what the script does?
Does auto recovery really fall that often, or we just get the piles of rubble on the forum?

Koz

[steve]

it seems to me the ability to conveniently turn accidental trash into a working show should be very near the top of development efforts, given that producing a show is Audacity's Mission Statement.

I would much prefer that those developer hours went into developing a robust unitary project format.

Does auto recovery really fall that often, or we just get the piles of rubble on the forum?

From personal experience, auto recovery is surprisingly/delightfully effective. Now if they could just stop Audacity freezing so frequently with PulseAudio then I would not need to use auto-recovery so often.

I understand anybody who creates any edits is dead. There is no way to recover from that, convenient or not

Which for me makes the tool unsuitable for release as part of Audacity. I don't think that we should be shipping tools that are more likely to fail than to succeed (no need to discus "Vocal Remover" here). Not a problem for a stand-alone application or optional plug-in.

If this tool still tests fairly well then I'll ask pjaytycy if he can make it at least self-contained, not requiring to install python.

I've not tried it, but this looks like a possibility: http://www.pyinstaller.org/