Re: [Bluez-devel] Regarding a2recv

[Brad Midgley <bmidgley@xmission.com>]

Henryk

> there should only be one struct that includes a struct avdtp_header and
> a union with all the other optional signalling contents. Then there
> would have to be specialised read()/write() functions which figure out
> (based on the header) how long the packet actually is and automatically
> send/receive that many bytes. However, that would also require
> modification of a2play so I thought I'd ask first.

I think this part sounds better, especially if Marcel thinks this is 
closer to what it will look like if/when it's "kernelized" :)

The only tricky part is the MAX_ADDITIONAL_CODEC stuff. Make sure we 
only try to send one codec when we're reporting our sink's capabilities 
and accept multiple codecs when we're reading capabilities.

Maybe what you're proposing will clean up the "optional" error codes in 
places like open_stream_rsp. The header would look different so you 
could distinguish the error codes and compute the size properly when 
sending. Be sure we accept the extended size with the error codes when 
receiving.

Brad


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel