1 out of 1 tracks converted with major problems..... Conversion failed: The encoder has terminated prematurely with code 0 (0x00000000); please re-check parameters

I can confirm the same problem. Same set up converting a 6 channel 384kbps .ac3 file of approx 1 hour 56 mins, the conversion failed at approx 1 hour 2 mins with the same message.

I suspect this may be something to do with the new channel coupling in libvorbis, but I'll need to do some more checking to be sure.

Well, further testing tends to suggest that it is not oggenc2 that is the problem. I decoded the 6 channel .ac3 file to a 6 channel wave file, using the convert option in foobar, and then converted the 6 channel wave file to a 6 channel .ogg file, also in foobar, and it completed normally. Anyone have any ideas on this? The issue would appear to be in the direct transcoding of .ac3 to .ogg - memory leak, perhaps? Pure guess, as I've no real idea!

--------------------

John----------------------------------------------------------------My compiles and utilities are at http://www.rarewares.org/

Sorry, I confirm that directly converting the 6 channel .ac3 file to .ogg causes the same error on my test system which is configured the same as yours. However, if the file is decoded to a 6 channel wave file (via foobar) and then encoded to a .ogg file, it completes normally. That suggests to me that the problem lies somewhere in the chain prior to oggenc2 since the input to oggenc2 should be the same in both cases.

--------------------

John----------------------------------------------------------------My compiles and utilities are at http://www.rarewares.org/

I can confirm the same problem. Same set up converting a 6 channel 384kbps .ac3 file of approx 1 hour 56 mins, the conversion failed at approx 1 hour 2 mins with the same message.

Two ideas about the problem:

1) With Foobar2000 1.0 the method to send data to external encoders is using a WAV (with a WAVE_FORMAT_EXTENSIBLE header) with the length values (RIFF_length and DATA_length) filled with a value of 0xFFFFFFFF.Then we need always, not only with big >4GB wav, use the appropriate parameter:Oggenc2 --ignorelengthNeroAacEnc -ignorelengthAften -readtoeof 1Flac --ignore-chunk-sizes

2) I found some sync problems when use STDOUT-STDIN read method.I'm not sure, but maybe is a OS problem.Let me explain the workaround I use in my code applied to the code used in wav_read function in audio.c (oggenc2).

I think when you use, over STDIN:

CODE

long bytes_read = fread(buf, 1, samples*sampbyte*f->channels, f->f);

you can get bytes_read less than bytes requested without reach the end of file.This finish the encode for oggenc2 but Foobar2000 still want send data to STDOUT.

At what point in the input data stream does the termination happen? At 0x7fffffff ? Some signed int problem maybe?6 channels at 48 kHz sample rate, each sample 3 bytes (24 bits) : round about at 41.42 minutes ?6 channels at 48 kHz sample rate, each sample 2 bytes (16 bits) : round about at 62.13 minutes ?

The last one. Edit: 1:02:08, to be precise

What seems odd to me though is that I can decode the 6 channel .ac3 file to 6 channel .wav using foobar convert and it completes just fine. I can then encode the 6 channel .wav file to 6 channel .ogg using foobar convert and that also completes fine. It is the .ac3 to .ogg transcode that fails.

This post has been edited by john33: Apr 20 2010, 14:00

--------------------

John----------------------------------------------------------------My compiles and utilities are at http://www.rarewares.org/

The test version is opened to the public because it has stabilized very much. It doesn't test with 5.1 ch, and check that there is a heard environment by all means, please. A rough change point from the test version before is as follows.

･Libvorbis 1.3.1 and latest aoTuV are integrated.

･Enhanced new Noise Normalization.

･The dynamic stereo threshold change code renewal. (Became simpler. )

･The sorting application is changed to the method of agreement to new libvorbis 1.3.1. (1.3.1 The speed in total has neither last test version nor a big difference though it sped up based on. The algorithm is different. )

･The code to improve a specific problem is partially improved.

Additionally, the venc front end was made multichannel input correspondence. The wav file to 8ch is accepted. Only 5.1ch of a multichannel coupling is effective as well as libvorbis 1.3.1. This is a limitation of the library side.