 c24e931f09
			
		
	
	
		c24e931f09
		
	
	
	
	
		
			
			commit 0d6833b23da2519155ee93b98b4144240b356730
Author: Jordan Sherer <jordan@widefido.com>
Date:   Thu Sep 5 14:06:47 2019 -0400
    Bump version
commit 17705fcff6a22529f3dec45aa95cad90feb78c63
Author: Jordan Sherer <jordan@widefido.com>
Date:   Thu Sep 5 10:36:03 2019 -0400
    Updated configration labeling for idle timeout
commit a9f8aa9549c1c6b62201a6c102d91649ee17b9a5
Author: Jordan Sherer <jordan@widefido.com>
Date:   Thu Sep 5 10:07:11 2019 -0400
    Decoder params tests
commit 94e524741020fd8b3925233a189cedf0a8a282cc
Author: Jordan Sherer <jordan@widefido.com>
Date:   Wed Sep 4 21:24:23 2019 -0400
    Fixed decoder bug that crashed the software
commit 4fdbfc8d9082e0f52513a5c215489b13558972f9
Author: Jordan Sherer <jordan@widefido.com>
Date:   Wed Sep 4 21:02:52 2019 -0400
    Decoder params tweak
commit 1e25ac41d442372f09b254d957e0d9e31773254e
Merge: 97a0fb5 552cd7f
Author: Jordan Sherer <jordan@widefido.com>
Date:   Wed Sep 4 18:17:40 2019 -0400
    Merge branch 'fortran-cleanup' of bitbucket.org:widefido/js8call-private into fortran-cleanup
commit 97a0fb51b37c24e2638400dc5694fc4e988ae4f2
Author: Jordan Sherer <jordan@widefido.com>
Date:   Wed Sep 4 18:15:25 2019 -0400
    Heartbeat as a mode does not work if slow mode does not work. Tabling this idea for now.
commit 552cd7fe5fc81c712b57b5f3ea79599177e53f69
Author: Jordan Sherer <jordan@widefido.com>
Date:   Tue Sep 3 23:35:14 2019 +0000
    js8_params.f90 edited online with Bitbucket
commit 7c9e960b863148a4ecbca4f61584536471623ea2
Author: Jordan Sherer <jordan@widefido.com>
Date:   Tue Sep 3 16:28:52 2019 -0400
    Do not randomize offset at startup
commit cff7b90dbb9aada2944e668a9bcf078470af4608
Author: Jordan Sherer <jordan@widefido.com>
Date:   Tue Sep 3 16:20:19 2019 -0400
    Slow label for button
commit 977145dee89ccd7da4d43ce0bc2f9b79243aa200
Author: Jordan Sherer <jordan@widefido.com>
Date:   Tue Sep 3 16:17:36 2019 -0400
    Experimental slow mode
commit 27c128e0b327e1c077a9b49e11750bef2f3c26eb
Author: Jordan Sherer <jordan@widefido.com>
Date:   Tue Sep 3 15:26:01 2019 -0400
    HBs are Normal
commit 89792f91abf22dcd7c512bf7362f5e2e1cb36374
Author: Jordan Sherer <jordan@widefido.com>
Date:   Tue Sep 3 14:16:27 2019 -0400
    Update heartbeat UI for more clarity
commit f5cebbcdabe37d90b75ca7e8d1675a553e107c83
Author: Jordan Sherer <jordan@widefido.com>
Date:   Tue Sep 3 11:58:53 2019 -0400
    Optimize decode params
commit b14003bb34d93f9e93d7d4ad4241d619963c3a65
Author: Jordan Sherer <jordan@widefido.com>
Date:   Tue Sep 3 11:30:00 2019 -0400
    Shrink speed column for Joe ;)
commit 35f4446146efc9fd7044af3b56b0b93664238b24
Author: Jordan Sherer <jordan@widefido.com>
Date:   Tue Sep 3 10:54:28 2019 -0400
    Fixed fast mode decoder for directed messages
commit 64212acc30dd360348a72b354899a5b0de28aa83
Author: Jordan Sherer <jordan@widefido.com>
Date:   Tue Sep 3 10:05:11 2019 -0400
    Simplified decoder callbacks
commit a026766517d282a3fda0258356f6f22fee2a916f
Author: Jordan Sherer <jordan@widefido.com>
Date:   Tue Sep 3 09:50:33 2019 -0400
    Commentary
commit 9d28b1ff5bd5cda7a04028218a01639e3902bf7b
Author: Jordan Sherer <jordan@widefido.com>
Date:   Mon Sep 2 23:33:22 2019 -0400
    Let's experiment with a new UI for HB
commit a013d66d8b8d16cc941a14eb76af2ce23b7bb6d5
Author: Jordan Sherer <jordan@widefido.com>
Date:   Mon Sep 2 21:44:26 2019 -0400
    31.25 baud experiment
