Discussion Forums

Re: FAST Complaints
David Rosenborg / Pantor Engineering AB
26 Jan 2010 5:06AM ET

The tid appears after the pmap so it can be optimized away most of the time using the implicit copy operator. It not only saves you bytes on the wire, it also allows you to save table lookups and similar operations depending on your implementation.

Not sure what you mean by reading the pmap twice though. Every implementation I've seen so far do the stop bit scanning once, store the bits in some way or other, then access the stored bits in order. So if you mean memory/register accesses I'd say there is at least one for every bit in the pmap. Even if you don't use intermediary storage for the decoded pmap, you should get away with finding its length once. And I don't see how the placement of the tid would change that.

/David

> After seeing a lot of complaints about FAST on this forum, I'd first
> like to say to the creators that I personally like FAST encoding. At
> first I was taken aback by the complexity, which I think is the source
> of most complaints. However once I had a full understanding of the
> specification, I realized the beauty of FAST and without it's complexity
> it would never be able to accomplish what it does.
>
> I do have one comment or question though... Why does the template id
> field come after the PMAP? Is there an implementation of FAST which does
> not use templates?
>
> The reason I ask is because in my FAST decoder there is no way I can
> figure to decode without first looping through the PMAP to see if the
> template id is present, looking for the stop bit, extracting the
> template id, then starting all over (now that I know the template id)
> and reparsing the PMAP along with skipping over the template id.
>
> To me this seems inefficient to loop through the same bytes twice.
> Everywhere else my decoder never touches the same bytes twice. I really
> can't figure there is a solution to this, but maybe I'm wrong? Anyway,
> if there was one change I could make, that would be to have the template
> id be a mandatory field which precedes the PMAP and also remove the
> template id bit from the PMAP.


FAST Complaints
Brandon Yuille / BWY Systems   26 Jan 2010 2:01AM ET
Re: FAST Complaints
David Rosenborg / Pantor Engineering AB   26 Jan 2010 5:06AM ET
Re: FAST Complaints
Brandon Yuille / BWY Systems   26 Jan 2010 5:31AM ET
Re: FAST Complaints
Dale Wilson / Object Computing, Inc   26 Jan 2010 10:22AM ET
Re: FAST Complaints
Brandon Yuille / BWY Systems   27 Jan 2010 3:23AM ET
Re: FAST Complaints
Rolf Andersson / Pantor Engineering   27 Jan 2010 4:25AM ET
Re: FAST Complaints
Brandon Yuille / BWY Systems   27 Jan 2010 6:10AM ET
Re: FAST Complaints
Dale Wilson / Object Computing, Inc   27 Jan 2010 10:29AM ET
Re: FAST Complaints
Brandon Yuille / BWY Systems   27 Jan 2010 4:29PM ET
Re: FAST Complaints
Rolf Andersson / Pantor Engineering   28 Jan 2010 12:25AM ET
Re: FAST Complaints
Malcolm Spence / Object Computing Inc.   28 Jan 2010 2:57PM ET
FAST is Fast (was Re: FAST Complaints)
Marc Battyani / HPC Platform   28 Jan 2010 5:50PM ET
Re: FAST is Fast (was Re: FAST Complaints)
Rolf Andersson / Pantor Engineering   29 Jan 2010 12:24AM ET
Re: FAST Complaints
Rolf Andersson / Pantor Engineering   2 Feb 2010 12:20AM ET
Re: FAST Complaints
Majkara Majka / me   26 Jan 2010 10:39AM ET
Re: FAST Complaints
Hanno Klein / Deutsche Börse Systems   26 Jan 2010 11:04AM ET
Re: FAST Complaints
Toby Corballis / Rapid Addition   26 Jan 2010 11:11AM ET
Re: FAST Complaints
Mark Reece / HSBC   26 Jan 2010 11:58AM ET
Re: FAST Complaints
Joakim Johansson / Tbricks   26 Jan 2010 11:06AM ET
Re: FAST Complaints
Rolf Andersson / Pantor Engineering   26 Jan 2010 12:53PM ET
Re: FAST Complaints
Majkara Majka / me   2 Feb 2010 9:47AM ET
Re: FAST Complaints
Rolf Andersson / Pantor Engineering   2 Feb 2010 3:44PM ET
Re: FAST Complaints
Dale Wilson / Object Computing, Inc   3 Feb 2010 2:01PM ET
Re: FAST Complaints
Rolf Andersson / Pantor Engineering   4 Feb 2010 4:39AM ET
Re: FAST Complaints
Rolf Andersson / Pantor Engineering   3 Feb 2010 6:59AM ET
Re: FAST Complaints
Matthew Chimento / Barclaps Capital Markets   3 Feb 2010 9:37PM ET