не могу додумать как построить минимум и максимум часа на минутках. Пытался через ОЗ и сжатие (сжимал в часы и пытался обычный Hi Lo рисовать) не выходит. То есть задача, напрмер, построить канал Мин-Макс по каждому часу при условии что у меня минутки.

На с# можно через сжатие сделать. Пару строчек кода.

а логика какая там?

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

Это решение для произвольных 60 минут. ИМХО для часового бара в общепринятом смысле (если надо именно это, а не просто любые последние 60 минут) не хватает уточнения чтобы данные по часу собирались от чч:00 до чч:59:59. Где-то так.
Иначе нельзя будет сравнивать бары внутри "часового часа".

Насколько я понял, Nos нужен именно "мой" вариант, иначе канал будет ломаться внутри часа.

Почему вы так решили?

http://www.tslab.ru/docs/online/index.html?scripteditor.htm
Метод декомпрессии сжатых данных в режиме расчета/оптимизации на исторических данных.

Данный параметр определяет временной сдвиг данных рассчитанных для компрессированных временных интервалов при декомпрессии к оригинальному (базовому) временному интервалу.
Допустим, базовый интервал расчета 1 минута. Для расчета индикаторов использована компрессия в интервал 1 час.
бар 12.00 часовой = 12.00 - 12.59 минуты
при расжатии индикаторов:
1й метод: значение 12.00 начинает действовать (станет доступно для расчетов внутри скрипта) с минутного бара 12.59
2й метод :значение 12.00 начинает действовать (станет доступно для расчетов внутри скрипта) с минутного бара 12.00
3й метод :значение 12.00 начинает действовать (станет доступно для расчетов внутри скрипта) с минутного бара 13.00

Внимание, метод 2 не рекомендуется применять для тестирования стратегий вследствии возможного "заглядывания в будущее" - как нетрудно видеть из примера выше в режиме 2 значение компрессированного индикатора доступно до окнчания часа!.

Метод 2 применим исключительно для визуального и графичекого анализа .
Для оптимизации торговых стратегий наиболее оптимален метод 1.
Метод 3 обладает небольшим запаздыванием равным одному базовому интервалу и может применяться для тестирования стратегий опирающихся на короткие (секундные) интервалы для имитации возможных задержек исполнения, медленных каналов связи и т.п.

Чисто по логике. Процитированное читал, конечно. Только здесь не уточнено "бар 12.00 часовой = 12.00 - 12.59 минуты" берется по умолчанию или устанавливается примерно так, как я выше написал.
Если это по умолчанию, тогда вопрос - что если компрессия полтора часа?
Для программы с произвольными таймфреймами хотелось бы уточнения.

в вашем варианте Минимум часа будет определяться постфактум. То есть, если у меня минимум будет в 12-35 наш индикатор покажет этот минимум только в 13-00. Если же применять метод декомпрессии 2 то минимум часа будет виден сразу (заглядывание в будущее), но еще если минимумы будут понижаться лесенкой, последовательно- наш метод декомпрессии нарисует финальный минимум часа, а мне нужен будет минимум в текущуюю пятиминутку.

Вы на пальцах рассматриваете? Или собрали скрипт? Покажите результаты на графике) Так ведь гораздо удобнее обсуждать вопрос

вот например декомпрессия методом 2
http://clip2net.com/s/55HuSv
минимум часа нарисован сразу(заглядывание в будущее) хотя минимум этого часа обновлялся в течение часа несколько раз.

Так вам и не предлагали использовать метод 2.
По методу 1 - минимум часа получите по окончанию часа (кажется этот мин вы и просили).
"То есть, если у меня минимум будет в 12-35 наш индикатор покажет этот минимум только в 13-00" - верно, закончился час, получили минимум часа.

вы видимо не правильно меня поняли. Мне надо минимум как раз в 12-35. А в конце часа можно было бы почучить минимум и без декомпрессии( например "Минимум за 12 периодов" для текущей пятиминутки).

Видимо не понял)ни задачу, ни цель)-"не могу додумать как построить минимум и максимум часа на минутках"

ОЗ от минимума минуток будет показывать постоянно обновляющийся минимум и покажет его в 12.35

Подождем ответов более опытных коллег)

Nos, для этого нужно пользоваться не ТСЛабом, а машиной времени.
Откуда скрипт может знать, что в 12:36 не обновится минимум 12:35?
Раньше 13:00 невозможно знать минимум незакончившегося бара 12:00,
ибо минимум может быть и в 12:59, на закрытии, т.е. будет L=C.
И это не теория - на графике немало таких баров, у них нет нижней тени.

Минимумом за 12 периодов, если периоды пятиминутки, вы получите то же самое. Но только всё равно придется прибегать к использованию компрессии - вы же работаете на минутках.

Без компрессии на минутках вы можете брать минимум за 60 периодов с дополнительным условием - определять его от начала часа (хх:00).
Что в лоб, что полбу - всё равно раньше окончания часа эти данные "недожарены".

Мне всего лишь нужен вот такой канал (как в скриншоте).

Ваше предложение брать минимум за 60 периодов с дополнительным условием "определять его от начала часа" звучит идеально, только вот как раз вопрос как его реализовать в редакторе??? В этом и был весь вопрос!

Блок Минимум от него блок минимумЗа.

вот например поставил я МинимумЗа 12 периодов на 5 минутке. [img]http://clip2net.com/s/55Z8Ab[/img]
у меня до 11-30 рисуется минимум предыдущего часа а мне надо чтобы начинался именно с 11-00

задача решена. скриншот в приложении. Описана для хая. Лоу, думаю, зеркально кому надо перевернет.
наполнение блока "Формула1" : (h>hi1200||time==120000)?h:hi1200[-1]
наполнение блока "логическая формула5" : time>=120000

странно, это значит до 12-00 максимумы не обновляем? в чем смысл?

моя конкретная задача стояла в том чтобы найти максимум именно часа 1200-1300. А также еще и минимум и посчитать изменение волатильности в абсолютных величинах в этом промежутке времени.
Если стоит вопрос для чего это нужно именно для определенного часа, то ответ будет: определение характера движения бумаги на основе сезонности рынка в периоды открытия лондона и обеда по мск.