tmin10: чисто теоретически можно было бы реализовать с использованием программируемых вентильных матриц www.atmel.com/ru/ru/products/other/field_programma... на таких будет реализовываться ARA (модульный смартфон). в теории можно поддерживать на таком "порту" все что угодно, даже холодильник, если у него будет выход какой ни будь
R St:
1: 7 монитор с высоким разрешением и vga портом это чтото за гранью фантастики, если такой найдете обязательно скажите мне,
2: если подключить мышь к ПК то это будет мышь, а не гироскоп, чтобы она стала гироскопом нужно с нее эти данные получить, для этого нужны знания как минимум электроники и физики больше чем уровень "я знаю куда ее подключить",
3: если использовать планшет и отправлять по wifi потенциально работать может, но задержки будут over 500 мс, то есть действие в игре будете на экране через пол секунды, за это время в любом экшне вам снесут голову, в гонках вы врежитесь в столб и т.д. смысла с такого только "слайдшоу смотреть" или фильмы, которых "3 штуки" на весь интернет,
4: если подключить планшет в качестве монитора обратной связи не будет, если только вы глазами в него нажимать не собираетесь, единственная обратная связь с него может быть полезна это данные того самого гироскопа.
Вывод: все это лишь чтобы поиграться с новой, пока слабо доступной технологией, практического смысла с такого нет, дождитесь oculus и там можно будет уже получить все "из коробки" и нормально работающее
R St: как уже сказал Даниил Басманов все кардбоарды и иже с ними это дополнение к мобильному телефону, не к компьютеру, игры загружать и запускать нужно на нем же (не на компьютере)
В тех статьях могут упоминаться способы запуска в таких условиях игр с компьютера, но все они лишь корявые костыли и на практике их применить не получится или получиться лишь в очень ограниченных условиях, советую пока не придет Oculuis не париться и ждать.
в общем примерно так я себе это и представлял, просто не ясно что имелось в виду в "query=@-", толи query= это атрибут у curl толи он этот query кудато тоже отправит
p.s. левую часть легко заменить через запуск Process и забрать результат, не понятно как этот результат передать, сам проект echonest отличается отсутствием внятной документации и особой нелюбовью к windows
rootiys: еще можно поиграться с этим параметром navscrollatend (from v1.5)
(boolean) default is false. If set to 'true', will make the carousel scroll if a line first or last thumbnail is clicked.
rootiys: есть еще такой параметр navcontinuous (from v1.3)
(boolean) default is false. If set to true, will make the carousel scroll continuously (use this option with a "linear" scrolleasing).
rootiys: scrolleasing must be set to "linear". fastchange must be set to "true". говоря по русски должно быть так:
auto:true,
autospeed:3000,
shownavitems:3,
circular:true,
fastchange:true,
scrolleasing:"linear",
scrollspeed:2000,
scroll:3
будет работать или нет не уверен, т.к. это лишь "note" на demo странице
Bomboos: учитывая что собираетесь выставлять счет то вы как минимум оказываете услуги (если это только не разновидность спама), в таком случае получить API ключ не составит проблемы. Если же хочется извра.. работать без API то можно написать кликер, качество работы будет сомнительным, на C# реализуется буквально 3 - 4 функциями. В принципе есть исходник одного такого, если нужно могу выложить как opensource.
Артем: про пароль соглашусь, находил анализ согласно которому пароль в виде пары тройки нормальных "человеческих" слов в виде пароля намного безопасней сочетаний закорючек. Про инстраграм не соглашусь, так можно слить десяток страничек, и то не факт, что сотрудника фотающего свой монитор не уволят раньше, утащить таким образом базу ПД клиентов в 10 Гб не получится, а с NAT легко. Но в целом согласен, нужно смотреть в контексте задачи, на счет прокси не соглашусь, особых проблем научить свой софт работать с прокси нет. Делал поддержку разных проксей и особых заморочек нет (для C# конечно, думаю на том же C++ это тот еще геморой).