commit 0671458bf588dd94710c5ba34f20695e13a28d31
Author: Jordan Sherer <jordan@widefido.com>
Date:   Mon Sep 2 15:31:43 2019 -0400
    Added basic foundation for slow mode, coming soon.
commit 8b9aed6e29b093e8fb736ebdbdf0fbe12a820e8e
Author: Jordan Sherer <jordan@widefido.com>
Date:   Mon Sep 2 09:59:08 2019 -0400
    Display SPEED+AUTO
commit 5f5af250c1c5b610e8969b32c01654d3467f0973
Author: Jordan Sherer <jordan@widefido.com>
Date:   Sun Sep 1 09:45:39 2019 -0400
    Added mode speed option to the activity tables
commit 82fa0335fdd41f0a578149e0211d6307293c739d
Author: Jordan Sherer <jordan@widefido.com>
Date:   Sat Aug 31 23:14:07 2019 -0400
    Remember mode speed setting
commit 79ec805b223099bb4d552dc612a6c97a8982525e
Author: Jordan Sherer <jordan@widefido.com>
Date:   Sat Aug 31 21:14:04 2019 -0400
    Remove unused sync vars
commit fc52dfcc320e59f6c7ca58ba277cb70469419587
Author: Jordan Sherer <jordan@widefido.com>
Date:   Sat Aug 31 21:12:11 2019 -0400
    Timing delta max
commit 62b8fc5054d3611d40d7441d57d695df594b8446
Author: Jordan Sherer <jordan@widefido.com>
Date:   Sat Aug 31 17:14:08 2019 -0400
    Fast modes optionally can use huff encoding for data... we'll see which is best
commit 44c357aff3e1c6687e93fb843917bd420888b397
Author: Jordan Sherer <jordan@widefido.com>
Date:   Sat Aug 31 17:03:21 2019 -0400
    Added ability to use a different message packing algorithm for fast modes
commit e075a078eb75509ef690e6c78c0e797ada569b94
Author: Jordan Sherer <jordan@widefido.com>
Date:   Sat Aug 31 16:18:14 2019 -0400
    Fixed symbol offset in sync code for turbo mode
commit a130b5d4a594e9bceece003be0ba72abb05a9f90
Author: Jordan Sherer <jordan@widefido.com>
Date:   Sat Aug 31 16:09:27 2019 -0400
    Added WPM to menu
commit 98cacab7bfc243492b6dec703d216d378cc3d34d
Author: Jordan Sherer <jordan@widefido.com>
Date:   Fri Aug 30 23:18:58 2019 -0400
    Key eater
commit eef58e2c88d010c7f3917a111243eae744a425c3
Author: Jordan Sherer <jordan@widefido.com>
Date:   Fri Aug 30 16:07:31 2019 -0400
    Reorganizing js8dec for better understanding and less confusion between it and JS8b
commit 08c14f966e1cda836ca90a8bd1ccd5ae68ec8dd7
Author: Jordan Sherer <jordan@widefido.com>
Date:   Fri Aug 30 14:20:52 2019 -0400
    Do no expose relay and messaging to fast and turbo modes
commit c605a31c266866f78eb043812af837ead6442ede
Author: Jordan Sherer <jordan@widefido.com>
Date:   Fri Aug 30 12:02:41 2019 -0400
    Do not allow mode speed changes if transmitting
commit add062e657a5215f9a4a1ae3ee82063aa85cf0e4
Author: Jordan Sherer <jordan@widefido.com>
Date:   Thu Aug 29 23:02:31 2019 -0400
    Fixed bug where tones were not generated with the correct costas arrays...causing really poor synchronization and failed decodes. I'm surprised it worked at all :P
commit cd492b5dd9fd62b5518a5711a1ef8ec522ea08fe
Author: Jordan Sherer <jordan@widefido.com>
Date:   Thu Aug 29 21:56:45 2019 -0400
    Back to 20 baud. It has the best decodability, imho
commit a2266cd00b8bd14c77bdbc8fc18818689e969858
Author: Jordan Sherer <jordan@widefido.com>
Date:   Thu Aug 29 14:27:29 2019 -0400
    Back to 20 baud with some decoder optimizations
commit 86413042e75873585bcb40236da67f2d64870859
Author: Jordan Sherer <jordan@widefido.com>
Date:   Wed Aug 28 23:04:47 2019 -0400
    Try 24 baud
commit a6704162b37d1c0704f43a64ab6b8a0a6e3c1cba
Author: Jordan Sherer <jordan@widefido.com>
Date:   Wed Aug 28 17:09:12 2019 -0400
    Fixed legacy compiler issue with mode text
commit 2fdbcc12e5f0c8cc8062c745af0930db4472cd9c
Author: Jordan Sherer <jordan@widefido.com>
Date:   Wed Aug 28 10:17:23 2019 -0400
    Function for determining current mode
