Попробуйте хотя бы внимательно прочитать, что я написал и разобраться!
Производительность данного способа абсолютно такая же. Причина в том, что в моем примере нужный регион декодируется по требованию.
В том способе что предлагаю, не нужно декодировать каждый раз при сдвиге, вот тут и будет основной прирост в производительности. Единственная разница — потребует чуть больше памяти, в зависимости от размеров тайлов, тк в памяти будут тайлы которые отображены частично.
Т.е. вы предлагаете разбить картинку на малые тайлы, и загрузить их все заранее в память? Но ведь они все не влезут в память.
при свайпе загружал нужные и выгружал устаревшие
P.S. Тайлы — небольшие изображения одинаковых размеров, которые и служат фрагментами большой картины. Таким образом можно строить огромные двухмерные пространства, расходующие совсем немного памяти.
Я привел свой опыт с использованием XNA, как менее производительный в сравнении с DirectX и на более слабом железе, на котором бегала WP71.
Суть не в этом, а в другом подходе, заключающимся в подготовке текстуры заранее – путем разрезав её на маленькие тайлы, в статье запрета на это нет. Логики при сдвиге конечно становиться больше, но результат в производительности очевидный, да потери качества не возникает.
В картографиских сервисах, апи как правило позволяет задать размер тайла и как правило, он меньше экрана в разы и уже в приложении рисуется нужная мозаика.
Я что-то подобное делал на XNA еще во времена WP7, делил большую карту на кусочки 160*160, при свайпе загружал нужные и выгружал устаревшие, работало шустро. Ну это, наверное, относиться к
Ну если Вас не смущает, что свет проникает через стены и тень заранее задана, как мы видим в «Готовим спрайт с тенями», то почему бы и нет.
Идея не новая, но действительно интересная, в совокупности с частицами можно получать очень красивые взрывы :-D
Если посмотреть на Ваш готовый результат, то можно увидеть, что свет проходит через стены, а это не хорошо. С тенями вообще что-то непонятное…
А чем Вам пример не угодил?
P.S.
Нарисуем несколько квадратов на сером фоне:
GraphicsDevice.Clear(Color.Black);
spriteBatch.Begin();
spriteBatch.Draw(box1, Vector2.Zero, Color.White);
spriteBatch.Draw(box2, new Vector2(40, 50), Color.White);
spriteBatch.Draw(box4, new Vector2(150, 50), Color.White);
spriteBatch.Draw(box3, new Vector2(260, 50), Color.White);
spriteBatch.End();
Может проще закрасить серым, а не черным, а не выводить как бекграунт непонятную текстуру…
Тут я с Вами абсолютно согласен! Для меня это приятное хобби :-)
А реклама — это то, с чего проще всего начать и что может хоть какую-то копеечку приносить.
Прибыль от рекламы у разных приложений, реально очень разная и она очень сильно отличается друг от друга. Приложение, на котором производилось тестирование сейчас нет в маркете. Другое мое приложение, создает показов в день намного меньше, но прибыли приносит больше.
Да мое приложение создает меньше 200к показов в день, но при 200к показов прибыль у него будет больше 50$.
Можно ли жить на такие деньги (т.е. $20/день)? Наверное, можно, но зависит от того, где и как :)
Это почти 25к в месяц.
33 280 руб. — средняя зарплата в России по данным Федеральной службы государственной статистики на май 2014 г, а во многих регионах и 20 не достигает.
Мало, разве что, площадок, работающих с WP — но и они все прогугливаются относительно быстро.
А можно пример, чтобы не быть голословным, цифры и ресурс. Fill rate и eCPM для России, для провайдеров бегун и плюс1, для развлекательного приложения и для игры.
То, что это вредные совет, я с Вами не соглашусь! Информации в данной области очень мало, то что тут написано, я считаю будет полезно для начинающих разработчиков.
В плане России бесспорно лидируют Plus1 и Begun. В плане других стран, у меня не так много данных. У тестового приложения было, в районе 31к показов в день, на протяжении примерно месяца. Страны: Russia 35,62 %; Argentina 21,92 %; China 4,39 %; Ukraine 4,11 %; Belarus 2,85 %; Brazil 2,65 %; Mexico 2,52 %; Italy 2,05 %; Chile 1,89 %; United States 1,35 %
Однако AdMob показал Fill rate 98.67%, а Smaato 54.32%, остальные показали очень низкую наполненность сети (для данного приложения в месяц использования), к примеру, Vserv выдал 124 показа за все время.
То, что результат довольно частный, это да. Как я и написал в с статье, очень тяжело сказать для какого приложения, какой рекламный провайдер, с каким типом рекламы будет хорошо работать. К примеру, в бегуне не раз наблюдали картину, что два приложения, оба для российского рынка, у одного клики стоят 30 копеек у другого 1 рубль и таких примеров много.
А на письма что отвечают?
Да, бегун нынче стал серьезно задерживать выплаты, говорят задержки 2-3 месяца, по факту выходить чуть больше трех. Но пока все выплачивали, заявку с выплатой с конца июня 2014 на прошлой неделе только выплатили. А в 2013 как по договору было 7 дней, так и переводили…
Plus1 – если и задерживал (у них написано в течении месяца), то ненадолго — на неделю…
Да, это серьезная проблема, особенно когда в приложение большое количество изображений. MS для устройств WP7 рекомендовала использовать не более 90 Мб, но на устройствах с 256Мб RAM при достижения 110Мб оно вылетает по памяти, а на 512Мб продолжала работать, так стало с SDK WP7.1.1.
Спасибо! Ближайшее время точно нет, я сейчас доделываю игру, в будущем есть план её портировать на android и ios, там придется использовать другие форматы сжатия, вот тогда и опишу о них и с какими трудностями столкнулся.
В том способе что предлагаю, не нужно декодировать каждый раз при сдвиге, вот тут и будет основной прирост в производительности. Единственная разница — потребует чуть больше памяти, в зависимости от размеров тайлов, тк в памяти будут тайлы которые отображены частично.
P.S. Тайлы — небольшие изображения одинаковых размеров, которые и служат фрагментами большой картины. Таким образом можно строить огромные двухмерные пространства, расходующие совсем немного памяти.
Суть не в этом, а в другом подходе, заключающимся в подготовке текстуры заранее – путем разрезав её на маленькие тайлы, в статье запрета на это нет. Логики при сдвиге конечно становиться больше, но результат в производительности очевидный, да потери качества не возникает.
Я что-то подобное делал на XNA еще во времена WP7, делил большую карту на кусочки 160*160, при свайпе загружал нужные и выгружал устаревшие, работало шустро. Ну это, наверное, относиться к
Идея не новая, но действительно интересная, в совокупности с частицами можно получать очень красивые взрывы :-D
А чем Вам пример не угодил?
P.S.
Может проще закрасить серым, а не черным, а не выводить как бекграунт непонятную текстуру…
А реклама — это то, с чего проще всего начать и что может хоть какую-то копеечку приносить.
Да мое приложение создает меньше 200к показов в день, но при 200к показов прибыль у него будет больше 50$.
Это почти 25к в месяц.
33 280 руб. — средняя зарплата в России по данным Федеральной службы государственной статистики на май 2014 г, а во многих регионах и 20 не достигает.
А можно пример, чтобы не быть голословным, цифры и ресурс. Fill rate и eCPM для России, для провайдеров бегун и плюс1, для развлекательного приложения и для игры.
eCPM admob 0,01 $
eCPM smaato 0,084 $
В плане России бесспорно лидируют Plus1 и Begun. В плане других стран, у меня не так много данных. У тестового приложения было, в районе 31к показов в день, на протяжении примерно месяца. Страны: Russia 35,62 %; Argentina 21,92 %; China 4,39 %; Ukraine 4,11 %; Belarus 2,85 %; Brazil 2,65 %; Mexico 2,52 %; Italy 2,05 %; Chile 1,89 %; United States 1,35 %
Однако AdMob показал Fill rate 98.67%, а Smaato 54.32%, остальные показали очень низкую наполненность сети (для данного приложения в месяц использования), к примеру, Vserv выдал 124 показа за все время.
То, что результат довольно частный, это да. Как я и написал в с статье, очень тяжело сказать для какого приложения, какой рекламный провайдер, с каким типом рекламы будет хорошо работать. К примеру, в бегуне не раз наблюдали картину, что два приложения, оба для российского рынка, у одного клики стоят 30 копеек у другого 1 рубль и таких примеров много.
Да, бегун нынче стал серьезно задерживать выплаты, говорят задержки 2-3 месяца, по факту выходить чуть больше трех. Но пока все выплачивали, заявку с выплатой с конца июня 2014 на прошлой неделе только выплатили. А в 2013 как по договору было 7 дней, так и переводили…
Plus1 – если и задерживал (у них написано в течении месяца), то ненадолго — на неделю…