BYDK: normalny POST request s headrom na webservice je ok
'edit': tcp porty dle libosti - je to vlastne jediny normalny sposob ako z unity aplikacie komunikovat (akurat bude treba mozno full .net profile), s HTTPS je ale problem, aj ked pochybujem, ze to budete vyzadovat, skoro kazdy to (bohuzial) ignoruje..

BYDK: Pokud bys nemel statickou ip, tak to staci jen pres neco proroutovat, to znamena, ze nevolas server naprimo, ale nejaky jiny stroj, ktery statickou ip ma a kterymu ten tvuj server posila svoji adresu, na kterou je nasledne klient presmerovanej, po co zavola ten presmerovac - tenhle presmerovac koupit jako sluzba za par dolacu mesicne.
A pokud tam posilas neco dulezity nezapomen si to zasifrovat v pripade tech web service, ktery jdou pres HTTP - to jen posles pres https.

BYDK: Pokud Unity umi klasickou komunikaci pres TCP, coz umet musi, tak to neni problem.

Si na zarizeni - serveru s tou statickou IP, pustis server- listerner (proste neco co je furt aktivni a na urcitym portu ceka na message), kterej bude porad poslouchat a pak z jinych zarizeni klientu (Android) budes posilat requesty - obratem musi ten server poslat echo, ze pozadavek zpracovan -ok, nebo exception. Pokud nic neprijde zkusis to za cas XY poslat znovu, pokud to neprijde vickrat - tak ti nejde a net nebo server.

Muzes to resit nejakym proprietalnim lowlevel plaintextem, ale uz to bylo vymysleny a nejlepsi je to delat klasicky pres Webservici - a coz je protokol jazykove nezavislej, takze ti to serverou cast - muze napsat kdokoliv v cemkoliv, ale nejlepsi frameworky na tohle, podle myho jsou v Jave (byt ji nemam rad).

Zdravim chlapi. Chtel jsem se zeptat. Dostali jsme zakazku a jedna z casti je z Andriodu, poslat string na zarizeni, ktere ma sve stat. IP a poslat to pres urcity port. Je to proveditelne? Nema to nejake uskali? Dekuji

rekl bych ze ano :)

to bude asi uplny bullshit co
tak pchat jedine z kazdeho AS von zvlast

AS1:
OnAudioFilterRead(byte[] data, int channels)
{
data = #MAGICJOHNSON1 + data;
}

AS2:
OnAudioFilterRead(byte[] data, int channels)
{
data = #MAGICJOHNSON2 + data;
}