commit 82e70345baa665418a51307f0309f2b7dcb3d3b7
Author: Jordan Sherer <jordan@widefido.com>
Date:   Wed Aug 28 09:59:26 2019 -0400
    Don't write the log
commit d3380e01676537f4bab9a05932cb5a59de3cf45f
Author: Jordan Sherer <jordan@widefido.com>
Date:   Wed Aug 28 09:59:03 2019 -0400
    Fixed issues with turbo decode with partial sync code
commit c2a8ebb8f305e67fcb2597d25e062663722a0d73
Author: Jordan Sherer <jordan@widefido.com>
Date:   Wed Aug 28 03:30:02 2019 -0400
    Working through better decoding of fast modes
commit 7ca93f8c6a7970559577c9dfd833eb92a1b91a0c
Author: Jordan Sherer <jordan@widefido.com>
Date:   Tue Aug 27 23:23:34 2019 -0400
    Trying for better TX/RX delays
commit b99271b4feaa7e41c7b88219cb3c7d43dbe7b48d
Author: Jordan Sherer <jordan@widefido.com>
Date:   Tue Aug 27 22:57:02 2019 -0400
    Added flags to easily enable/disable the faster modes
commit 32d913a7f7d3deb6a8d66651d51673ec451d2500
Author: Jordan Sherer <jordan@widefido.com>
Date:   Tue Aug 27 22:43:20 2019 -0400
    Added mode button
commit c7cc90548591638bfc5a4a8895036dd67b155aaa
Author: Jordan Sherer <jordan@widefido.com>
Date:   Tue Aug 27 22:17:42 2019 -0400
    Updated start delay for the modes
commit b91dc63f92101cd8b6adbf9de588c4ffd10bfc10
Author: Jordan Sherer <jordan@widefido.com>
Date:   Tue Aug 27 21:55:57 2019 -0400
    Late threshold for turbo mode is 1/2 the delay
commit 09ec95fab1307e65aa9bd462d60525afd2a770fe
Author: Jordan Sherer <jordan@widefido.com>
Date:   Tue Aug 27 21:52:55 2019 -0400
    Renamed mode menu items
commit a4e5a9ed9bce66c625e4df1182cd3c91a6ba44dd
Author: Jordan Sherer <jordan@widefido.com>
Date:   Tue Aug 27 21:50:45 2019 -0400
    Only enable networking and autoreply for normal JS8
commit fc558d5823c46fc5d3dc651610b7af43e7519165
Author: Jordan Sherer <jordan@widefido.com>
Date:   Tue Aug 27 21:14:12 2019 -0400
    Fixed spot button tooltip
commit 9a9965d543540a2d215bcbfff34934846afe507a
Author: Jordan Sherer <jordan@widefido.com>
Date:   Tue Aug 27 10:04:31 2019 -0400
    Working selectable decoder
commit 4a9cdbc52dae1d857c102d8777f1aded4fac87bb
Author: Jordan Sherer <jordan@widefido.com>
Date:   Mon Aug 26 20:53:30 2019 -0400
    Mode menu selection of the submodes. Turbo decoder disabled right now. Naming to be determined
commit a3acbf7c243f7aa740c229ae178fffa528e68933
Merge: 8ea554d daa8cc2
Author: Jordan Sherer <jordan@widefido.com>
Date:   Mon Aug 26 13:29:14 2019 -0400
    Merge branch 'ft8call-develop' into fortran-cleanup
commit 8ea554d79904c9b2f3ccf1027bf4d41fb25e6fe3
Author: Jordan Sherer <jordan@widefido.com>
Date:   Mon Aug 26 09:53:21 2019 -0400
    Use indx variable instead of computed
commit 067e65500328133f921b172e515babbcc0df831b
Author: Jordan Sherer <jordan@widefido.com>
Date:   Sun Aug 25 22:41:00 2019 -0400
    Make it easier to flip between modes
commit a544a7635201072f3ea20483353edf2e79dc813d
Author: Jordan Sherer <jordan@widefido.com>
Date:   Sun Aug 25 21:18:46 2019 -0400
    Fixed sync issues with multi costas. Added log statements for future debugging
commit a8f3ead932017ae7d98fdb9a779bf3bb44bd395d
Author: Jordan Sherer <jordan@widefido.com>
Date:   Sun Aug 25 15:54:59 2019 -0400
    Playing around with different costas arrays
commit fa89fe11a15d26abadd5102c8980620cfeffccd9
Author: Jordan Sherer <jordan@widefido.com>
Date:   Sun Aug 25 15:51:45 2019 -0400
    Added reference to 7x7 costas arrays
commit 2417ebed6139534214f76ce94bdf1f54a966760a
Merge: 6011f1e 32fcabd
Author: Jordan Sherer <jordan@widefido.com>
Date:   Sat Aug 24 23:41:39 2019 -0400
    Merge branch 'ft8call-develop' into fortran-cleanup
