INTERACT FORUM

Please login or register.

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

Author Topic: Trelane - MPC encoder  (Read 1748 times)

Nikolay

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 1681
  • Former CTO, JRiver, Inc.
Trelane - MPC encoder
« on: April 19, 2002, 03:14:39 pm »

Trelane,
Any luck with MPC encoder?

Nikolay
Logged

Trelane

  • Regular Member
  • World Citizen
  • ***
  • Posts: 142
  • Destroy him, my robots.
RE:Trelane - MPC encoder
« Reply #1 on: April 20, 2002, 12:13:44 pm »

I've been playing with it on and off... mainly trying to reproduce the bug where it hangs at a certain point. I haven't been able to reproduce it on my computers. Also been sifting through the COM/MFC code... not my forte, unfortunately, but I have a better handle on it than before thanks to the simple example John sent me.

What I was thinking the bug might be is the encoder itself expecting a chunk of data it's suddenly not getting (due to a slow down in the rip process).

Mike
Logged

Nikolay

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 1681
  • Former CTO, JRiver, Inc.
RE:Trelane - MPC encoder
« Reply #2 on: April 20, 2002, 04:26:34 pm »

I know that MPC encoder code is available, do you think Frank will be willing to share it with you?

Nikolay
Logged

Trelane

  • Regular Member
  • World Citizen
  • ***
  • Posts: 142
  • Destroy him, my robots.
RE:Trelane - MPC encoder
« Reply #3 on: April 20, 2002, 04:52:11 pm »

There's probably a better chance of me being struck by lightning, but I'm going to talk with him about how he currently has stdin set up Next Page That's where I think the problem lies.
Logged

Matt

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 41953
  • Shoes gone again!
RE:Trelane - MPC encoder
« Reply #4 on: April 21, 2002, 08:26:07 pm »

>There's probably a better chance of me being struck by lightning

Hehe...
Logged
Matt Ashland, JRiver Media Center

Trelane

  • Regular Member
  • World Citizen
  • ***
  • Posts: 142
  • Destroy him, my robots.
RE:Trelane - MPC encoder
« Reply #5 on: April 22, 2002, 04:12:03 am »

I reproduced the bug...

I'm not exactly sure how I'd go about fixing it, though. How is the data buffered when rip/encode simultaneously is enabled? Looking at the encoder source, it seems like it's just a disk file. How does GetLength return the proper size at the beginning of the encode operation?

If my thinking is correct, the Windows I/O functions are reaching the end of the temporary file much too early because the CD-ROM drive rips slow (this old drive I happened to find rips at 0.70x...) and this causes the encode operation to stall.

I could be completely wrong, though. What are everyone else's thoughts on this?

Thanks,
Mike
Logged

JohnT

  • Citizen of the Universe
  • *****
  • Posts: 4627
RE:Trelane - MPC encoder
« Reply #6 on: April 26, 2002, 06:53:25 am »

> How is the data buffered when rip/encode simultaneously is enabled?

Each buffer of wave data is sent to the EncodeBuffer method which writes the buffer to the pipe. When there's no more data, the FinishBufferInput method is called which closes the pipe. The pipe is connected to the stdin of the encoder. What is the GetLength function and where does that come into play?

- John T.
Logged
John Thompson, JRiver Media Center

Trelane

  • Regular Member
  • World Citizen
  • ***
  • Posts: 142
  • Destroy him, my robots.
RE:Trelane - MPC encoder
« Reply #7 on: April 26, 2002, 12:53:42 pm »

Doh... I see that now. I was looking at EncThread(), which encodes from disk files. My fault. EncoderBuffer() was hiding near the bottom Next Page

Mike
Logged
Pages: [1]   Go Up