получилось что?
показать что работает лучше? видимо. хотя тут лучше бы сделать сравнение lgg2 с lgg и lggp
если про попытки
насколько помню, для некоторых случаев некая альтернативная программа камеры давала нексколько более приемлемое качество
в целом нет
видимо проблема в коде обработки на нижнем уровне — драйвер или прошивка камеры (если таковая имеет место быть)
целью было не столько сравнение камер, сколько показать, что у G2 наконецто камера стала вполне сравнима с другими устройствами
на 4пда для камеры optimus g вообще отдельную тему создали. все пытались найти как хоть чтото приличное получить
на каком сервере брался маршрут?
у меня по всем посылкам трекинг шел по стране отправителю и стране получателю
и гробовая тишина между выехало из страны отправителя и поступило в страну назначения
когдато сделал примерно тоже самое
exiftool прекрасно справляется с раскладыванием фотографий в дерево по дате (у меня еще и по имени камеры)
но тут закралось две проблемы
1. часто фотографии копируются в несколько мест по ряду причин. и потом находятся. и уже не понятно есть они в архиве или нет — имя файла изменилось. поэтому добавляем повторно. exiftool содает файлики вида имя-01.jpg (индекс автоматом растет) (имя файла у меня тоже меняется на чтото из даты-времени зачемто)
2. зеркалка в режиме серии за секунду делает несколько кадров, которые отличить по времени уже сложно. опять exiftool создает -01 -02
решение — написал скрипт который ищет дубликаты среди кадров с одинаковым базовым именем (не только по имени, но и по размеру и по мд5)
в итоге все разложил. более-менее удобно
но тут снова есть несколько проблем. пока открытых
1. иногда в добавление попадают обработанные файлы — например уменьшил для веба, но с сохранением exif. такой «дубликат» пока не ловится. смотрю лог по размерам (1024 четко отличается от 4000)
2. и самая большая проблема. в архиве довольно большого размера из нескольких тысяч кадров найти нужное нереально!
возникает вопрос ведение именно каталога с тегами а комментариями. вот тут я на данный момент не нашел ничего приличного, работающего с базой превьюшек и при этом кроссплатформенного :(
написать какоето приложение под это руки никак не доходят…
под виндой запустить не пробовал, но на линуксе exiftool делает кучу всяких дел по инфе из exif
у меня фотографии раскладывает в каталоги по дате съемки и переименовывает с указанием даты и времени
ну собственно, насколько я понимаю, приложение и все активити живут в одном адресном пространстве, в одном процессе
тогда зачем эти преобразования?
или активити в разных процессах запускаются?
я, честно говоря, не понимаю, почему просто объект не передавать
зачем в пределах одного приложение делать конвертацию объекта в бинарный массив и обратно
тратить на это память, процессор
просветите меня
ну собсно транзисторов надо будет по крайней мере вдвое больше
+ дополнительное питание (если симметричное)
но это даже не самое главное
думается мне что помехоустойчивость у троичной электроники несколько ниже
проходящий плюс по соседней линии когда на основной минус может дать вполне неоднозначную ситуацию
ЗЫ кстати в ряде случае аналоговые вычислительные комплексы реально намного удобнее цифровых
на то, чтобы подтянуть производство — найти свободные мощности, настроить линию, сделать заказы комплектующих и тд и тп — нужно вполне прилично времени.
думаю от квартала до полугода
за это время паровоз уйдет
другие производители не спят ведь тоже
K_Touch, Huawei имеют в своем арсенале вполне приличные аналоги
а учитывая, что к концу года mediatek(MTK) должна запустить в серию четырехядерные процы, то уже в январе появятся теже Zopo, THL, Haipai и прочие. особенно, если по старой привычке посадочные места для новых процев будут совпадать со старыми и не нужно будет менять платы и прочее. поставили новый ящик с четырехядерными процами на конвейер и заменили инструкцию с Zopo 300+ на Zopo 300Q
у Apple с iPhone есть одно неоспоримое преимущество
они в состоянии произвести и продать миллионы устройств
meizu же только дразнится небольшими партиями
в сад
а xargs может скормить группу аргументов тому же rm. это работает еще «прекраснее» :)
плюс не нужно напрямую с чистым jdbc иметь дело
ну или воспользоваться c3p0
показать что работает лучше? видимо. хотя тут лучше бы сделать сравнение lgg2 с lgg и lggp
если про попытки
насколько помню, для некоторых случаев некая альтернативная программа камеры давала нексколько более приемлемое качество
в целом нет
видимо проблема в коде обработки на нижнем уровне — драйвер или прошивка камеры (если таковая имеет место быть)
на 4пда для камеры optimus g вообще отдельную тему создали. все пытались найти как хоть чтото приличное получить
у меня по всем посылкам трекинг шел по стране отправителю и стране получателю
и гробовая тишина между выехало из страны отправителя и поступило в страну назначения
exiftool прекрасно справляется с раскладыванием фотографий в дерево по дате (у меня еще и по имени камеры)
но тут закралось две проблемы
1. часто фотографии копируются в несколько мест по ряду причин. и потом находятся. и уже не понятно есть они в архиве или нет — имя файла изменилось. поэтому добавляем повторно. exiftool содает файлики вида имя-01.jpg (индекс автоматом растет) (имя файла у меня тоже меняется на чтото из даты-времени зачемто)
2. зеркалка в режиме серии за секунду делает несколько кадров, которые отличить по времени уже сложно. опять exiftool создает -01 -02
решение — написал скрипт который ищет дубликаты среди кадров с одинаковым базовым именем (не только по имени, но и по размеру и по мд5)
в итоге все разложил. более-менее удобно
но тут снова есть несколько проблем. пока открытых
1. иногда в добавление попадают обработанные файлы — например уменьшил для веба, но с сохранением exif. такой «дубликат» пока не ловится. смотрю лог по размерам (1024 четко отличается от 4000)
2. и самая большая проблема. в архиве довольно большого размера из нескольких тысяч кадров найти нужное нереально!
возникает вопрос ведение именно каталога с тегами а комментариями. вот тут я на данный момент не нашел ничего приличного, работающего с базой превьюшек и при этом кроссплатформенного :(
написать какоето приложение под это руки никак не доходят…
и совать такую… штуку в телефон полюбому может быть крайне опасно
а если еще и коротнет гдето…
такчто насчет телефонов они всетаки загнули. а вот для электроавтомобилей может пригодиться
у меня фотографии раскладывает в каталоги по дате съемки и переименовывает с указанием даты и времени
тогда зачем эти преобразования?
или активити в разных процессах запускаются?
зачем в пределах одного приложение делать конвертацию объекта в бинарный массив и обратно
тратить на это память, процессор
просветите меня
но не весь
вот как гугл с авторами будет в этом случае разбираться — хз
+ дополнительное питание (если симметричное)
но это даже не самое главное
думается мне что помехоустойчивость у троичной электроники несколько ниже
проходящий плюс по соседней линии когда на основной минус может дать вполне неоднозначную ситуацию
ЗЫ кстати в ряде случае аналоговые вычислительные комплексы реально намного удобнее цифровых
думаю от квартала до полугода
за это время паровоз уйдет
другие производители не спят ведь тоже
K_Touch, Huawei имеют в своем арсенале вполне приличные аналоги
а учитывая, что к концу года mediatek(MTK) должна запустить в серию четырехядерные процы, то уже в январе появятся теже Zopo, THL, Haipai и прочие. особенно, если по старой привычке посадочные места для новых процев будут совпадать со старыми и не нужно будет менять платы и прочее. поставили новый ящик с четырехядерными процами на конвейер и заменили инструкцию с Zopo 300+ на Zopo 300Q
они в состоянии произвести и продать миллионы устройств
meizu же только дразнится небольшими партиями
в сад