Wiretap (Read Only)
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

getClipFormat not returning correct tag after node creation

4 REPLIES 4
Reply
Message 1 of 5
derrick
574 Views, 4 Replies

getClipFormat not returning correct tag after node creation

If I create an audio node on a linux box with the formatTag set to a big endian audio format, and then I use getClipFormat to see what was actually created, I get the same tag back. However, the actual clip is little endian.

I'm finding that I have to create a new WireTapNodeHandle from the nodeID and get its format to get a formatTag reflecting the correct endianness. (None of the other fields change, so I don't know if they might be suffering the same problem.)

My reading of the documentation indicates that just using getClipFormat() right after creating the clip should give me the actual format that was created on the server. Am I misreading, or is this a bug in Wiretap?

I'm using the 2007.1 beta on Mac OS X (Intel).
4 REPLIES 4
Message 2 of 5
Anonymous
in reply to: derrick

This is normal behavior, as odd as it sounds. The createAudio.C sample program describes this in detail.

What is "buggy" is the documentation. We're working hard to unify the written guide with the hearders and the sample code.
Message 3 of 5
derrick
in reply to: derrick

Hmm... I don't see anything in createAudio.C to indicate this. I see that after creating the node, it does a getClipFormat with the comment "Obtain the clip format to get the size of the audio tiles the server is expecting to receive." But the need to do that is covered in the documentation, I think.

I don't see anything about retrieving the audio node again.
Message 4 of 5
Anonymous
in reply to: derrick

I see the nuance now. So, what you're saying is that the sample code does not work for little-endian audio when asking to create big-endian audio, right?

Can you verify this?
Message 5 of 5
derrick
in reply to: derrick

Right. Well, the sample code doesn't actually store any audio data, but if it did... it wouldn't handle endian issues properly.

So if I create a clip node (on a little endian Linux machine) with a big-endian format and then query it for the format, it returns the big-endian format. (I don't have a big-endian machine to test if the reverse is true.)

However, if I create a new node handle to the same clip, I get the correct format... little endian.

Can't find what you're looking for? Ask the community or share your knowledge.

Post to forums  

Autodesk Design & Make Report