Zack

Of course, you could get a Nagra VI. the new firmware makes it an 8 track now..

The Nagra VI is more expensive for much less compared to the Fusion or even 788T.  Not saying it's not a good product, but not an option for me.

I'm using a PEGZ-3 bag for mine. I can access the internal NP-1, though I only use that as a spare. I set up a 10 Ah Li-Polymer battery that fits in the Petrol's battery pouch (against my stomach). So far that battery has been enough to power my bag all day. Fusion + Zaxcom stereo hop + some lectros.

I can access the sides of the Fusion, but once it is set up I don't need to mess with it too much. I can also access the CF cards. The bag has more room than I need, but I am not sure if a PEGZ-2 would be quite enough space. I don't think I have loaded in more than 4 or 5 RXs when using the Fusion out of a bag, but there is always plenty of space in the PEGZ-3.

Thanks for that JohnPaul, looking at the dimension differences between the PEGZ-2 and 3, the internal height are pretty much the same.  I'm more worried about the height of the Fusion if the D-sub connector will touch the bag's top edge where that thin bar that shapes the bag, but I guess this is not an issue for you?

USELESS comment. waisted my time checking this tread.

Ah bummer, now I feel the same way.

it have more room for  my cigarets

So that's what those PDWAPs are really for

I believe an organic cooling medium is required to properly sink the heat away from any mysterium equipped electronics.

haha

Paul ( i can wait you'll find the overheat solution first :-) 

and maybe

I've been reading though the many 788T/Fusion threads the last few days, and I recall one user saying something on the lines of the 788T really only has 8 tracks and the 9-12 are "virtual"?  When I read the product description on SD's site about the 788T, it clearly says 12 tracks.  So... I'm just a little confused about that.... educate me please.

Reading between the lines of posts like this makes me think I'm better off not submitting to join the union.  I mean I would like to... but if the work is that slow then wth......?...?...

I tried the Porta AO-4 and the new Petrol PS607 bags, the fusion fit but there was constant pressure on the DB-25 connector for the outputs, and the battery was a PITA to change on both bags. Wouldn't recommend either unless you want to cut & sew.

I ended up with the Petrol PG602 bag, everything fits and no pressure on the DB-25 connector, battery swaps fine or there's a nice spot for an external NT1 on the back of the bag.

Thanks for that Joel, are you familiar with the older PEGZ-2 bags?  I was hoping the Fusion would fit in one of those well enough to access the I/O and the D-sub connector?  How's the fader knobs for mixing?

I'm currently involved in this same purchase debate now and I'm still torn lol.  My question for the Fusion 10 users though, which bags have worked well for getting cable access I/O to the unit with some sort of organization?  Also, since I'm looking for the ability to use the 788T/Fusion 10 as a mixer, how do the rotary knobs feel/perform for mixing as if you would with sliders (Fusion 10 that is)? 

Richard,

have you tried connecting your vx7 straight to one of the HD-SDI outs on a RED yet?  I experienced failure trying so last week.  Today I spoke with IKAN about my RMA to get the #6 dip-switch fixed... they explained that their monitors are not designed to work with the RED's SDI outs.  They said RED was un-cooporative and pretty much wants everyone to purchase the RED LCD monitors.  Ikan said that some monitors seem to work with the RED... some don't.  I'm starting to think that the options/price ratio of the VX series vs other brands are not worth the trouble.

you can make any track go left  or right on mix tracks , even in a hot weather :-)

No offense Oleg, but do you usually get gigs in hell or something?  You're the only one I see continuously talk about the overheat issues.  I thought my 702T was overheating in the 105-110 weather on my last film, but turns out it was the crappy Lacie Rugged drive locking up my SD.

As for the survey above, would it be safe to add overheating differences between 788T and 788T SSD users?  Wouldn't the SSD model become more resilient to heat compared to the typical hard drive characteristics of what the 788T has?

Man that sounds scary for sure, but hopefully things work out well for you.  "Prep time", what is this fiction? haha, I can't wait to graduate to a larger budget production.

Good luck Robert!

Agree, met them at 2004 NAB, and have really enjoyed their products. 

Takev, the 7 series recorders stamp their TC with 00 for frames at the start and stop of each file (something that is not adjustable from what I can tell).  Could this be causing issues perhaps?

