cheapest core duo for HDV

[Jerry]

When you see the buffer settings it is based on different amounts of RAM. When you pick the amount of RAM EDIUS will then create as many buffers as possible.

Pat had his set to 512 Megs.

That gives over 700 Frames in SD and around 176 in HD :)


Mike

Mike,
Check your PM's.

[GrassValley_MD]

Brandon,
The machine that Pat was running, I noticed a 700+ buffer on that.
If you can tell me, how is that measured.

When you see the buffer settings it is based on different amounts of RAM. When you pick the amount of RAM EDIUS will then create as many buffers as possible.

Pat had his set to 512 Megs.

That gives over 700 Frames in SD and around 176 in HD :)


Mike

[Tobe]

That's the kind of info I was hoping to get...thanks, Jerry...as much specific info that users have found, to lead the way for us skin-flints :-)
Tobe

[Jerry]

Interesting comments and conversation. I guess I was hoping folks would chime in with brand names and models that meet the criterion of cheapest core duo PC that works well for Edius and also for Edius NX.
There's a lot to consider...correct motherboard and graphics card for the NX, so if I buy a new duo-core now and later add in the board set, i want to get the correct one...

First of all, what do you consider cheap? After the price drop in July for the Intel chips, you could build a complete core 2 system for under $800. If you are strictly doing HQ product you should get ok RT.
I prefer Asus and Supermicro motherboards. This is, of course, a personal choice.

[Tobe]

Interesting comments and conversation. I guess I was hoping folks would chime in with brand names and models that meet the criterion of cheapest core duo PC that works well for Edius and also for Edius NX.
There's a lot to consider...correct motherboard and graphics card for the NX, so if I buy a new duo-core now and later add in the board set, i want to get the correct one...

[GrassValley_BH]

Max buffer size (so far) is 512MB. 700+ buffer is in an SD project.

While it sounds nice, in practice it's kind of annoying because it does take more than a few seconds to fill 700+ frames...

Application addressing limit of 2GB is a limit of 32-bit Windows.
Windows itself can see a little bit more with the appropriate switches, but it only helps if you're running other stuff and for Windows housekeeping.

The machine that Pat was running, I noticed a 700+ buffer on that.

[STORMDAVE]

Yes sir...with the whole Adobe bundle working under OSX, I have no problem with the transition. I'll be dual booting, and if Edius 4.5 works with Parallels, then it's a much better solution than bootcamp :)

I'm moving towards full time MoGraph now and will let others do the event stuff, I'm fairly sick of them because it's the same thing over and over.

Sorry for going off topic.

[Jerry]

It's 3.5 I think....but anything over 2GB is useless if you're only editing with Edius and have no other apps open.

My next machine will have: 8GB :D

Dave, it sounds as if you are getting ready to jump to a Mac.

[STORMDAVE]

It's 3.5 I think....but anything over 2GB is useless if you're only editing with Edius and have no other apps open.

My next machine will have: 8GB :D

[Jerry]

XP can see up to 3GB with the /3GB switch.

Did you get it to work? I tried the PAE and the /3gb switch. Neither did a thing. I read that either the PAE or the /3gb switch was more for Server 2003.

[Zorro]

Also, being that XP only sees 2gigs, but will use whatever, does Edius 4.5 take into account ram over 2gigs?

XP can see up to 3GB with the /3GB switch.

[Jerry]

v4.5 measures the buffer in MB, hopefully so people don't go hog wild and dedicate too much RAM to the buffer because that just causes swappin to disk which destroys realtime performance.

Brandon,
The machine that Pat was running, I noticed a 700+ buffer on that.
If you can tell me, how is that measured. Also, being that XP only sees 2gigs, but will use whatever, does Edius 4.5 take into account ram over 2gigs?

[Jerry]

I don't think that you can gain a lot of real time performance by choosing the best processor...the most important component when editing with HQ (HD) files is the Hard Disks. A fast RAID array will give you a lot more than the newer processor...

Based on the information we have been giveny by Canopus, the HQ codec works on a processor/hard drive speed combination. I agree a fast array will be the best solution in a completely 10bit RGB uncompressed environment. However, being that we are using 8bit compressed, a good combination of the two would give great results.

This section was taken from the HQ white paper:

For an HD editing system to be truly efficient, a high-quality HD codec solution with an emphasis on processing speed and image quality is essential, and the Canopus HQ Codec fulfills both of these requirements.

http://www.canopus.com/contentfiles/...paper70b72.pdf

[Aristotelis]

Yeah,
Let me second that overclocking statement. I have the X6800 and I have it overclocked to 3.3 with PC6400 ram. I ususally edit in 1920x1080 and I get
3-4 streams easy. When I roll it back to HDV 1440 29.97, I don't worry about

I don't think that you can gain a lot of real time performance by choosing the best processor...the most important component when editing with HQ (HD) files is the Hard Disks. A fast RAID array will give you a lot more than the newer processor...

[GrassValley_BH]

v4.5 measures the buffer in MB, hopefully so people don't go hog wild and dedicate too much RAM to the buffer because that just causes swappin to disk which destroys realtime performance.