[LAD] "enhanced event port" LV2 extension proposal

Lars Luthman lars.luthman at gmail.com
Sun Dec 2 22:02:01 UTC 2007


So if everyone agrees that the header should be

{
  uint32_t timestamp_int;
  uint32_t timestamp_frc;
  uint16_t size;
  uint16_t type;
}

with data padded to 4+N*16 bytes, can't we just say that the code part
is done? Whether the different events types are implemented as aligned
platform-dependent structs or raw packed bytes or something else doesn't
matter at all to the event transport extension and it doesn't make any
sense to argue about it until we actually have a fixed way of sending
events.


--ll
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.linuxaudio.org/pipermail/linux-audio-dev/attachments/20071202/7d0a237d/attachment.pgp>


More information about the Linux-audio-dev mailing list