DIO-32HS: All outputs go high (intermittently) after completing a single pattern buffer

My application uses a PCI-DIO-32HS board in double-buffered pattern generation mode to output a series of 32-bit wide words synchronized to a 1 kHz external REQ pulse (rising edge). The approx. 1 Kword buffers are created about once every two seconds, so throughput speed is not an issue. However, once every few thousand successfully output buffers, all 32 lines are driven high out-of-sync with respect to the REQ rising edge, and remain high until the next pattern buffer is started (for about a second, which causes serious problems for the target hardware). The buffer is always padded with all zeroes at the end to ensure that the outputs stay low between pattern outputs. This even
t occurs at random (it seems), and is very difficult to trace due to its intermittent nature. The DPULL signal is left open (pulled down internally on the DIO board according to the manual) and in our current system only up to 6 of the 32 lines are ever set to 1's in the pattern buffer, so, in theory, the unused lines should never be going high. The same Visual C++ application is used in other systems with identical CPUs, but the problem does not occur in those cases. Replacing the DIO-32HS board has no effect. NI-DAQ version 6.9.1f28 is being used. Can anyone provide any insight into why the outputs might all go high at once in this fashion? Have there been any design changes (firmware or ASIC) on the PCI-DIO-32HS board over the last several years?

Hi Doug,
It is very strange that the program is working fine with the other cards and not this one. If the clock signal to the REQ line is not the same then I would suggest to check the REQ line to see that it is not receiving any ghost pulse.
Again, it is a good idea to install the latest driver of NIDAQ 6.9.3 and see it.
Also give a shot for an example program in the c:\program files\national instruments\ni-daq\examples\visualc folder and see if you get the same problem.
Please do let me know if you have any questions.
Sincerely,
Sastry V.
Applications Engineer
NI.

Similar Messages

Is there a school like universities that offering all courses of cisco? after completed the one immediate start other?

Iam thinking if there is a school that makes by program lets say this month ccent. Make the exam and after imediately begin the othe course. Structur schedule like universities but for cisco courses.

I am fro cyprus. I asked here but unfortunately i didnt found smt simmilar. I was thinking if there is smt simmilar in europe. Can you send me a link of the college that you mentioned about?

Lost all my Optimum online settings after complete reste, pls Help! WRT54GL

Hi I have a WRT 54 GL with a Win XP pro system and optimum online.I installed DDWRT firmware and had issues, I couldn’t open up port 443 so I decided to reinstall Linksys firmware.It seemed to go smoothly but I couldn’t login to the router, it wouldn’t take my password so I did a complete reset.Now I can login to the router with the default password but all my settings are gone. All connections seem to work, the internet light is green on the router, but internet doesn’t work.Any webpage says “address not found”It sounds like I lost some settings that are required for Optimum online, does anyone know how to set this up?Thanks

If your Internet Service Providor is Cable follow this link

I am trying to set up Sharing amongst several computers on my home network. I have followed all the setup instructions but after completion Sharing does not appear in my iTunes window (on any of the computers I've set up). There is no explanation why.

I have been trying to set up Sharing between two computers on my network. I did this once and it worked. However, when I try to set this up now the Sharing feature does not appear on the left side of the iTunes window (on either computer). There is no explanation as to why not. Is this a configuration problem, a network problem or what? Can it be fixed? I have tried turning sharing off and back on on both computers but to no avail. What am I missing? Thanks for any help you can provide.

Hey innerev2003,
Thanks for the question, and welcome to Apple Support Communities.
If, while searching through your past purchases, items are unavailable to download and show a "Purchased" button, they are still on your computer. It may be best to search your iTunes library by clicking Music, then use the search bar at the top right.
If you are completely sure the items are no longer in your library, try signing out of the iTunes Store, and then back in.
iTunes 11 for Windows: Manage your iTunes Store account
http://support.apple.com/kb/PH12507
Thanks,
Matt M.

Output signal high at DIO lines of 7330

Hi
I am using Labview 7.1 with Ni motion controller. I am trying to detect the output signals at the auxiliary DIOports of the card using the attached programme in the NI example finder. My board ID is 1 (thats what was allowed by the programme) and I put port 1 , to check the DIO lines of it. I checked pin 10 (port 1-bit 0) and pin 44 (port1-bit 1) using an oscilloscope. The output is high at 5volts.
I changed the DIO pin polarity switches to active low status but the output remains the same.I fiddled with the set and reset buttons of the programme, initialize the card but nothing changes. Any idea on how to figure whats wrong?
Thanks
Mal
Attachments:
Auxilliary Digital Output.vi ‏57 KB

Hi
Thanks for the reply. Sorry for the delay in response as I was on vacation. I tried your programme but the result remains the same. The output is always high.
Max shows the card is working properly. It also shows the board type as 63. But the programme only takes in board ID as 1. How can set the direction using MAX and save the settings?
I tried the write 1 point example programme on axis 1 ,line 1 and tested the signal on pin 44 and 42 (oscilloscope ground), and toggled the line but the output is high. But when I stopped the programme with the STOP button it gave an error message 70102 with a possible cause the setting doesn't match the line direction?
The oscilloscope ground was firmly connected to pin 43 or 42 of the board for all tests.
I appreciate your help.
Thanks
Mal

Pci dio 32hs burst mode

We would like to use simultaneous input output data acquisition using the
burst mode protocol.
The problem is that we notice that the operations are not simultaneous: first
a group and after the second.
We have try all tipe of pclk (internal and external) and we connect req1 and
req2 to an external manual trigger to have the same handshaking signal to
both the groups. We also try to differ the active high or low of both the
groups parameters.
In the vi attachment, you find the simple 2 groups acquisition chains and
it's easy to see that if you use an external clock of 1 Khz with 3000 input-
output samples, the total acquisition time would be 6 second instead of 3.
For our application it's necessary to use this protocol
(not the pattern
generation that we have tested in continuos and it worked) so we would like
to have a solution to this problem.
Since the pci DIO 32HS's manual asserts that it's possible to have 2
handshaking operation simultaneous we didn't aspect so many problems.
Thank you for your time
Pier

Hi,
Burst mode handshaking protocol needs to conditions to be meet before data can be transfered. The PCI-DIO-32HS need to be ready to transfer data and the external device needs to be ready to transfer data.
The ACK line tells the external device when the PCI-DIO-32HS is ready and the REQ line tells the PCI-DIO-32HS when the external device is ready. When both are ready data should be transfered. This is the nature of Handshaking, guarenteed data transfer (when both devices are ready), but not at a guarenteed rate. Handshaking means that the two devices communicate with each other to determine when to transfer data.
The PCI-DIO-32HS ACK line is toggling low because the PCI-DIO-32HS is busy catching up with the given transfer and is not ready to receive m
ore data at this time. The ACK line is not something you can control, it is controlled by the PCI-DIO-32HS.
Your application may be better suited for use with Pattern I/O if you are not using the handshaking lines, ACK and REQ, to control the flow of data. Pattern I/O does not use handshaking lines and clocks data in on every rising edge of the clock. You may receive an error if your system can not keep up with the transfer rate.

DIO6533/AT-DIO-32HS

I would like to know if anyone can help with this problem. NI tech
support has flat out not answered my questions. Their "solutions"
haven't worked either. I want to try this before I pay them more money
for a service contract.
I had been using various applications that used the "Call Library
Function VI" to access NI-DAQ functions in the nidaq32.dll. It worked
great until we started upgrading to LabVIEW 5.0.1f1 and 5.1. Has anybody
else had problems with NI-DAQ functions when upgrading LabVIEW?
Here are some details: an example application first configures the
AT-DIO-32HS using Init_DA_Brds, DIG_Grp_Config, DIG_Block_PG_Config, and
DIG_Trigger_Config in that order. This sets up the board for pattern
generation, input, on group 1, ports 0 and 1, with a start trigger on
ACK1, with an internal clock on REQ1. (DIG_Grp_Config is called again to
un-configure group 2 so that port 4 pin 3 can be used as an output.)
After the board is configured I loop data capture using DIG_Block_In,
DIG_Out_Line (for the trigger on port 4 pin 3), and the DIG_Block_Check
is in a while loop to make sure the data capture is finished before
continuing.
This worked great on LabVIEW 5.0 or older.
When machines were upgraded to 5.0.1 or newer here is an example of what
went wrong:
On LabVIEW 5.0.1f1, if DIG_Block_In was set to read 8192 vectors, it
would read a seemingly random number instead such as 4000 and then stop
(resulting in an endless while loop from DIG_Block_Check). When I forced
the while loop and looked at the 4000 vectors, the first 2000 would be
zeros, and the second 2000 would be accurate. This problem was fixed by
installing an older version of NI-DAQ (6.0.0 instead of 6.1.0 ?).
On LabVIEW 5.1, the data capture works only if the configure is repeated
everytime. If the config is only done once, the second data capture does
the above. That was fixed by running the config everytime but it is not
a good fix because it wastes too much time.
LabVIEW 5.1 seems to have other problems like a memory leak and
sometimes when I click FILE -> OPEN nothing happens. The memory leak
takes a whole system reboot to fix, the FILE OPEN gets fixed after
re-starting LabVIEW. But one thing at a time I guess.
Can anyone help with this?
Thanks in advance - Mike
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.

Mike,
I'm a bit curious why you chose to implement
your application this way. Is there a particular
reason you need to call the NI-DAQ API layer
through a DLL call from LV?? Is there a
particular function not exported through a
LabVIEW VI that you need? Based on what you are
trying to achieve, this should be very easy to do
using the LabVIEW DAQ VI's for Digital I/O. The
advantage of using the VI's is they typically
combine several NI-DAQ functions into a single
VI... not to mention saving yourself a ton of
work by not having to configure a call-library
node for each function call.
I suspect the root of your problems stem from the
fact that the NI-DAQ code changed substantially
between versions of 6.x and 6.5.x. Prior to
version 6.5.x, we did not support incremental
buffer reading of the input transfer buffer, but
rather only supported true "double bufferring"...
allowing you to only read in half-buffer
increments. This changed in 6.5.x, which ships
on your LabVIEW 5.1 CD. This is all very
transparent if you use the LabVIEW DAQ VI's. I
highly recommend this. For your application, it
should require no more than 4 VI's (Config,
Start, Read, and Clear) for the pattern
generation, and only a single VI for toggling the
individual line. Extremely easy. We have example
programs, that show off each of these, that ship
with LabVIEW. Additionally there is a 32HS
dedicated support section of our website, with
example code and everything. It is available
from: http://www.natinst.com/support/
Best Regards,
Brian Johnson
National Instruments
DAQ Product Support Engineer
In article <[email protected]>,
mike wrote:
> I would like to know if anyone can help with
this problem. NI tech
> support has flat out not answered my questions.
Their "solutions"
> haven't worked either. I want to try this
before I pay them more money
> for a service contract.
>
> I had been using various applications that used
the "Call Library
> Function VI" to access NI-DAQ functions in the
nidaq32.dll. It worked
> great until we started upgrading to LabVIEW
5.0.1f1 and 5.1. Has anybody
> else had problems with NI-DAQ functions when
upgrading LabVIEW?
>
> Here are some details: an example application
first configures the
> AT-DIO-32HS using Init_DA_Brds, DIG_Grp_Config,
DIG_Block_PG_Config, and
> DIG_Trigger_Config in that order. This sets up
the board for pattern
> generation, input, on group 1, ports 0 and 1,
with a start trigger on
> ACK1, with an internal clock on REQ1.
(DIG_Grp_Config is called again to
> un-configure group 2 so that port 4 pin 3 can
be used as an output.)
> After the board is configured I loop data
capture using DIG_Block_In,
> DIG_Out_Line (for the trigger on port 4 pin 3),
and the DIG_Block_Check
> is in a while loop to make sure the data
capture is finished before
> continuing.
>
> This worked great on LabVIEW 5.0 or older.
>
> When machines were upgraded to 5.0.1 or newer
here is an example of what
> went wrong:
>
> On LabVIEW 5.0.1f1, if DIG_Block_In was set to
read 8192 vectors, it
> would read a seemingly random number instead
such as 4000 and then stop
> (resulting in an endless while loop from
DIG_Block_Check). When I forced
> the while loop and looked at the 4000 vectors,
the first 2000 would be
> zeros, and the second 2000 would be accurate.
This problem was fixed by
> installing an older version of NI-DAQ (6.0.0
instead of 6.1.0 ?).
>
> On LabVIEW 5.1, the data capture works only if
the configure is repeated
> everytime. If the config is only done once, the
second data capture does
> the above. That was fixed by running the config
everytime but it is not
> a good fix because it wastes too much time.
>
> LabVIEW 5.1 seems to have other problems like a
memory leak and
> sometimes when I click FILE -> OPEN nothing
happens. The memory leak
> takes a whole system reboot to fix, the FILE
OPEN gets fixed after
> re-starting LabVIEW. But one thing at a time I
guess.
>
> Can anyone help with this?
>
> Thanks in advance - Mike
>
> Sent via Deja.com http://www.deja.com/
> Share what you know. Learn what you don't.
>
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.

