Import audio crash

[rrm]

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

[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?

[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

[rrm]

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!

[steve]

If you (Gale/Steve) are interested I can put the track online.

Yes please.

[rrm]

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

[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

[Edgar]

@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.

[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] ;

[rrm]

@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..