Nah, I'm a tard... I found the issue.  I had all the software set correctly, but the MOTU hardware itself was set to sync from the wrong clock ..... I had it on SMPTE instead of Word Clock.  Fixed that then tested today's files from both recorders, and they were perfect. 

@ Philip, Im using the 702T's clock and I have it hooked up and set as you expected.  @ Takev, my first thoughts were to check that I was indeed recording files at 48k and not 44.1, but all files were stamped as 48k correctly.  Tomorrow I'll have all day to double check things and look it all over throughly, I'll report the results later that night.  Thanks

What is MOTU's clock source set to?

I never noticed this drift before... actually the version I noticed the most consistency with... (like frame accurate consistency) was with v.7.22.  Since upgrading from that version I've enjoyed being able to add notes without odd errors and using the reports again with 10.6.x .  I didn't notice the drift till just recently, however previous jobs didn't have such long rolls like the current, so it's hard to pinpoint this issue.

MOTU's TC source is always, LTC/SMPTE, clock source should be Word Clock ... don't have it hooked up right now so not sure the exact variable name that's listed.

Yes, if you do not do any pull up/down, then it should work as advertised.

So in your case:

  702T word clock 48000

  702T frame rate 23.98

  Boom Recorder hardware sample rate 48000

  Boom Recorder file sample rate 48000

  Boom Recorder frame rate 23.98

That's how I've been running it, however that drift issue with v.7.25.1...... that's still a mystery to me, maybe I had something set wrong, or connected wrong, but I've been double checking often.  Boggled on that one still .  Thanks for chiming in though Take

7.26 will not help for you, the only audio interfaces I know that can natively clock at 48048 are those from the Fireface family.

With the normal Boom Recorder if you are doing a pull-up/down situation, you will need to set the frame rate counter intuitively. For example, if you are driving the MOTU at 48048 and send a 30 fps timecode, then Boom Recorder needs to be set to 29.98 fps (Boom Recorder still thinks that the MOTU runs at 48000, so you need to compensate this).

These settings causes the timecode on the display to be wrong, and the timecode in the sound log to be wrong, but the stamp in the audio file should be correct.

So I'm ok at running 23.98 @ 48k for both BR and it's clock source?

Example? I just read the time code that I see out load onto the track of my Deva 5.

"Timecode 30 non drop, 11 hours 15 minutes 16 seconds, 17, 18, 19, 20 etc. etc."

I read about 15 seconds worth.

Oh I get what you're "saying".... cool idea.  I'll give 7.26 a run tomorrow and test, keeping my fingers crossed.  Thanks again RL.

Philip convinced me about the traveler a while back... glad he did, it's been flawless.

I jinxed myself .  Blew out a firewire port a few weeks ago.

Starcraft 2 ..... 

Oops...

TC rate is 23.976

Sample rate 48k

No need for a set up that "fools" Boom Recorder and tests demonstrated that it was pulled down in perfect synch.

Is that what I'm doing here with my set-up?  Do you happen to have an example of your count-off I might be able to hear?  Thanks for the reply Richard.

Yes.. I've been operating with BR v7.25.1 the last 4 weeks after Take made a revision for an issue I had, massive help he was .  Anyways... I'm having some problems with sync and some pretty bad drift between files recorded on the 702T and BR, let me quickly explain the set-up:

702T is the master TC clock outputting the TC signal and word clock to a Motu Traveler which in turn is connected to a MacBook Pro running BR v7.25.1.  BR's sample rate and bit depth are set identical to what the 702T is, and BR is recognizing the TC signal and clocking perfectly to what the 702T is outputting.  This should all ensure that files created from BR would sync to those created on the 702 right?

I've been taking some files from the BR and 702T and tried sync'ing them up in FCP tonight using their TC values.  FCP had no issue marrying them together this way and all worked well.  When I play them all together, there are inconsistencies with how they playback.  Sometimes the BR files are either 1 to 2 frames ahead of the 702T files (I can hear the gap from the slate), sometimes they're behind the same timing, sometimes they are perfectly in sync, but in all cases after about a period of one minute the drift between the two recorders becomes a good 15 frames apart.  If they're clocked together, how could they be drifting apart?  Anyone else using a similar set-up or have had issues like this with BR?