AndAway - dyskusje o systemie

Nie będzie problemu, jeśli ktoś będzie chciał swoje dźwięki. Wystarczy podesłać wav/mp3 etc.

Jak przewidujesz cenę całości? Czy protokół kompatybilny z MilesTag?

Protokół nie jest kompatybilny z MilesTagiem, chociaż wykorzystuje dużą jego część. Jeżeli dużo ludzi się wypowie, że jednak MilesTag no to nie widzę problemu, można zaimplementować, chociaż jak już pisałeś np. RC5 jest praktycznie gotowy.
Co do ceny to się jeszcze nie wypowiadam dopóki nie będzie gotowa platforma sprzętowa. Program w przyszłym tygodniu będzie już testowany.
Na pewno będzie kilka możliwości zakupu, tzn:
1. Aluminiowy korpus mojej produkcji (zdjęcia w przyszłym tygodniu)
2. Zestaw DIY (elektronika złożona lub 'kit')
3. Kompletny zestaw w postaci chinola z Allegro
4. Instalacja w prywatnych replikach.

Na pewno 2 niezależne strefy trafień. Przewiduję do wyboru: opaski na głowę oraz kamizelki (w stylu Zoltar'owskich, jednak nie nasiąkalne potem setek graczy - fajne uczucie założyć tę kamizelkę, taka antyreklama Wink

).

Co do wymiennych magazynków to będzie taka opcja, chociaż podniesie to koszt całej konstrukcji (i stopień komplikacji).
Ciągle czekam na ew. pomysły (w tej fazie łatwo można coś zmienić/dodać).

Ja tam wolał bym milestag-a (dokładnie to nie koniecznie akurat on, ale jeden standard na kraj).

Mam zamiar taki standard zaproponować.

A ja RC 5, ale standard paczki danych taki jak w milesie. Po prostu dużo atwiej się go programuje i przynajmniej w moim przypadku jest odporniejszy na zaklócenia od odbić.

Proponuje skrócić długość bitu RC5 do 600us. Poza tym RC5 ma tylko 14 bitów.

Co wy na to? Kodowanie RC5:
2 bity header, trzeci CRC (parzystosc). 2 pozostale bajty dekodowane jak w MilesTag.

Mi się udało zmieścić w 14 bitach. 3 bity oznaczeń drużyn, 6 bitów oznaczenia gracza, 4 bity oznaczenia typu obrażeń, bit parzystości. Tyle że nadawane najpierw jest typ uszkodzeń(w razie near miss puszczany ma być odpowiedni dźwięk). Wada tego rozwiązania jest taka że w razie zmiany ustawień uszkodzeń z domyślnych trzeba wszystkie gnaty przeprogramować.

Dla mnie jednak 4 bity to za malo. Pozostaje przy tym co napisalem pare postow wyzej.

Znaczy u mnie to tylko prototyp jest Smile

4 bity to odwolanie do definicji obrażeń zapisanych w programie. 16 wartości to u mnie bylo dość do podstawowych funkcji, definiowalem jako typy np trafienie karabin, trafienie pistolet, leczenie, skazenie, odlamki itp.
Ale Twój pomysl z kodowaniem paczki danych z milesa za pomocą rc5 jest IMHO genialny.

Wybaczcie nowemu, że odpłynę od Waszej informatycznej dysputy z której rozumiem jedynie, że chodzi o ilość informacji wysyłanych jednym strzałem (BTW - skoro z tego co rozumiem strzelając wysyłam swoje ID gracza, to jest opcja wyłączenia FF - friendly fire?), a pytanie mam zupełnie odmiennej natury //EDIT własny - zdecydowałem, że założę nowy wątek, który wrzuciłem tu:
http://www.lasertag.fora.pl/postepy-prac,43/kiedy-i-za-ile-ogolnie-o-powstajacych-systemach,201.html

Oczywiście, że istnieje opcja FF (on/off).

Z nowości to przetestowałem nowe układy dźwiękowe, każdy będzie miał 'wgrane' ok 20 dźwięków wystrzału (oczywiście custom też możliwe) no i inne dźwięki (przeładowanie, near miss, hit itd).

czyżby projekt padł?