Fix decoder handling of floor0 when the LSP order is 1.
Fix decoder handling of floor0 when the LSP order is 1.

Header setup allows the LSP order to be as low as one, but the code in
 vorbis_lsp_to_curve() assumed it was at least two.
This wasn't terrible in libvorbis... it would multiply a nonsense (but defined)
 value into the output, and nothing more.
In Tremor, it referenced several completely undefined (stack) values, which
 could cause out-of-bounds lookup table accesses and crashes.


git-svn-id: 03f0f1727258f1959b7b485b30a676bafdb78148@17538 0101bb08-14d6-0310-b084-bc0e0c8e3800

wighawag/vorbis,jdm/vorbis,brion/vorbis,KTXSoftware/vorbis,Rillke/vorbis,brion/vorbis,brion/vorbis,jdm/vorbis,TitaniumEagle/libvorbis,TitaniumEagle/libvorbis,libninjam/libvorbis,Distrotech/libvorbis,TitaniumEagle/libvorbis,libninjam/libvorbis,KTXSoftware/vorbis,brion/vorbis,pcwalton/vorbis,Rillke/vorbis,jdm/vorbis,Distrotech/libvorbis,pcwalton/vorbis,ShiftMediaProject/vorbis,ShiftMediaProject/vorbis,wighawag/vorbis,wighawag/vorbis,Distrotech/libvorbis,libninjam/libvorbis,TitaniumEagle/libvorbis,OffByOneStudios/vorbis,ShiftMediaProject/vorbis,libninjam/libvorbis,Distrotech/libvorbis,ShiftMediaProject/vorbis,OffByOneStudios/vorbis,ShiftMediaProject/vorbis,wighawag/vorbis,OffByOneStudios/vorbis,OffByOneStudios/vorbis,Rillke/vorbis,KTXSoftware/vorbis,Rillke/vorbis,jdm/vorbis,pcwalton/vorbis,pcwalton/vorbis,ShiftMediaProject/vorbis,KTXSoftware/vorbis,jdm/vorbis,pcwalton/vorbis