commit 6011f1e807b1814399477d3c172db46831a090c6
Author: Jordan Sherer <jordan@widefido.com>
Date:   Sat Aug 24 23:35:42 2019 -0400
    Back to 10 baud. Update late threshold to be computed to 3/4 dead air time.
commit 41d3995861226f7208b2773430010a48abc125c1
Author: Jordan Sherer <jordan@widefido.com>
Date:   Sat Aug 24 15:36:12 2019 -0400
    Trying out 20 baud
commit a8d77e9e5b98f3f0bf19f68b53199b5952e8aaad
Author: Jordan Sherer <jordan@widefido.com>
Date:   Sat Aug 24 15:23:36 2019 -0400
    Fixed up sync quarter symbol constant
commit 7050722436b9c629ea00649e6b3c81d7af7be82a
Author: Jordan Sherer <jordan@widefido.com>
Date:   Sat Aug 24 14:43:48 2019 -0400
    Computed symbol stop
commit f130fe87abdccbabd2e71f2771b789c7f46d57ca
Author: Jordan Sherer <jordan@widefido.com>
Date:   Fri Aug 23 20:56:59 2019 -0400
    Added reference to 7x7 costas arrays
commit 53e91858f5a4e9ce78c38ef65c77e87f1903c058
Author: Jordan Sherer <jordan@widefido.com>
Date:   Fri Aug 23 16:34:51 2019 -0400
    Back to 10 baud
commit 1ae79d566ebd9a40ad3cf4a07977ef0e09615d91
Author: Jordan Sherer <jordan@widefido.com>
Date:   Fri Aug 23 15:14:41 2019 -0400
    Testing 31.25 baud
commit 7e033c28ae090d6c3f5a63fa651ee51c3243d61c
Author: Jordan Sherer <jordan@widefido.com>
Date:   Fri Aug 23 15:14:17 2019 -0400
    Experimenting with a few different baudrates
commit 050e24ad3a040924ded6d641004ae63da47e4251
Author: Jordan Sherer <jordan@widefido.com>
Date:   Fri Aug 23 12:25:50 2019 -0400
    Added ldpcsim for js8
commit d309a75d860e39737dec732560432a191290b258
Author: Jordan Sherer <jordan@widefido.com>
Date:   Thu Aug 22 22:42:11 2019 -0400
    Experimental submode switching
commit 74f72bb24a22631b8b69942ea0633bb0564b8aa3
Author: Jordan Sherer <jordan@widefido.com>
Date:   Thu Aug 22 22:41:53 2019 -0400
    Allow switching decoders based on submode
commit f8740a23b27e80fa53350e140d4638a27cd6e975
Author: Jordan Sherer <jordan@widefido.com>
Date:   Wed Aug 21 23:43:18 2019 -0400
    Initial spike of js8 fortran code
commit 31625316639f79246b4a2e3d0cea4507bf0547f9
Author: Jordan Sherer <jordan@widefido.com>
Date:   Wed Aug 21 23:09:00 2019 -0400
    Remove fix contest message
commit c0e0862afa8ae2d47e9577562399b8c9bc929c6a
Author: Jordan Sherer <jordan@widefido.com>
Date:   Wed Aug 21 21:05:05 2019 -0400
    Cleanup unused text files and batch files
commit 1b3aa55869f0c310e6c911a7cbb3fe269bc7421a
Author: Jordan Sherer <jordan@widefido.com>
Date:   Wed Aug 21 21:00:38 2019 -0400
    Removed fast_decode and dx
commit 49e5cabff25c13620a9d2c6fc6ddd4988f1be217
Author: Jordan Sherer <jordan@widefido.com>
Date:   Wed Aug 21 20:54:39 2019 -0400
    Cleaning up msk stuff
commit 8bde6f391f4b23d2a2e9d55685d96bc647a462f6
Author: Jordan Sherer <jordan@widefido.com>
Date:   Wed Aug 21 20:44:39 2019 -0400
    Initial cleanup pass of qra, ftrsd, and wsprd
		
	
			
		
			
				
	
	
		
			373 lines
		
	
	
		
			13 KiB
		
	
	
	
		
			C
		
	
	
	
	
	
			
		
		
	
	
			373 lines
		
	
	
		
			13 KiB
		
	
	
	
		
			C
		
	
	
	
	
	
