progdvb.com

M-16 wrote:Единственное остался не отфиксаным хинт в режиме фуллскрин.

У меня он везде на всю длину экрана. Скрин-пару постов выше. Или так и задумано было?

Ясно.

У меня при фул скрине, хинт с картинками появляется на четверт секунды и тут же исчезает.

V.Zhukoff wrote: У меня он везде на всю длину экрана. Скрин-пару постов выше. Или так и задумано было?

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

Prog wrote:То есть гда брать максимальную ширину при которой это выглядит красиво.

Кроме того что некрасиво-просто читать неудобно. Ограничить 500 точек по горизонтали и все.

Очередное зависание

Вдруг бах падение на ровном месте, уже второе за сегодня. Без видимых причин.
Вот репорт.
Судя по всему с таймшифт проблема.

M-16: В следующей версии в этом месте не упадёт.

V.Zhukoff: Есть аргументы, почему 500 а не 600? Это индивидуально....

Prog wrote:
V.Zhukoff: Есть аргументы, почему 500 а не 600?

Если бы я сказал-537!-и точка. -тогда наверное были бы аргументы именно за эту цифру. Я говорю в этом районе.
Когда ты сидишь перед метровым монитором(то есть с 50 см-так как мышью наводишь), то сейчас, чтобы прочитать епг надо не только глазами вращать, но и уже голову поворачивать.
500-это четверть длины от большинства телевизоров-мониторов.
Честно говоря, мне кажется там вообще ЕПГ с описанием не нужно. Во первых, его можно посмотреть в трех альтернативных местах, да и тут же, в статус баре идет описание.
Потом, у большинства буфер такой, что там как правило только одна-две передачи помещается.

В общем, я бы сделал 400 точек, а в описании оставил только название передачи.

Жизнь была бы намного проще, если бы можно было адекватно разделить описание и имя. Хотя в большенстве случаев да, имени там достаточно.

А картинку я бы увеличил в 1,25-1,5 по стороне. У меня уж очень мелко-ну силуэты видно и все.

1.5 по стороне это 2.25 увеличение размера в памяти.

Prog wrote:1.5 по стороне это 2.25 увеличение размера в памяти.

Отлично! Меня устраивает.

2.25 х (скажем на длину буфера в 30 минут или 2400 сек / 2 = 1200)
то есть картинки на длину буфера 30 минут займут мемори 1200 х 2.25 = 2700 (2.63 MB)
Это надо понимать так?

Так это крайне скромно.
Или 2.25 это было что ?

2.25 - это во сколько раз будет кушать больше памяти, нежели кушает сейчас

Да, точно, недочитал.
это в 2.25... действительно а сколько же сейчас.

M-16 wrote: Так это крайне скромно.
Или 2.25 это было что ?

Имеется ввиду, что увеличение по длине 1,5 дает увеличение по площади 2,25.
Все это цифры. Мы же не знаем сколько памяти идет на генерацию картинки-превью. На мой взгляд, речь идет о десятых долях процента от всей программы. Программа у меня грузит проц на 2%. Значит картинка будет занимать 0,3% от 2%-то есть 0,006% от проца. То есть увеличивая в 1,5 раза картинку, грубо говоря, у меня загрузка будет не 2,006% а 2,012%.
Я и говорю-нормально, меня устраивает.