6533 (DIO-32HS) card performance figures

Hello all,
I have a question about the fast data transfer using PC computer and 6533
(PCI-DIO-32HS) card.
I understand that the DMA is the bottleneck in transfer. The DIO 6533 manual
offers
some figures (10Ms/s for some PC mother boards) about performance when using
pattern generation
mode. Are these figures reliable ?
Is it possible to obtain 10Ms/s performance ? The shortest timeslice in
6533 is 50ns, which is enough but how
about the DMA ?
I'd appreciate overall data throughput figures in function of a certain PC
configuration.
Thanks in advance,
Sami Laitinen

Hi Adikus
I have had the same problem recently - losing data points every time I transfer a half-buffer when acquiring in burst mode. Some application notes I found useful from the development library were:
Measurement Hardware > Digital Input/Output > Handshaking >'Handshaking I/O Issues Using the DIO-32HS/6533 Device'
Measurement Hardware > Digital Input/Output > General >'High-Speed Digital Considerations'
and
Measurement Hardware > Digital Input/Output > General > 'Digital I/O Applications'
The problem you are having is due to the fact that you are not using the REQ and ACQ lines. The ACQ line is controlled by the PCI 6533 card and signals when the card is ready for a transfer. If you have a look at this line during acquisition you should see that
it is set low briefly each time that you transfer a half buffer.
You need to monitor the ACQ line and pause your external card from trying to input when the ACK line is low. I've added a FIFO between my instrument and the PCI 6533 card. I've found that I require this to be capable of holding 16k samples but I arrived at this value through testing alone (I am acquiring 2 bytes at 1MHz). My testing also illustrated how other activity on the PC can affect the acquisition, e.g. saving a large file would cause a pause.
I've posted a couple of questions relating to this recently too which might be useful for you to check out.
Regards,
Cheryl

Can I use DIO 32HS in pattern I/O and Unstrobed I/O in the same time?

I work with a pci dio 32 HS(programming with labview) and i want to know if it is possible to configure 3 ports in unstrobed output mode (24 static digital lines) and 1 port in pattern I/O mode which can read AND(not "or") write data(using internal clock)in the same VI.moreover in pattern I/O mode am i obliged to use these port combinations (16 bits: (port0,Port1) or (port 2, port 3) , 32 bits: (port 0,1,2,3))and not an other one and can i configure one port in output and input at the same time (for example aquiring and generating data at the falling and rising edge of the internal clock)?? please give me all possibilities of lines, ports and groups direction (input output bidirectionnal) with more de
tails (i'm not sure of what i can do using the 653X user manual). else, I can't observe with my oscilloscope TEK the internal clock signal(squarewaveform TTL) onthe REQ pin as it is said in the user manual, WHY????
Thank you for your answers.bye

Hi,
No, you cannot configure 3 ports together. On the PCI-DIO-32HS, there are two main port groups, each group consisting of two ports: group 1 (ports 0,1) and group 2 (ports 2,3). You can configure two 8-bit ports (0 and 2), two 16-bit ports (0,1 and 2,3) and one 32-bit port (ports 0,1,2,3); you can configure each group independently.
Regards,
RamziH.

PCI-DIO-32HS (PCI-6533) setup problem

Hello
I am in the process of setting up a Windows XP-based Labview 7.1 system and I am encountering a frustrating problem. Just to make sure I provide enough details, I'll describe what I've done so far, step-by-step (sorry if this gets tedious):
First, I installed Labview and the NI-DAQ 7.3 drivers. I powered down the system and installed two PCI cards: a PCI-6031E and a PCI-DIO-32HS (PCI-6533) in PCI slots 1 and 2, respectively. I powered the system back up, went into MAX and configured the cards as follows:
PCI-6031E: Device 1; AI: Polarity/Range=-10.0V - +10.0V, Referenced Single Ended; AO: Polarity=Bipolar; Accessory=SCB-100
PCI-DIO-32HS: Device 2; Accessory=SCB-68
I then started up Labview and ran my VI. This VI has been in use for 2 years now on the same NI hardware, so it's been well-tested and works great on other systems. However, when I run it on this system, the PCI-DIO-32HS spits out an error, with "Digital Buffer Write" as the source, and with a code of -10843 (buffer underflow).
What's interesting is that I had this exact same problem when I was setting this system up in Mac OS 9. That time, I realized that the problem could have been due to the fact that I installed the hardware before I installed the software, so there may have been problems communicating with the device. By uninstalling everything and then re-installing it in the proper order, I solved the problem and was able to run the VI flawlessly. I'm assuming that these two problems are related in their nature, but this time around I was very careful to make sure that I did all of the setting up properly (I did it twice just to make sure. It did not work either time), so I'm not sure what could be the exact source of this one.
Please let me know if you have any ideas as to what the source of this problem might be. Like I said before, I think there's probably a resource problem that's causing a communication failure which results in no data being sent to the DIO card (hence the buffer underflow error), but I can't figure out where to look for such a problem or how to fix it. Obviously, I'm rather new to Labview and everything about it, so the help is greatly appreciated.
Thanks!

Hi,
Thanks for the reply. I have run the test panels, and I have not generated any errors in them. I've verified that I can definitely do output, because LEDs on my equipment turn on when turn on output on certain channels.
So, I agree that the problem lies in the VI. I was not the author of the VI, however, so I'm not sure where to look. The author was also kind enough to have not provided any documentation. What would be a good example VI to run? I've never looked at any of them.
As for how the program works, I don't believe there's any actual input coming back into the DIO-32HS. The system is used for electrophysiology. The DIO sends a signal to flash LEDs at given intervals. Electrodes then pick up an electrical signal from the retina of a mouse, which is sent to the DAQ card and written to a file. I have run complete tests, and proper data files were generated and contained expected voltage values. The only part that's not working right now is that the LEDs aren't flashing due to this error.
I did some digging around in the program, but I couldn't come up with much. I verified that the program expects the DIO card to be Device 2, so there's no problem there. Aside from that, I couldn't find anything that seemed like it would apply.
Thanks for your help! I have no experience with Labview, yet I've found myself placed in the "Labview expert" position over here, so I've kind of been forced into a sink-or-swim type crash course where I learn as I go.

Who has had a PCI-DIO-32HS card fail, ever?

I've looked through the forum somewhat and I've found little concerning the card itself failing. For instance, I found something about the card failing due to driving it with a TTL high before it was powered, but that was about it as far as actual death of the card. Hence, I'm wondering if others besides myself, and therefore my design using the PCI-DIO-32HS, have killed or had the death of a PCI-DIO-32HS DAQ card and what was determined to be the root cause in your case(s).
Also, by chance, did your card's death also take down the PC such that it wouldn't POST (Power On Self Test) until the card was removed?
Thank you all.

First, the issue has not been resolved yet. I still have boards dying. At $1500 a pop, this issue needs to be resolved.
I was mistaken about two things said earlier: 1) The G card has now failed; therefore, the recovery was a fluke, and 2) I thought 8.x was installed in the design's PC, but as it turns out it has been 9.x. (The version numbers are tough to remember. Sorry. I think it's 9.1.7.) Is there a known issue with that one also?
What I really want to know is why the original board I returned to NI failed. I want to know specifically what slot contacts are holding up the PC, keeping it from performing its POST? I don't want to hear any more suggestions for installing version x.y.z. without also having a specific reason for why it should work. These cards are too expensive. There's something very wrong with this design such that I can't keep the DAQ card alive using Traditional DAQ software that has run for years. The system works until (it seems) you think the problem's been resolved, and then whammo! An esoteric error number in a window is thrown up. (It's not just one error. The error can change as you try in vain to avoid cycling power as the only way out of the now dead software.) You can't run the software past a button click due to the error window, but yet the PC itself works fine...unless you cycle the power: NO POST.
What on earth in this design could be killing these cards? The PCI slot was tested via substitution with a video card and there was no issue found. I just can't keep the DAQ card alive. Help! Trying version x.y.z of the driver is not a good enough solution. Running software should not just out of the blue blow up a DAQ card and cripple the PC only at power-up. Rather, there should be an error, some incompatibility indication before the card is dead. Frying a $1.5K card...eventually...is not how you find the source of an incompatibility issue. Like I said, HELP!
I'm suspecting the software is creating a bus contention somehow which doesn't end in an error but, rather, an internally shorted IC, where I'm guessing it's the large NI ASIC just above the card edge due to the considerably noticeable heat generated while the PC tries to POST, a short that is undetectable except that the software stops working, but nevertheless a short that won't let the PC continue its POST if power is removed and then reapplied to the PC. It's like the software has had a "sacrifice(PCI-DIO-32HS, legacy_sw);" function embedded into it that only gets called under certain circumstances, circumstances that involve the power-up sequence of a PC. Help!

Installing PCI DIO 32HS 6533 card

I'm back to using DAQ after 5 years on other things...
I can't find the CD that came with my PCI DIO 32HS 6533 card (my desk is a
meter high mess of paper, disks, broken cards...)
I installed NI-DAQ from the CVI 5.5 CD but upon reboot I still get the
"Windows found some new hardware" without being able to point it to the
correct driver, and in addition I get a "Missing NICFQ32.DLL" error.
Any help ?
Guillaume Dargaud
CNR/IFA
http://sung3.ifsi.rm.cnr.it/~dargaud/
http://sung3.ifsi.rm.cnr.it/~domec/
http://sodarserver.ifa.rm.cnr.it/
"Q: How many software engineers does it take to change a lightbulb ?
A: It can't be done; it's a hardware problem."