| /* 
 | |
|  This file is part of wsprd.
 | |
| 
 | |
|  File name: nhash.c
 | |
| 
 | |
|  *------------------------------------------------------------------------------
 | |
|  *
 | |
|  * This file is part of the WSPR application, Weak Signal Propogation Reporter
 | |
|  *
 | |
|  * File Name:   nhash.c
 | |
|  * Description: Functions to produce 32-bit hashes for hash table lookup
 | |
|  *
 | |
|  * Copyright (C) 2008-2014 Joseph Taylor, K1JT
 | |
|  * License: GNU GPL v3+
 | |
|  *
 | |
|  * This program is free software; you can redistribute it and/or modify it under
 | |
|  * the terms of the GNU General Public License as published by the Free Software
 | |
|  * Foundation; either version 3 of the License, or (at your option) any later
 | |
|  * version.
 | |
|  *
 | |
|  * This program is distributed in the hope that it will be useful, but WITHOUT
 | |
|  * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS
 | |
|  * FOR A PARTICULAR PURPOSE.  See the GNU General Public License for more
 | |
|  * details.
 | |
|  *
 | |
|  * You should have received a copy of the GNU General Public License along with
 | |
|  * this program; if not, write to the Free Software Foundation, Inc., 51 Franklin
 | |
|  * Street, Fifth Floor, Boston, MA 02110-1301, USA.
 | |
|  *
 | |
|  * Files: lookup3.c
 | |
|  * Copyright: Copyright (C) 2006 Bob Jenkins <bob_jenkins@burtleburtle.net>
 | |
|  * License: public-domain
 | |
|  *  You may use this code any way you wish, private, educational, or commercial.
 | |
|  *  It's free.
 | |
|  *
 | |
|  *-------------------------------------------------------------------------------
 | |
| */
 | |
| 
 | |
| /*
 | |
| These are functions for producing 32-bit hashes for hash table lookup.
 | |
| hashword(), hashlittle(), hashlittle2(), hashbig(), mix(), and final() 
 | |
| are externally useful functions.  Routines to test the hash are included 
 | |
| if SELF_TEST is defined.  You can use this free for any purpose.  It's in
 | |
| the public domain.  It has no warranty.
 | |
| 
 | |
| You probably want to use hashlittle().  hashlittle() and hashbig()
 | |
| hash byte arrays.  hashlittle() is is faster than hashbig() on
 | |
| little-endian machines.  Intel and AMD are little-endian machines.
 | |
| On second thought, you probably want hashlittle2(), which is identical to
 | |
| hashlittle() except it returns two 32-bit hashes for the price of one.  
 | |
| You could implement hashbig2() if you wanted but I haven't bothered here.
 | |
| 
 | |
| If you want to find a hash of, say, exactly 7 integers, do
 | |
|   a = i1;  b = i2;  c = i3;
 | |
|   mix(a,b,c);
 | |
|   a += i4; b += i5; c += i6;
 | |
|   mix(a,b,c);
 | |
|   a += i7;
 | |
|   final(a,b,c);
 | |
| then use c as the hash value.  If you have a variable length array of
 | |
| 4-byte integers to hash, use hashword().  If you have a byte array (like
 | |
| a character string), use hashlittle().  If you have several byte arrays, or
 | |
| a mix of things, see the comments above hashlittle().  
 | |
| 
 | |
| Why is this so big?  I read 12 bytes at a time into 3 4-byte integers, 
 | |
| then mix those integers.  This is fast (you can do a lot more thorough
 | |
| mixing with 12*3 instructions on 3 integers than you can with 3 instructions
 | |
| on 1 byte), but shoehorning those bytes into integers efficiently is messy.
 | |
| */
 | |
| 
 | |
| #define SELF_TEST 1
 | |
| 
 | |
| #include <stdio.h>      /* defines printf for tests */
 | |
| #include <time.h>       /* defines time_t for timings in the test */
 | |
| #include "nhash.h"
 | |
| //#include <sys/param.h>  /* attempt to define endianness */
 | |
| //#ifdef linux
 | |
| //# include <endian.h>    /* attempt to define endianness */
 | |
| //#endif
 | |
| 
 | |
| #define HASH_LITTLE_ENDIAN 1
 | |
| 
 | |
| #define hashsize(n) ((uint32_t)1<<(n))
 | |
| #define hashmask(n) (hashsize(n)-1)
 | |
| #define rot(x,k) (((x)<<(k)) | ((x)>>(32-(k))))
 | |
| 
 | |
