Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • Vorbis tools Vorbis tools
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 63
    • Issues 63
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Xiph.OrgXiph.Org
  • Vorbis toolsVorbis tools
  • Issues
  • #578
Closed
Open
Issue created Oct 23, 2004 by Gitlab Bot@GitlabBotDeveloper

Encoding large number of files in one go crashes system

I am running Windows XP with Service Pack 2 and the Vorbis 1.0.1 Tools.

When I was trying to run a large batch query converting standard WAV files (14 
GB in 255 Files (21 CDs) in a single directory) to Vorbis using OggDropXP 
(Quality: 6, no special options), the whole system reproducibly froze (3x) after 
approximately 1 GB of source data had been processed.

Suspecting OggDrop, I generated a batch file that individually called oggenc for 
each one of the remaining 200 files. Running the batch file in turn reproducibly 
led (4x) to a blue screen (IRQL_NOT_LESS_OR_EQUAL variety). The crash once again 
occured after about 1 GB of source data.

I have just finished encoding all files by dropping the remaining 100 files into 
OggDrop *one CD at a time* without incident. 

I do not think that the actual file content has anything to do with the problem, 
as the files affected by crashes were all handled without problems when I 
subsequently resumed encoding with the exact same file. 

My system is stable and I think I can rule out completely unrelated causes for 
the crashes, which occurred exactly, and only, when I used OggDrop/OggEnc. I had 
extensively used OggDrop before without any problems, but only for one CD at a 
time. 

Of course, it is possible or even probable that the actual fault does not lie 
with OggEnc/OggDrop, but the Windows Kernel/Explorer and was merely triggered 
through the interaction with OggEnc. Still, I find my system's behavior quite 
bizarre. While I could at least in principle imagine how a large number of files 
could crash OggDrop, I have no idea why OggEnc should be affected by being run 
50 times in a row.

I know this bug report is only partially helpful - if I can reproduce the blue 
screen one more time, I will add the detailed information (especially which 
module caused it).
Assignee
Assign to
Time tracking