Go to www.ni.com choose download software then drivers and updates then NI-DAQ
then 6.8.1 for Windows (if you have windows)
"Guillaume Dargaud" wrote:
>I'm back to using DAQ after 5 years on other things...>>I can't find the
CD that came with my PCI DIO 32HS 6533 card (my desk is a>meter high mess
of paper, disks, broken cards...)>I installed NI-DAQ from the CVI 5.5 CD
but upon reboot I still get the>"Windows found some new hardware" without
being able to point it to the>correct driver, and in addition I get a "Missing
NICFQ32.DLL" error.>>Any help ?>----------------->Guillaume Dargaud>CNR/IFA>http://sung3.ifsi.rm.cnr.it/~dargaud/>http://sung3.ifsi.rm.cnr.it/~domec/>http://sodarserver.ifa.rm.cnr.it/>"Q:
How many software engineers does it ta
ke to change a lightbulb ?>A: It can't
be done; it's a hardware problem.">

PCI DIO 32HS (6533) Suddenly giving "The device is not responding to the first IRQ level" error, and no longer functioning.

Greetings NI folks,
I'm an oceanographer, and have an sidescan sonar data aquasition computer running Windows XP SP2, and NiDAQ 7.0 (Legacy). For several years, this machine has worked flawlessly, but today, I booted it up to test the system for an upcoming job, and I got some strange errors in our sonar program. I tranced the problem to our NI-6533 PCI-DIO-32HS card. I launched NI Automation Explorer to test that the card was responsive, and when I click the "test panel", I get an error: "The device is not responding to the first IRQ level." Continue (yes/no). If I click yes, I can test the digital i/o's, but nothing happens, and all the tests fail (nonresponsive). I tried moving the card to another PCI slot, tried forcing it to have a specific IRQ that was unused by anything else, and finally tried moving it to another computer that had never been used with the DIO card. I'm still getting the error, and the card is nonresponsive. I'm at the limit of my abilities, and would like to know if there's anything else I can do, or should we send the card back to NI for repair/diagnosis.
Thanks.