| /*
 | |
| -------------------------------------------------------------------------------
 | |
| mix -- mix 3 32-bit values reversibly.
 | |
| 
 | |
| This is reversible, so any information in (a,b,c) before mix() is
 | |
| still in (a,b,c) after mix().
 | |
| 
 | |
| If four pairs of (a,b,c) inputs are run through mix(), or through
 | |
| mix() in reverse, there are at least 32 bits of the output that
 | |
| are sometimes the same for one pair and different for another pair.
 | |
| This was tested for:
 | |
| * pairs that differed by one bit, by two bits, in any combination
 | |
|   of top bits of (a,b,c), or in any combination of bottom bits of
 | |
|   (a,b,c).
 | |
| * "differ" is defined as +, -, ^, or ~^.  For + and -, I transformed
 | |
|   the output delta to a Gray code (a^(a>>1)) so a string of 1's (as
 | |
|   is commonly produced by subtraction) look like a single 1-bit
 | |
|   difference.
 | |
| * the base values were pseudorandom, all zero but one bit set, or 
 | |
|   all zero plus a counter that starts at zero.
 | |
| 
 | |
| Some k values for my "a-=c; a^=rot(c,k); c+=b;" arrangement that
 | |
| satisfy this are
 | |
|     4  6  8 16 19  4
 | |
|     9 15  3 18 27 15
 | |
|    14  9  3  7 17  3
 | |
| Well, "9 15 3 18 27 15" didn't quite get 32 bits diffing
 | |
| for "differ" defined as + with a one-bit base and a two-bit delta.  I
 | |
| used http://burtleburtle.net/bob/hash/avalanche.html to choose 
 | |
| the operations, constants, and arrangements of the variables.
 | |
| 
 | |
| This does not achieve avalanche.  There are input bits of (a,b,c)
 | |
| that fail to affect some output bits of (a,b,c), especially of a.  The
 | |
| most thoroughly mixed value is c, but it doesn't really even achieve
 | |
| avalanche in c.
 | |
| 
 | |
| This allows some parallelism.  Read-after-writes are good at doubling
 | |
| the number of bits affected, so the goal of mixing pulls in the opposite
 | |
| direction as the goal of parallelism.  I did what I could.  Rotates
 | |
| seem to cost as much as shifts on every machine I could lay my hands
 | |
| on, and rotates are much kinder to the top and bottom bits, so I used
 | |
| rotates.
 | |
| -------------------------------------------------------------------------------
 | |
| */
 | |
| #define mix(a,b,c) \
 | |
| { \
 | |
|   a -= c;  a ^= rot(c, 4);  c += b; \
 | |
|   b -= a;  b ^= rot(a, 6);  a += c; \
 | |
|   c -= b;  c ^= rot(b, 8);  b += a; \
 | |
|   a -= c;  a ^= rot(c,16);  c += b; \
 | |
|   b -= a;  b ^= rot(a,19);  a += c; \
 | |
|   c -= b;  c ^= rot(b, 4);  b += a; \
 | |
| }
 | |
| 
 | |
| /*
 | |
| -------------------------------------------------------------------------------
 | |
| final -- final mixing of 3 32-bit values (a,b,c) into c
 | |
| 
 | |
| Pairs of (a,b,c) values differing in only a few bits will usually
 | |
| produce values of c that look totally different.  This was tested for
 | |
| * pairs that differed by one bit, by two bits, in any combination
 | |
|   of top bits of (a,b,c), or in any combination of bottom bits of
 | |
|   (a,b,c).
 | |
| * "differ" is defined as +, -, ^, or ~^.  For + and -, I transformed
 | |
|   the output delta to a Gray code (a^(a>>1)) so a string of 1's (as
 | |
|   is commonly produced by subtraction) look like a single 1-bit
 | |
|   difference.
 | |
| * the base values were pseudorandom, all zero but one bit set, or 
 | |
|   all zero plus a counter that starts at zero.
 | |
| 
 | |
| These constants passed:
 | |
|  14 11 25 16 4 14 24
 | |
|  12 14 25 16 4 14 24
 | |
| and these came close:
 | |
|   4  8 15 26 3 22 24
 | |
|  10  8 15 26 3 22 24
 | |
|  11  8 15 26 3 22 24
 | |
| -------------------------------------------------------------------------------
 | |
| */
 | |
| #define final(a,b,c) \
 | |
| { \
 | |
|   c ^= b; c -= rot(b,14); \
 | |
|   a ^= c; a -= rot(c,11); \
 | |
|   b ^= a; b -= rot(a,25); \
 | |
|   c ^= b; c -= rot(b,16); \
 | |
|   a ^= c; a -= rot(c,4);  \
 | |
|   b ^= a; b -= rot(a,14); \
 | |
|   c ^= b; c -= rot(b,24); \
 | |
| }
 | |
| 
 | |
| /*
 | |
| -------------------------------------------------------------------------------
 | |
| hashlittle() -- hash a variable-length key into a 32-bit value
 | |
|   k       : the key (the unaligned variable-length array of bytes)
 | |
|   length  : the length of the key, counting by bytes
 | |
|   initval : can be any 4-byte value
 | |
| Returns a 32-bit value.  Every bit of the key affects every bit of
 | |
| the return value.  Two keys differing by one or two bits will have
 | |
| totally different hash values.
 | |
| 
 | |
| The best hash table sizes are powers of 2.  There is no need to do
 | |
| mod a prime (mod is sooo slow!).  If you need less than 32 bits,
 | |
| use a bitmask.  For example, if you need only 10 bits, do
 | |
|   h = (h & hashmask(10));
 | |
| In which case, the hash table should have hashsize(10) elements.
 | |
| 
 | |
| If you are hashing n strings (uint8_t **)k, do it like this:
 | |
|   for (i=0, h=0; i<n; ++i) h = hashlittle( k[i], len[i], h);
 | |
| 
 | |
| By Bob Jenkins, 2006.  bob_jenkins@burtleburtle.net.  You may use this
 | |
| code any way you wish, private, educational, or commercial.  It's free.
 | |
| 
 | |
| Use for hash table lookup, or anything where one collision in 2^^32 is
 | |
| acceptable.  Do NOT use for cryptographic purposes.
 | |
| -------------------------------------------------------------------------------
 | |
| */
 | |
