INTERACT FORUM

Please login or register.

Login with username, password and session length
Advanced search  
Pages: [1]   Go Down

Author Topic: What's MC doing while converting audio?  (Read 983 times)

Qythyx

  • Galactic Citizen
  • ****
  • Posts: 390
What's MC doing while converting audio?
« on: September 23, 2007, 09:48:48 am »

I was syncing a few hundred tracks to my iPod and happened to check Task Manager and noticed that LAME was running two threads (which it should, since I configured MC to encode two at a time since I have a dual core CPU) using as much CPU as they could, but I also noticed that MC itself was using significant CPU resources as well. Basically each LAME was using around 33%, and so was MC.

My question is, what is MC doing during the sync that takes so much CPU? Since LAME is doing the heavy lifting in the encoding I can't imagine what MC is doing. The main reason I ask is that is MC is doing unnecessary stuff then LAME would be able to use those resources and run that much faster.

Anyway, just wondering.
Logged

Matt

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 42388
  • Shoes gone again!
Re: What's MC doing while converting audio?
« Reply #1 on: September 24, 2007, 08:42:09 am »

My question is, what is MC doing during the sync that takes so much CPU? Since LAME is doing the heavy lifting in the encoding I can't imagine what MC is doing. The main reason I ask is that is MC is doing unnecessary stuff then LAME would be able to use those resources and run that much faster.

During a transfer, the handheld engine runs everything it can concurrently.

Even during conversion, MC needs to decode the existing files, feed the data to the encoders, and save the output data.  This is all in the Media Center process.

MC is also sending the actual file to the device as each conversion finishes, which takes resources.

Showing status, making speed estimates, etc. also takes resources, but a tiny amount relative to everything else that's happening.

The handheld engine is quite optimized, and should be especially strong on a multi-core system.
Logged
Matt Ashland, JRiver Media Center
Pages: [1]   Go Up