Duplicate Post
Best Regards
Hani R.
Applications Engineer
National Instruments

Hello All... Back after a brief absence, things look a little bit different. I'm trying to take a 16 minute mini dv video and compress it for use on the web. I'm interested in any suggestions you may have on settings for the video and audio tracks. I'v

Hello All...
Back after a brief absence, things look a little bit different.
I'm trying to take a 16 minute mini dv video and compress it for use on the web. I'm interested in any suggestions you may have on settings for the video and audio tracks. I've tried using Sorenson 3 (15 frames, key frames set to automatic, 320 x 240) for video and IMA 4:1 (mono) for audio. The resulting video looked great but the file size came in at about 255 Mb.
Thanks!
PowerMac G5 1.8 Dual Mac OS X (10.4.3)
Message was edited by: Dan Foley

Thank you for the replies. Everyone was correct about the jack, interface, and phasing problems. I have been unplugging my motu audio interface and then using headphones at work. I have not changed any detailed audio output settings in logic. When I read that the jack might be a problem I tried switching headphones. This actually helped. I am using dre-beats headphones and they seem to be having issues with the mac/jack-(the phasing/panning problems. I can use these headphones with other devices but not the mac. I have to use ipod ear buds and the phasing seems fixed. Hopefully this information is helpful to someone else.
If anyone knows how to correct this issue please let me know its difficult to know what my final mixes are going to sound like and I have had to keep bouncing everything into i-tunes- sync to ipod and then listen in my car radio.

BPM status is "IN Process" even after all the steps in BPM are completed

Hi All,
we have designed a BPM for collection of messages and have a transform step .
In some cases all the steps in BPM get completed but the status of BPM is still in" In Process" and in SWWL transaction the status is "Started".
Even though the status is started we are able to get the desired output.
Ideally after the steps in BPM get completed the status should be "Completed".
please suggest why we are getting this status and how can this be resolved.
Thanks and Regards,
Rajesh

hi ,
I am using a fork and loop with a condition to end this loop.the condition gets satsfied.
The messages are coming out of the loop and fork but even then the status is in "InProcess"
thanks,
Rajesh

DIO-32HS: All outputs go high (intermittently) after completing a single pattern buffer

Similar Messages

Maybe you are looking for