| 
 | |
| uint32_t nhash( const void *key, size_t length, uint32_t initval)
 | |
| {
 | |
|   uint32_t a,b,c;                                          /* internal state */
 | |
|   union { const void *ptr; size_t i; } u;     /* needed for Mac Powerbook G4 */
 | |
| 
 | |
|   /* Set up the internal state */
 | |
|   a = b = c = 0xdeadbeef + ((uint32_t)length) + initval;
 | |
| 
 | |
|   u.ptr = key;
 | |
|   if (HASH_LITTLE_ENDIAN && ((u.i & 0x3) == 0)) {
 | |
|     const uint32_t *k = (const uint32_t *)key;         /* read 32-bit chunks */
 | |
| 
 | |
|     /*------ all but last block: aligned reads and affect 32 bits of (a,b,c) */
 | |
|     while (length > 12)
 | |
|     {
 | |
|       a += k[0];
 | |
|       b += k[1];
 | |
|       c += k[2];
 | |
|       mix(a,b,c);
 | |
|       length -= 12;
 | |
|       k += 3;
 | |
|     }
 | |
| 
 | |
|     /*----------------------------- handle the last (probably partial) block */
 | |
|     /* 
 | |
|      * "k[2]&0xffffff" actually reads beyond the end of the string, but
 | |
|      * then masks off the part it's not allowed to read.  Because the
 | |
|      * string is aligned, the masked-off tail is in the same word as the
 | |
|      * rest of the string.  Every machine with memory protection I've seen
 | |
|      * does it on word boundaries, so is OK with this.  But VALGRIND will
 | |
|      * still catch it and complain.  The masking trick does make the hash
 | |
|      * noticably faster for short strings (like English words).
 | |
|      */
 | |
| #ifndef VALGRIND
 | |
| 
 | |
|     switch(length)
 | |
|     {
 | |
|     case 12: c+=k[2]; b+=k[1]; a+=k[0]; break;
 | |
|     case 11: c+=k[2]&0xffffff; b+=k[1]; a+=k[0]; break;
 | |
|     case 10: c+=k[2]&0xffff; b+=k[1]; a+=k[0]; break;
 | |
|     case 9 : c+=k[2]&0xff; b+=k[1]; a+=k[0]; break;
 | |
|     case 8 : b+=k[1]; a+=k[0]; break;
 | |
|     case 7 : b+=k[1]&0xffffff; a+=k[0]; break;
 | |
|     case 6 : b+=k[1]&0xffff; a+=k[0]; break;
 | |
|     case 5 : b+=k[1]&0xff; a+=k[0]; break;
 | |
|     case 4 : a+=k[0]; break;
 | |
|     case 3 : a+=k[0]&0xffffff; break;
 | |
|     case 2 : a+=k[0]&0xffff; break;
 | |
|     case 1 : a+=k[0]&0xff; break;
 | |
|     case 0 : return c;              /* zero length strings require no mixing */
 | |
|     }
 | |
| 
 | |
| #else /* make valgrind happy */
 | |
| 
 | |
|     k8 = (const uint8_t *)k;
 | |
|     switch(length)
 | |
|     {
 | |
|     case 12: c+=k[2]; b+=k[1]; a+=k[0]; break;
 | |
|     case 11: c+=((uint32_t)k8[10])<<16;  /* fall through */
 | |
|     case 10: c+=((uint32_t)k8[9])<<8;    /* fall through */
 | |
|     case 9 : c+=k8[8];                   /* fall through */
 | |
|     case 8 : b+=k[1]; a+=k[0]; break;
 | |
|     case 7 : b+=((uint32_t)k8[6])<<16;   /* fall through */
 | |
|     case 6 : b+=((uint32_t)k8[5])<<8;    /* fall through */
 | |
|     case 5 : b+=k8[4];                   /* fall through */
 | |
|     case 4 : a+=k[0]; break;
 | |
|     case 3 : a+=((uint32_t)k8[2])<<16;   /* fall through */
 | |
|     case 2 : a+=((uint32_t)k8[1])<<8;    /* fall through */
 | |
|     case 1 : a+=k8[0]; break;
 | |
|     case 0 : return c;
 | |
|     }
 | |
| 
 | |
| #endif /* !valgrind */
 | |
| 
 | |
|   } else if (HASH_LITTLE_ENDIAN && ((u.i & 0x1) == 0)) {
 | |
|     const uint16_t *k = (const uint16_t *)key;         /* read 16-bit chunks */
 | |
|     const uint8_t  *k8;
 | |
| 
 | |
|     /*--------------- all but last block: aligned reads and different mixing */
 | |
|     while (length > 12)
 | |
|     {
 | |
|       a += k[0] + (((uint32_t)k[1])<<16);
 | |
|       b += k[2] + (((uint32_t)k[3])<<16);
 | |
|       c += k[4] + (((uint32_t)k[5])<<16);
 | |
|       mix(a,b,c);
 | |
|       length -= 12;
 | |
|       k += 6;
 | |
|     }
 | |
| 
 | |
|     /*----------------------------- handle the last (probably partial) block */
 | |
|     k8 = (const uint8_t *)k;
 | |
|     switch(length)
 | |
|     {
 | |
|     case 12: c+=k[4]+(((uint32_t)k[5])<<16);
 | |
|              b+=k[2]+(((uint32_t)k[3])<<16);
 | |
|              a+=k[0]+(((uint32_t)k[1])<<16);
 | |
|              break;
 | |
|     case 11: c+=((uint32_t)k8[10])<<16;     /* fall through */
 | |
|     case 10: c+=k[4];
 | |
|              b+=k[2]+(((uint32_t)k[3])<<16);
 | |
|              a+=k[0]+(((uint32_t)k[1])<<16);
 | |
|              break;
 | |
|     case 9 : c+=k8[8];                      /* fall through */
 | |
|     case 8 : b+=k[2]+(((uint32_t)k[3])<<16);
 | |
|              a+=k[0]+(((uint32_t)k[1])<<16);
 | |
|              break;
 | |
|     case 7 : b+=((uint32_t)k8[6])<<16;      /* fall through */
 | |
|     case 6 : b+=k[2];
 | |
|              a+=k[0]+(((uint32_t)k[1])<<16);
 | |
|              break;
 | |
|     case 5 : b+=k8[4];                      /* fall through */
 | |
|     case 4 : a+=k[0]+(((uint32_t)k[1])<<16);
 | |
|              break;
 | |
|     case 3 : a+=((uint32_t)k8[2])<<16;      /* fall through */
 | |
|     case 2 : a+=k[0];
 | |
|              break;
 | |
|     case 1 : a+=k8[0];
 | |
|              break;
 | |
|     case 0 : return c;                     /* zero length requires no mixing */
 | |
|     }
 | |
| 
 | |
|   } else {                        /* need to read the key one byte at a time */
 | |
|     const uint8_t *k = (const uint8_t *)key;
 | |
| 
 | |
|     /*--------------- all but the last block: affect some 32 bits of (a,b,c) */
 | |
|     while (length > 12)
 | |
|     {
 | |
|       a += k[0];
 | |
|       a += ((uint32_t)k[1])<<8;
 | |
|       a += ((uint32_t)k[2])<<16;
 | |
|       a += ((uint32_t)k[3])<<24;
 | |
|       b += k[4];
 | |
|       b += ((uint32_t)k[5])<<8;
 | |
|       b += ((uint32_t)k[6])<<16;
 | |
|       b += ((uint32_t)k[7])<<24;
 | |
|       c += k[8];
 | |
|       c += ((uint32_t)k[9])<<8;
 | |
|       c += ((uint32_t)k[10])<<16;
 | |
|       c += ((uint32_t)k[11])<<24;
 | |
|       mix(a,b,c);
 | |
|       length -= 12;
 | |
|       k += 12;
 | |
|     }
 | |
| 
 | |
|     /*-------------------------------- last block: affect all 32 bits of (c) */
 | |
|     switch(length)                   /* all the case statements fall through */
 | |
|     {
 | |
|     case 12: c+=((uint32_t)k[11])<<24;
 | |
|     case 11: c+=((uint32_t)k[10])<<16;
 | |
|     case 10: c+=((uint32_t)k[9])<<8;
 | |
|     case 9 : c+=k[8];
 | |
|     case 8 : b+=((uint32_t)k[7])<<24;
 | |
|     case 7 : b+=((uint32_t)k[6])<<16;
 | |
|     case 6 : b+=((uint32_t)k[5])<<8;
 | |
|     case 5 : b+=k[4];
 | |
|     case 4 : a+=((uint32_t)k[3])<<24;
 | |
|     case 3 : a+=((uint32_t)k[2])<<16;
 | |
|     case 2 : a+=((uint32_t)k[1])<<8;
 | |
|     case 1 : a+=k[0];
 | |
|              break;
 | |
|     case 0 : return c;
 | |
|     }
 | |
|   }
 | |
| 
 | |
|   final(a,b,c);
 | |
|   c=(32767&c);
 | |
| 
 | |
|   return c;
 | |
| }
 |