Page 2 of 3
Re: Import audio crash
Posted: Fri Dec 30, 2011 10:14 pm
by rrm
steve wrote:What settings do you have in "Edit menu > Preferences > Quality"?
Samplerate: 44100; 16bit
Realtime: "snelle sinc-interpolatie" (fast sinc-interpolation?), no dither
Conversion: "hoge kwaliteit sinc-interpolatie (high quality sinc-interpolation?), flexible dither
Re: Import audio crash
Posted: Sat Dec 31, 2011 3:22 am
by steve
Well assuming that the files that you are importing are also "normal" you will be well short of th 2^31 sample limit.
I'm trying to get a handle on what is triggering the freeze/crash....
If you import just one, known to be good, MP3 file, then import the same file again and again, adding each copy end to end 'till you have 6 hours of audio, do you still get the crash?
If you do the same with a WAV file do you get the crash?
Re: Import audio crash
Posted: Sat Dec 31, 2011 3:58 am
by Gale Andrews
@Ed & rrm - Is the "Audio cache" option in Directories Preferences enabled? It should not be used for this length of audio, in my opinion.
Audacity Beta projects containing more than 2^31 samples will re-open empty with the entire data being seen as "orphaned files"
I have not tested this, but I currently think the limitation is in the number of samples in the tracks, not the data stored in the .au files in the _data folder. That is, you could have a 13 hour, 44100 Hz recording, and normalize it and there would not be a problem although you had increased the data stored in the _data folder to support undo, but if you duplicated it, there would be a problem.
Are all these MP3 files you are importing at 44100 Hz or are some (or the one that causes the issue) at some other rate? Look above the Mute/Solo buttons when you import them.
Once a freeze/crash problem like this has happened, it may get perpetuated in the project and appear mechanistic as if there is a problem with "5 hours 30 minutes" when there isn't.
If you (rrm) are still waiting to recover the project again, can you go to Users<user name>AppDataRoamingAudacity AutoSave and make a copy of the "autosave" file? Then use "Upload attachment" underneath where you post to attach it.
Gale
Re: Import audio crash
Posted: Sat Dec 31, 2011 3:27 pm
by rrm
steve wrote:Well assuming that the files that you are importing are also "normal" you will be well short of th 2^31 sample limit.
I'm trying to get a handle on what is triggering the freeze/crash....
If you import just one, known to be good, MP3 file, then import the same file again and again, adding each copy end to end 'till you have 6 hours of audio, do you still get the crash?
If you do the same with a WAV file do you get the crash?
Tried your method with succes. I imported only files which where already succesful imported.
No shutting down problem anymore. Neither with 16bit, nor 32bit!
My last 15 new tracks also imported without any problem, except one!
Although it was encoded with LAME (320), just like the rest, it gave repeatedly the same error.
Even when I opened a new project, the same error popped-up.
It seems a problem in the audio track itself in combination with audacity that gives termination of the program.
I've got no idea what it can be. If you (Gale/Steve) are interested I can put the track online.
For now thanks for the marvelous support!
Re: Import audio crash
Posted: Sat Dec 31, 2011 3:51 pm
by steve
rrm wrote:If you (Gale/Steve) are interested I can put the track online.
Yes please.
Re: Import audio crash
Posted: Sat Dec 31, 2011 6:11 pm
by rrm
steve wrote:rrm wrote:If you (Gale/Steve) are interested I can put the track online.
Yes please.
(just copy/paste complete link)
http://rrmvanderlinden.dyndns.org/073_Flawless (Go To The City).zip
Re: Import audio crash
Posted: Sat Dec 31, 2011 6:34 pm
by billw58
Plays fine in QuickTime and iTunes, crashes on import into Audacity with "All files" set in the Import dialog. Imports OK into Audacity if you set "FFmpeg compatible files" (opens with libav) or "MP3 files" (opens with libmad).
We may have found a bug.
Code: Select all
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_PROTECTION_FAILURE at 0x00000000bf7fffec
VM Regions Near 0xbf7fffec:
__LINKEDIT 00000000bb105000-00000000bb108000 [ 12K] r--/rwx SM=COW /System/Library/CoreServices/Encodings/libLatinSuppConverter.dylib
--> Stack 00000000bc000000-00000000bf800000 [ 56.0M] ---/rwx SM=NUL
Stack 00000000bf800000-00000000c0000000 [ 8192K] rw-/rwx SM=COW
Application Specific Information:
objc[1280]: garbage collection is OFF
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 Audacity 0x007334ff header_seek + 15
1 Audacity 0x00733d81 psf_binheader_readf + 1617
2 Audacity 0x007804d5 id3_skip + 85
3 Audacity 0x00768eae guess_file_type + 958
4 Audacity 0x00768ebd guess_file_type + 973
5 Audacity 0x00768ebd guess_file_type + 973
The line:
Audacity 0x00768ebd guess_file_type + 973
repeats over 500 times in the crash log.
-- Bill
Re: Import audio crash
Posted: Sat Dec 31, 2011 8:22 pm
by Edgar
Gale Andrews wrote:@Ed & rrm - Is the "Audio cache" option in Directories Preferences enabled?
No, and I was testing with SVN HEAD as of the date of the test; the config file was initialized.
Re: Import audio crash
Posted: Sat Dec 31, 2011 8:44 pm
by Edgar
I just tested that file under the debugger and it did crash. The code it crashes in is beyond my ability to easily debug. The code involved is in:
lib-srclibsndfilesrccommon.c line 383:
Code: Select all
static void
header_seek (SF_PRIVATE *psf, sf_count_t position, int whence)
{
switch (whence)
{ case SEEK_SET :
lib-srclibsndfilesrcsndfile.c line 2408:
Code: Select all
if (buffer [0] == MAKE_MARKER ('I', 'D', '3', 3))
{ psf_log_printf (psf, "Found 'ID3' marker.n") ;
if (id3_skip (psf))
return guess_file_type (psf) ;
return 0 ;
} ;
and lib-srclibsndfilesrcid3.c line 30:
Code: Select all
int
id3_skip (SF_PRIVATE * psf)
{ unsigned char buf [10] ;
Re: Import audio crash
Posted: Sun Jan 01, 2012 12:34 am
by rrm
Edgar wrote:Gale Andrews wrote:@Ed & rrm - Is the "Audio cache" option in Directories Preferences enabled?
No, and I was testing with SVN HEAD as of the date of the test; the config file was initialized.
Also disabled it..