AudioListener
OnAudioFilterRead(byte[] data, int channels)
{
if ( data.begins(#MAGICJOHNSON1) )
{
data = data.remove(#MAGICJOHNSON1);
Plugin_SendToReproduktor1(data);
}
if ( data.begins(#MAGICJOHNSON2) )
{
data = data.remove(#MAGICJOHNSON2);
Plugin_SendToReproduktor2(data);
}
}

vyzera to otrasne, ale *snad* pochopitelne

SHIGORBIRDMAN: :) napisem tie sluchala este raz: vysledok sa musi ( podmienene ) routovat mimo unity do systemu, ktory ich pozna viac ako jedny

-- je pravda, ze preco nanahradit cely audio subsytem, ale s tym by bolo podla mna viac viac mrzeni ako uzitku

APH: afaik unity pouziva single kontext openAL, takze neslo

SHIGORBIRDMAN: je to mozne, mna potom napadlo, ze dostat z toho dalsi nezavisly listener by asi znamenalo konstantne disable/enable medzi nimi prepinat, ale znamenalo by to zrejme (netrivialne) to buffrovat, ak by to vobec slo
nicmenej, pokial sa da pozicia ofejkovat podobne ako v tomto plugine, zacal by som najskor asi niekde tam

.. jo, v 5 je sice k nejakemu low level lepsi pristup - https://bitbucket.org/Unity-Technologies/nativeaudioplugins , ale je to orientovane skor na filtre / efekty

APH: jsem si celkem jisty, ze to funguje nasledovne:
a) na objektech jsou naplacane ty jeho virtualni audio sources
b) pro kazdy virtualni audio source je vytvoreny realny audiosource x pocet aktualnich listeneru, na samostatnych gameobjektech, ktere se pozicuji tak, aby vuci realnemu listenerovi odpovidaly
c) zbytek resi unity

nezkoumal jsem nijak vic audio moznosti v petce, ktere jsou prece jen o kus dal, ale afaik k low level pozicovani na urovni audio driveru neni nikde pristup, jen je tam mozne mnohem snaz a lip skladat zvuky / filtry atd

inak aby bolo jasne: nepredpokladal som, ze pouzije ten asset 'as is' - je to navod, ako ziskat pozicne audio - do audio buffera ;;
potom to jedine preroutovat do niecoho co vie, ze v systeme existuje nieco viac ako jedny umelohmotne skuchadla

SHIGORBIRDMAN: jo - bolo by to viac prace
ten asset pomoze akurat v tom, ze ma obsah bufferu, treba ho von ale nejak vyviezt to mas pravdu..

APH: hovno ti pomuze zapisovat do audiobufferu, kdyz to pak pojede pres ten jeden interni audiolistener :) myslel jsem native na vlastni audio, at uz linkovat neco trochu vic high level, nebo klidne blby openAL ktery sice multiple listenery neumi, ale jde to ojebat pres multiple contexts. Bylo by to asi dost prace, ale ne zas tak moc

Ten linkovany asset imo funguje tak, ze zvuky rucne transportuje na jednoho listenera - Jirzinovi je to v tom pripadu na houby

SHIGORBIRDMAN: nie, normalne to nie je mozne, ale na zapisovanie do audio bufferu nepotrebujes nativny plugin ( prakticky, samozrejme bude velmi vhodny, pretoze pozicny buffer bude rychlejsi nativny ako ho ratat v mone )
ako som spominal, nieco je na store : https://www.assetstore.unity3d.com/en/#!/content/23584

stran viacerych listenerov - w.johnson na to odpoveda podla mna prakticky na kazdom unite videu, ktore som videl, ale pri planovanych "r&d road map featurach" by som tomu nadaval niekolo rokov.

afaik to v soucasne dobe neni nijak mozne (bez nejakeho native pluginu, ktery by audio system unity uplne obesel, to by nebylo zas tak tezke udelat...). unity 5 sice s audiem konecne trochu pohnulo, ale...

BTW "kanaly" v unity tak jak ted jsou, jsou jen defakto (konecne!) na nastavovani hlasitosti pro typy zvuku, ale vsechno se vzdy hraje jen z jednoho audiolisteneru.

Vic soubeznych audiolisteneru neverim ze budou kdy delat, to by se museli hodne nudit, nebo koupit nejaky middleware a nahradit s nim svuj zvukovy engine - prece jen je to dost extremni use case

JIRZIN9: prakticky nie, ale viac audiolistenerov maju 'naplanovane'... ( tzn. mozno o par rokov ^ )
btw nejaky multilistener audio som myslim na assetstore videl, ak nie na forach
nejake prepojenie samostatnych audio engine sa da za cenu generovania audio bufferu v OnAudioFilterRead spravit, ale pozrel by som sa, ci to napr. FMOD/studio nevie ( aj ked o tom pochybujem )

zdravim, nemate nekdo zkusenosti s resenim multikanal zvuku v unity? dle oficialniho manualu unity podporuje az 8ch ale na scene je mozne mit jen jeden jediny audiolistener... v aplikaci kterou prave vyvyjime je potreba zvuk distribuovat do pevne rozestaveneho zvukoveho aparatu... tedy vystup neni spjat s pozici kamery jak je tomu u her typu FPS ale s reproduktorem... logicke reseni je mit kazdy realny reproduktor jako samostatny audiolistener, lec toto zda se byt pomoci unity prostredku neresitelne... nebo se pletu? nasel jsem nejake samostatne sound enginy ktere se daji s unity nejak propojit... lec nedokazu si predstavit jak moc je integrace toho ktereho enginu a unity slozita... je tu nekdo, kdo si timto jiz prosel a mel k tomu nejake info?

W3R: je toho malo, lebo je to napr. zrovna pre unity ads nezaujimava platforma ( oproti cislam na app store na urovni statistickej chyby )
ja to inak iba 'dalsi' android tablet - ale bez aspon jedneho spustenia na aspon ramcovo podobnom devici by som to ani ja asi nepustal )

zdar. mate prosim nekdo zkusenosti s fire os, resp kindle fire? zarizeni nemam, nenapada me kam si skocit na test a obavam se hru primo loupnout na amazon appstore bez toho abych o tom cokoliv vedel.

spatne se mi hledaji jakekoliv zminky o funkcnosti, coz muze byt znamka toho ze je vsechno naprosto vpohode a jde jen o "dalsi" android tablet, ale radsi bych cetl neco konkretniho. a taky jestli neni nasledne problem treba s unity ads