Вход | Регистрация

  1  2  3  4  5  6  7   
Информационные технологии ::

Метки: 

Глюки пятого ифона. Бойтесь.

Я
   IamAlexy
 
25.12.12 - 13:43
4. другое40% (22)
2. аахххааа хааа29% (16)
3. слава богу у меня андроид27% (15)
1. Я так и знал!4% (2)
Всего мнений: 55

Собственно после недели использования выявилось следующее:

1. по утрам первый звонок обрывается через 40 секунд.
незнаю глюк телефона или мегафона но суть в том что постоянно такое - первый входящий звонок на 40ой секунде обрывается. Если перезвонить или дождаться перезвона работает на ура - хоть 25 минут трепись до технического отбоя.

2. как всякий нищеброд - передвигаюсь по москве с айфоном в метро. Так вот: в отличии от старого ведроидофона - айфон после нескольких потерь сети смиряется и забивает болт на поиск сети.
то есть проехав несколько станций и необратив внимание на это я попадаю на то что по выходу из метро сеть не ищется до тех пор пока руками не заставишь его искать сеть, например включв выключив режим полета.

это собственно закономерные косяки которые повторяются изодня в день.
не разовый тупняк а постоянно такая фигня.

так что - вывод неутешителен..
 
 
   Jaffar
 
401 - 28.12.12 - 13:44
(395) "На каждом ядре в два раза меньше операций"
то есть на холостом ходу энергия уже не тратится?
   dmpl
 
402 - 28.12.12 - 13:45
(400) 1. Глупость пока несешь только ты.
2. Дык если оба ядра работают, пусть и на 50% всего - это не означает, что они находятся в состояние простоя остальные 50% времени.
   dmpl
 
403 - 28.12.12 - 13:48
Хотя все решается просто: заряжаем аккумулятор до 100% и засекаем, сколько времени девайс проработает при записи до отключения в каждом разрешении. Не так уж и сложно сделать.
   NS
 
404 - 28.12.12 - 14:01
(401) У проца - практически не тратится. А ты не знал?
   NS
 
405 - 28.12.12 - 14:02
(403) Не проверишь. Айфон не пишет в 720p.
У кого есть SGS3 - там легко можно проверить.
   NS
 
406 - 28.12.12 - 14:02
(402) Что? Я всё больше убеждаюсь что общаюсь не с программистом. Именно и означает что находятся в простое.
   dmpl
 
407 - 28.12.12 - 14:13
(405) Это чо, и 640 x 480 тоже? Т.е. заговор, чтобы батарейка быстрее садилась? Или просто разницы нет в скорости разряда ;)

(406) С чего ты это взял? Это определяется диспетчером ОС и его настройками. Например, если выбрать вариант схемы электропитания в XP Домашний/Настольный - то ни одно ядро не будет находиться в простое, более того, все ядра будут все время работать на полной частоте. При этом, в зависимости от процессора, снижение потребления будет в 1,2-3 раза всего. А вот если разрешить переход в энергосберегающие режимы - только тогда достижимы 10 раз. При этом чем глубже ядро "уснуло" - тем дольше оно просыпается, а потому этот режим включается не сразу, а лишь по истечении некоторого времени.
   ХочуСказать
 
408 - 28.12.12 - 14:21
>>Дык если оба ядра работают, пусть и на 50% всего - это не означает, что они находятся в состояние простоя остальные 50% времени.

>> Например, если выбрать вариант схемы электропитания в XP Домашний/Настольный - то ни одно ядро не будет находиться в простое, более того, все ядра будут все время работать на полной частоте

fail.epic fail.

sleep
   NS
 
409 - 28.12.12 - 14:26
(407) Энергопотребление без нагрузки падает даже без понижения частоты. Это азы. Не верю что человек который хоть немного в теме этого не знает.
Бикубическая интерполяция всегда использует только шестнадцать соседних точек для расчета. Это тоже азы.
Есть технологии которые рандомизируют в видео эти 16 точек, но количество и ресурсоемкость от этого не меняется. Так же не верю что человек который хоть немного в теме этого не знает.
   ssh2006
 
410 - 28.12.12 - 14:27
"В Нью-Йорке впервые за последние 20 лет выросло общее число правонарушений. Причина роста преступности не в последнюю очередь связана с воровством продукции Apple, считает полиция."
http://podrobnosti.ua/mobile/2012/12/28/879266.html
 
 Рекламное место пустует
   dmpl
 
411 - 28.12.12 - 14:30
(408) Ты путаешь ядро и блоки ядра. Они будут находиться в простое (впрочем, все одновременно они редко когда работают).

Но тактовая частота так же будет доставляться куда надо (и жрать на это энергию), кеши так же будут поддерживаться в рабочем состоянии, и состояние ядра будет так же сохраняться.

Задумайся - зачем Windows 7 собирает потоки на одном ядре?

(409) 1. Падает, но не до 0. Так что 2 ядра по 50% будут жрать больше 1 ядра на 100%.
2. Бикубическая интерполяция в чистом виде не используется для уменьшения изображений. Особенно на нецелые коэффициенты масштабирования.
3. Ты хоть зарандомизируйся - ничего кроме шума это не даст.
   NS
 
412 - 28.12.12 - 14:38
(411) Оба-на. расскажи это Самсунгу.
   dmpl
 
413 - 28.12.12 - 14:39
(412) Тебе Самсунг раскрыл свои ноу-хау?
   Господин ПЖ
 
414 - 28.12.12 - 14:42
тупая ветка...
   dmpl
 
415 - 28.12.12 - 14:44
Кстати, у айфона и поток нельзя изменить чтоли? Ну ваще...
   ssh2006
 
416 - 28.12.12 - 14:45
"Пользователи жалуются на согнутые iPhone 5"

"Судя по всему, предновогодние продажи смартфона iPhone 5 идут очень хорошо, однако все большее количество пользователей начали жаловаться на то, что их аппарат «недостаточно жесткий», если сравнивать его с предыдущим поколением устройства. Так, издание Nowhereelse опубликовало несколько фотографий iPhone 5, корпус которых в процессе эксплуатации согнулся."
http://www.3dnews.ru/news/639631
   Ахиллес
 
417 - 28.12.12 - 14:57
Ещё один представитель народов Крайнего севера. Чё вы своих аленей не кормите то? подохнут ведь.
   ХочуСказать
 
418 - 28.12.12 - 14:58
(411) еще раз медленно и для тупы:
в простое процессор жрет меньше энергии, чем при активности
энергосбережение, понижение частоты и прочее это совсем другая опера
   dmpl
 
419 - 28.12.12 - 15:02
(418) Специально для тупых - найди, где я писал обратное. Я тебе даже больше скажу - потребление сильно зависит от исполняемоно кода.

P.S. Впрочем, был у меня советский программируемый калькулятор, который при выполнении программы потреблял меньше, чем в простое. Так что в общем случае это утверждение неверно.
   wowik
 
420 - 28.12.12 - 15:15
переходим Windiws Phone!!!

2. аахххааа хааа
   Jaffar
 
421 - 28.12.12 - 15:50
(420) г-н Азяров, перелогиньтесь!
   NS
 
422 - 28.12.12 - 15:51
(413) Много лет назад писали во всех новостях что Самсунг применил новую технологию сглаживания. Именно рандомизацией расчетных точек. Да, рассказал.
   Jaffar
 
423 - 28.12.12 - 15:51
(418) прокомментируй (395)
   ХочуСказать
 
424 - 28.12.12 - 16:05
(419) разжуем еще сильнее? 50% загрузки означает 50% простоя
(423) нахера?
   dmpl
 
425 - 28.12.12 - 16:08
(422) Гы-ы-ы... могу процитировать только профессора Преображенского. В таких сообщениях искать технические детали - все равно что у приподъездных бабулек выведывать принцип работы синхрофазотрона. Впрочем, с бабульками шансы выше, все же...

(424) Нет, не означает, если речь вести о физическом процессоре (ядре), а не об уровне ОС. Процессор либо работает, либо находится в энергосберегающем состоянии.

Впрочем, даже на уровне ОС загрузка ВСЕГДА 100% - все ненужное время съедает процесс "Бездействие системы". Просто исполняемый этим процессом код зачастую требует меньшего количества энергии.
   NS
 
426 - 28.12.12 - 16:16
(425) Слава богу. Меньше энергии. Теперь во сколько раз, если учесть что A6 никогда не снижает частоту. Но при этом автономность при выключенном экране, сотовой связи, вайфае и т.д. у него составляет больше недели. А под полной нагрузкой (запись видео) - меньше трех часов.
   Jaffar
 
427 - 28.12.12 - 16:22
(424) спасибо, вопросов больше нет.
   godmod80
 
428 - 28.12.12 - 16:23
все одно за 5мин 1% энергии чтоб не делал, почти как у иФона и этим он не лучше
   godmod80
 
429 - 28.12.12 - 16:24
(426) никогда вам тут не скажут что плюс полчаса видео стоят 15к руб.
   NS
 
430 - 28.12.12 - 16:29
(429) При чепм тут видео? Цена смартфона складывается не толкьо из качества и автономности записи видео.
   godmod80
 
431 - 28.12.12 - 16:30
(430) большинство за функционал
   NS
 
432 - 28.12.12 - 16:30
(431) Цена ББ от чего зависит?
   NS
 
433 - 28.12.12 - 16:31
Цена ноута от чего зависит?
 
 
   NS
 
434 - 28.12.12 - 16:32
Ценообразование смартфонов очень схоже.
На текущий момент в айфоне самый быстрый в коплексе проц, один из лучших экранов, топовая автономность (среди смартфонов на распространенных ОС) и т.д.
   godmod80
 
435 - 28.12.12 - 16:34
(434) гг все посмеялись
   NS
 
436 - 28.12.12 - 16:35
(435) Над какой частью?
Еще раз тебе привести ссылку на независимые, явно не проэппловские тесты?
   Господин ПЖ
 
437 - 28.12.12 - 16:36
жалкие ничтожные личности
   godmod80
 
438 - 28.12.12 - 16:37
ценообразование еще очень зависит от раскрученности бренда - и самс иногда худший по процу и тп стоит дороже конкурентов
   godmod80
 
439 - 28.12.12 - 16:38
(438) +эппл по инерции движется уже
   dmpl
 
440 - 28.12.12 - 16:39
(426) Снижение частоты - лишь один из способов энергосбережения. Не самый, кстати, эффективный. Гораздо эффективнее 1 ядро низкочастотное и сверхэкономное, а второе - полночастотное и прожорливое.

А разы считать на основании таких данных - все равно что пальцем в небо тыкать. Потому что видео жмет вовсе не A6, а специализированный блок, к процессору практически никакого отношения не имеющий, ибо только процессор уровня Core i5 программно сможет FullHD на лету жать.
   NS
 
441 - 28.12.12 - 16:39
(438) Причем тут самс, если я сейчас говорю о том что слагает цену айфона пятого. При этом я за эти плюсы не готов платить тридцатник (покупая его себе, но при этом купил ребенку). Но кто-то готов.
   NS
 
442 - 28.12.12 - 16:40
(440) Нет никакой разницы какой конкретно блок в SoC жмет.
   NS
 
443 - 28.12.12 - 16:40
(439) Если "по инерции" у него всегда будет лучший экран и лучший проц - большиснтво это устроит.
   godmod80
 
444 - 28.12.12 - 16:41
(441) ребенок обречен, он не узнает что такое USB :-(
   dmpl
 
445 - 28.12.12 - 16:42
(442) Для твоего блока неприменимо понятие загрузки процессора, потому что это не процессор. Поменяй поток да сравни время записи - уже давно сделал бы.
   godmod80
 
446 - 28.12.12 - 16:43
(443) "Всегда" .... ты не Джобс часом так кидаться словами
   godmod80
 
447 - 28.12.12 - 16:45
(441) иФон и смартфон вообще не лучшее средство для игр, бред покупать это "бизнескласс" ребенку, но ваше право
   NS
 
448 - 28.12.12 - 16:47
(445) Что?
(446) Слово если не видишь?
   godmod80
 
449 - 28.12.12 - 16:49
купи ребенку цепь золотую с палец - пуст играет) круто же
 
 Рекламное место пустует
   dmpl
 
450 - 28.12.12 - 16:50
(448) Ну взял бы FullHD с потоком 30 Мбит/с и 15 Мбит/с (или какие там настройки у него есть) и сравнил бы по времени работы аппарата.
   NS
 
451 - 28.12.12 - 17:00
(450) Какого аппарата? Повторяю - в айфоне нет настройки качества видео. Проверить легко выложив например на ютуб.
Только нет никакого смысла, ибо всё и так понятно.
   NS
 
452 - 28.12.12 - 17:01
Либо воспользоваться поиском и посмотреть результаты тестов по времени кодирования в разные форматы. Только ежу понятно что в 1080p в два раза дольше чем в 720p
   Jaffar
 
453 - 28.12.12 - 17:12
(451) "Проверить легко выложив например на ютуб. "
а разве ютюб не перекодирует при загрудке?
   NS
 
454 - 28.12.12 - 17:26
(453) Мы разве не хотели проверить скорость перекодировки?
Декодирование по сравнению с кодированием занимает копейки времени. И декодировать ютуб будет один и тот-же контент. Поданный изначально.
   Jaffar
 
455 - 28.12.12 - 17:32
(452) поздравляю, соврамши.
смотрим http://dpk.itc.ua/content/35323
480х272 - 86 сек
960х640 - 137 сек
соотношение площади - 4,70
соотношение времени - 1,59

привет дочке.
   IamAlexy
 
456 - 28.12.12 - 17:33
(455) главное что больше а не меньше :)
ибо тут я так помню доказывали что перекодирование 1080 чего то там меньше ресурсов жрет
   NS
 
457 - 28.12.12 - 17:33
(455) Сколько из этого времени потребовалось на загрузку файла? Об этом не подумал?
   NS
 
458 - 28.12.12 - 17:35
(455) Это не ютуб, и ты читать вообще умеешь? Ты что выложил?
   NS
 
459 - 28.12.12 - 17:36
(455) Слепой блин. У тебя в разные форматы разные гаджеты кодируют. Или ты считаешь что у всех гаджетов одинаковое быстродействие?
   Jaffar
 
460 - 28.12.12 - 17:37
(454) мля...
ютюб при загрузке (пере)КОДИРУЕТ в свое разрешение (какое ему заблагорассудится - для стандартизации)
при чем тут декодирование?
(457) загрузку откуда? с жесткого диска?
а с_цылку открыть слабо, чтоб не задавать глупых вопросов?

вкратце: кодирование ОДНОГО И ТОГО ЖЕ видео 1920*1080 в разные форматы (разрешения) ОДНОЙ И ТОЙ ЖЕ (одними и теми же) программами.
я взял первую попавшуюся - MediaHuman
(458) а при чем тут ютюб? следи за дискуссией - я привел цифры в ответ на (452), где ютюб только вскользь упоминается тобой для якобы надежной проверки, но речб шла не о нем, а о кодировании видео.
   NS
 
461 - 28.12.12 - 17:37
Так, виноват, это я слепой.
   Jaffar
 
462 - 28.12.12 - 17:37
(459) открой уже ссылку - не позорься...
Тестовая система: IntelQuad Q9550@3.55 ГГц, GTX 460 (880/2100)

какие в попу разные гаджеты???
   NS
 
463 - 28.12.12 - 17:40
(462) Там декодирование из большого формата - 1920x1080
Не думаешь что оно тоже занимает время? Причем независимое от выходного формата?
   Jaffar
 
464 - 28.12.12 - 17:49
(463) угу, и для одной и той же программы при кодировании в разные разрешения - разное время декодирования сырцов?
   NS
 
465 - 28.12.12 - 17:49
И кодировали согласно пресетам. А они могут иметь разное соотношение битрейта/разрешения для разных устройств.
   NS
 
466 - 28.12.12 - 17:50
(464) С чего ты взял что разное? Одинаковое. Допустим у первой - 60 секунд. И получаем разницу в четыре раза между первыми двумя разрешениями.
   Jaffar
 
467 - 28.12.12 - 17:51
(466) а для остальных разрешений?
   NS
 
468 - 28.12.12 - 17:52
Ну или 70.
(467) см. (465)
   NS
 
469 - 28.12.12 - 17:55
И аудио ведь тоже перекодируется.
   Jaffar
 
470 - 28.12.12 - 17:55
(469) а когда айфоном снимаешь - аудио не завписывается?
   Jaffar
 
471 - 28.12.12 - 17:56
(468) ок, допустим.
прикинь тогда этот порог для других программ.
что скажешь, если он будет колебаться от 40 до 80 сек?
   Jaffar
 
472 - 28.12.12 - 18:03
(468) а как объяснить результаты FreeMaker?
480*272 = 45 сек
960*640 = 50 сек
1024*768 = 50 сек
1280*720 = 55 сек
наверное, он 40 секунд декодирует, а потом за оставшиеся 5-15 секунд кодирует - отсюда и разница в результатах (хотя все равно не сходится...)
и как объяснить, что 2 средних разрешения кодируются за одинаковое время?
   Jaffar
 
473 - 28.12.12 - 18:24
ну ясно. теперь (как обычно) ответа не будет.
слив защитан.
   Jaffar
 
474 - 28.12.12 - 18:38
да, и еще на счет кодирования видео.
увеличение числа процессоров от 1 до N (Nmax=4) не приводит к ускорению кодирования в N раз(а).
http://www.thg.ru/cpu/core_scaling/print.html
   Kabz
 
475 - 28.12.12 - 18:44
у меня не потвердилось

4. другое
   NS
 
476 - 28.12.12 - 18:59
(474) Посмотри внимательно. Вызывает. Кодирование видео элементарно параллелится со 100% эффективностью. если нормально написано.
http://www.thg.ru/cpu/core_scaling/images/maincpt.png
   NS
 
477 - 28.12.12 - 19:04
(472) Погрешностью результата. Либо одинковым битрейтом в профиле несмотря на разное разрешение.
   dmpl
 
478 - 29.12.12 - 08:10
(466)(472) Хорош уже юлить. Будь мужиком, признай что был не прав. Сам же писал, что декодирование по сравнению с кодированием - фигня.

(476) 540 секунд на 1 ядре и 159 секунд на 4 ядрах. Эффективность 85%, а никак не 100%.
   NS
 
479 - 29.12.12 - 12:39
(478) посмотри какое разрешение декодируется. И при аудио не забудь.
   NS
 
480 - 29.12.12 - 12:41
(478) хм... А ты вообще знаешь что такое алгоритм, и что такое эффективность расспаралелливания алгоритма?
У тебя файл с диска не читается? Совместного доступа к памяти нет?
   NS
 
481 - 29.12.12 - 12:59
http://hardwareguide.ru/процессор/4-ядр/
Оптимизированные приложения под многоядерность – это ПО, которое может распараллеливать процесс для задействования всех ядер процессора. Однако, на практике это не простая задача. Довольно легко распараллелить процесс кодирования аудио и видео, так как этот процесс состоит из набора однотипных потоков. Производительность для кодирования пропорциональный количеству ядер, если два ядра – то в двое, если 4 ядра – то в 4 раза.
   NS
 
482 - 29.12.12 - 13:07
http://software.intel.com/ru-ru/articles/exploiting-data-parallelism-in-ordered-data-streams
http://www.codenet.ru/progr/formt/mpeg4all.php
Ресурсоемкость алгоритмов кодирования пропорционально количеству блоков. При этом понятно что количество блоков прямо пропорционально разрешению.
И так же кодирование видео легко параллелится со 100% эффективностью, так как мы можем кодировать боли отдельно, в несколько потоков.
   IamAlexy
 
483 - 29.12.12 - 13:10
вы себе даже представить не можете насколько вся эта вышепреведенная информация неинтересна и ненужна...

меня радует что я могу на мобилу записать 120 минут видео в 1920х1080
причем оно само геометки ставит, синхронизируется загружается всюду...

прям то что надо для домохозяйки..
а со вссякими там потоками рендеринга пусь задроты парятся..
   dmpl
 
484 - 29.12.12 - 19:33
(479) Cитуация как в классике: утопающий хватается за соломинку. Ага, в аудио все дело. Именно в нем. Ну и что, что с ним даже топовый 486-й справлялся. Ну а насчет декодирования видео... посчитай, сколько по времени оно должно длиться, чтобы твои логические измышления сошлись. А потом посмотри (454) и соотнеси время на кодирование и время на декодирование.

(480) Продавай айфон, покупай нормальный мужской телефон. Кончай юлить задом, мужика это не красит. В (476) ты пишешь вовсе не об алгоритмах, равно как и картинку приводишь вовсе не алгоритма. И учитывая (474) ясно, что речь шла о конкретных реализациях, а не о сферических алгоритмах в вакууме. Впрочем, ни один алгоритм не может обладать 100% масштабируемостью хотя бы по одной простой причине - из-за наличия затрат на синхронизацию потоков и распределение зачач, а также из-за необходимости синхронизации доступа к общим ресурсам. Это знает любой программист, который хотя бы раз пытался хотя бы 2 ядра задействовать.

Что же касается чтения с диска - то для получения повторяемых результатов делается 3-7 запусков, и отбросываются результаты, выходящие за доверительный интервал, например, по методу Стьюдента. В этом случае файл закешируется и доступ к нему не будет оказывать хоть сколько-нибудь значительного влияния, а первый проход отбросится. А общий доступ к памяти - это твой бред, если ты попытаешься из нескольких потоков одновременно работать с одной и той же областью памяти, то ты не только не получишь ускорения, а, скорее всего, получишь замедление и глюки из-за несинхронизированного доступа к общему объекту (если ты попытаешься синхронизировать доступ - ты получишь катастрофическое замедление). Доступ же к разным областям памяти успешно разруливается упреждающим чтением и кешами процессора. Пропускной способности памяти достаточно, чтобы обеспечить данными гораздо больше, чем 4 ядра.
   Красотка Нонна
 
485 - 29.12.12 - 19:38
(0) ты просто неудачник. Не наблюдаю таких глюков. Правда, у нас метро нет.

4. другое
   kryptonite
 
486 - 29.12.12 - 19:51
http://www.3dnews.ru/news/639631 было уже ?

самый осязаемый глюк айфона имхо ))

Запечатленные на снимках гаджеты не являлись участниками краш-тестов – просто некоторые пользователи привыкли носить телефон в заднем кармане, а этого оказалось достаточно для того, чтобы придать аппарату новую форму. Даже относительно умеренное давление на алюминиевый корпус iPhone 5 может привести к тому, что он согнется. Это частично объясняется его более удлиненной формой и толщиной всего в 7,6 миллиметра.
   Красотка Нонна
 
487 - 29.12.12 - 19:53
у меня ребенок с телефоном играет, никаких помятостей и потерь сети нет. Что я делю не так?
   NS
 
488 - 29.12.12 - 20:13
(484) Что-то тебя уже вообще куда-то унесло.
И так понятно что ты вообще в теме не шаришь, даже отвечать не буду.
   Jaffar
 
489 - 30.12.12 - 11:57
(479) "посмотри какое разрешение декодируется. И при аудио не забудь."
разрешение исходного видео взято максимальное, чтоб быть поближе к сырцам (RAW), и чтоб его декодирование минимально влияло на общее время.
аудио в выходном файле обычно занимает не более 20% объема, а его кодирование/раскодирование гораздо проще, чем кодирование/раскодирование видео.
   Jaffar
 
490 - 30.12.12 - 11:58
(482) "Производительность для кодирования пропорциональный количеству ядер"
мы осинь плёха гаварить па руцки?
   Jaffar
 
491 - 30.12.12 - 12:05
(484) ну весь файл видео вряд ли закешируется...
   Сержант 1С
 
492 - 30.12.12 - 12:45
(0) классика, красивая баба непрактична в быту: ненадежна, глупа, с массой косяков.
   Сержант 1С
 
493 - 30.12.12 - 12:47
(86) у меня мегафон. Этих глюков не видел ни разу.
   Ursus maritimus
 
494 - 30.12.12 - 13:10
(492) Ага. И некрасивая при этом.
   Нуф-Нуф
 
495 - 30.12.12 - 13:19
(482) правильно. Ты настоящий мужик. Возьми русскую бой-бабу, чтоб кардан был в метр, что бы коромысло с 2мя 50литровыми флягами таскала, чтобы трахать ее раз в полгода.
   Jaffar
 
496 - 30.12.12 - 16:06
(493) покрытие неравномерное. наверное в квартире у NS флуктуация какая-то - действительно, вполне возможен косяк со стороны оператора (если он проверял несколько телефонов).
   NS
 
497 - 30.12.12 - 17:07
(496) Косяк со стороны трех операторов. Я думаю (даже уверен) что это не единственное место в стране где глючит связь.
   СамСуСам
 
498 - 31.12.12 - 10:36
Недавно прикупил себе пятый яблофон. Все просто зашибись работает, глюков нет. Но вот что с ним делать, кроме как звонить и смсить не понимаю. Книги я читаю на читалке, играю на игралке (iPad), для фоток и видео  у меня зеркалка. Раньше когда не было iPadа я на нем иногда играл, сейчас лежит на полочке я с него пыль сдуваю.
   AkeHayc
 
499 - 31.12.12 - 12:04
Говорят проект Интсталоус с репозитарием   Cydia закрыт.
Теперь как в  иос бесплатный софт закачивать, неизвестно...
   AkeHayc
 
500 - 31.12.12 - 12:05
(498) а читалка какая, модель ?

  1  2  3  4  5  6  7   

Список тем форума
Рекламное место пустует Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует