OGG Encoder misbehaving

[traveller]

While doing a test of my system to compare with another user's results, I encountered some very strange behavior with the OGG encoder in b80. Trying combinations of encode while playing and encode only (no playlist loaded) and using 2 different CD's, I obtained the same results:
The first 2 tracks would encode properly, then the 3rd track would be deleted from the list, and the 4th track would start encoding. When I first noticed this happening, I aborted the encoding, deleted the output folder, and tried again. On the second attempt, I went away and let the whole album go through, only to find on my eventual return that only 4 tracks had encoded and the encoder had stalled (playback was on and working). The tracks that had encoded were 2,3,5 and 6, #7 had been deleted and the process had hung part way into #8. Track 1 had never been listed, although this may have been a Gracenote issue, as it did not appear on any of my tests with this disc. I tried another disc for control, and had the same thing happen: tracks 1& 2 encoded, 3 got tossed, and 4 started. Options selected were:
q= .75, eject CD on completion, add encoded to playlist, OS= Win2k

[Paul]

Does this only happen with Ogg encoding?

[traveller]

Not sure; haven't tried anything else yet. I'll do some more experiments and let you know.

[traveller]

Got the same sort of results using LAME: encoded tracks 1,2,4,7 & 11 and then apparently crashed the player while starting to encode track 8 (file name is right but size=0). None of the encoded tracks were added to the playlist; does "When complete" refer to the entire encode session? Used alt-preset-standard setting, output template is artist\album\artist - track. Is there something in my settings that could account for this? CDex works fine with equivalent settings. I have the CDPlayer set to not add the CD tracks to the current playlist, so that QCD will not try to play a track that is being encoded. DAE is on, AIN is on.

[traveller]

Problem solved, thanks to Paul! The culprit turned out to be the Encoder option "Delete source files when encoding complete". Unchecking this returns the encoder to normal operation, and me to something vaguely resembling sanity.:cyclops: