Общие требования к Front-End программе
 

Всем привет! Ребята очень хочу, чтобы Вы помогли сформировать общее требование к Front-End программе. Прошу каждого оставить свои пожелания. Давайте начнем с минимума, что должно быть в любом Фронденте, разобъем это все по блокам:

- Аудио
а) воспроизведение форматов: MP3, WAV, OGG Vorbis, MP4, AAC, M4A, AC3, FLAC, WavPack, ALAC, W64, AU, PAF, SVX, NIST, VOC, IRCAM, PVF, CAF, Speex, Musepack and Monkey's Audio (APE)
б) встроенный эквалайзер
в) сохранение структуры каталогов в БД (повысит скорость работы со списком файлов)
г) Визуализация звука
- Видео
а) Воспроизведение актуальных форматов файлов
б) Встроенный эквалайзер (так как можно воспроизводить не только фильмы но и клипы с хорошим качеством звука)
в) сохранение структуры каталогов в БД (повысит скорость работы со списком файлов)
- Навигация
Какую систему порекомендуете? работающая под управлением Windows и имеющая хорошие карты по всей России?
- Внешние устройства
а) Радио
б) Снятие диагностической информации через OBD-II
- Видеорегистрация
а) Использование WEB камеры
б) Использование платы видео захвата
- Оболочка
а) Красивый переход между страницами
б) Поддержка плагинов
в) Анимированные иконки
г) Ввод пароля при запуске оболочки

Заранее спасибо!

Какие расширения экрана чаще всего используются?

Собрался делать свой фронт? Похвально, но имхо провально :)
Сам хотел. Похотел-похотел, и плюнул.
На какой платформе хоть? Может помогу чем...

Подумываю на .NET 4.0 + WPF
Буду писать для себя, но сначала нужно определиться с функционалом. Хотя и так все знаю, но может что-то пропустил.... :)
Плюс сразу появится топик для других, кто задумается на эту тему.

Моя хотелка была параллельной - на Silverlight 4.
За темой послежу...

давай лучше объединяться, если дружишь с Delphi.

Нет, КАМРАД, с Delphi я не дружу! C++, но сейчас от него ухожу, пишу только некоторые проекты в RAD 2010, но это уже редко, только когда нужен неуправляемый код! :) А ты кстати присматривался к AlphaControl?

Ну сами компоненты щупал, но сильно тяжелые они. На самом деле компонентов не много нужно и их вполне можно реализовать самому. Сам интерфейс должен грузить проц как можно меньше, так как много ресурсов пойдет на навигацию и тяжелые внешние программы.

Кстати в Delphi очень даже управляемый код :acute:

Это понятно, вот хочу посмотреть, как будет вектор отрисовываться на железе с IntelAtom + 2Gb + ION. Буду писать под это железо, посмотрим, сможет ли управляемый код нормально жить на таком железе.
ЗЫ. А насчет компонент, это тоже как посмотреть. Смотря что мы хотим получить на выходе.

Встряну немножко: на своем EeePC701 упражнялся запуская .NET наработки. Тормозов вообще не замечено.
А писать морду под что-то конкретное - имхо сразу конец проекту.

В данном случае берется стандартное оборудование с занижеными характеристиками. Писать такие программы на 4-х ядерной машине с 4 гигами оперативки и 8800GT, не очень правильно. Можно не увидеть тех проблем, которые могут появиться на слабом железе! Вот и все! А тормоза есть, но больше они заметны при старте, когда JIT компилятор производит компиляцию....

Писать-то как раз надо на шустром железе, хотя бы в целях экономии нервных клеток. А вот отлаживать - на целевом.

Совсем не упомянуто про ВИДЕОРЕГИСТРАЦИЮ :smile2:, очень необходимая "вещь" - Меня только в этом году спасло дважды, т.е. доказал ментам, что я не верблюд, а верблюд тот второй "виновник", короче комп уже себя окупил :tease:

Ну это понятно, именно так и буду делать. :) Только тест на слабом железе и оптимизация в конечном итоге под него!

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

Первая попытка нарисовать интерфейс будущей оболочки

http://pikucha.ru/610442/image.jpeg

Пока не все нравится....

Хочешь сделать копию Центрифуги? Перелистывание рабочих столов уже давно нужно сделать без всяких кнопок, а так, как это реализовано на сенсорных девайсах. То есть перелистывание пальцем. Будет же намного удобнее, так как не нужно привязываться к определенной точке. Я у себя именно так и буду делать.

Это первые мысли, делать копию не хочу... буду думать еще, возможно сделаю все списком, сегодня нарисую второй рабочий стол, посмотрим, как он будет выглядеть....

Я говорю не о дизайне, а о удобстве работы.

В дизайне мне понравились кнопочки. Но есть и замечания по поводу дизайна в целом.

1. Сильно много места занимает блок с датой и временем. Это не такая уж и важная информация.

2. Бегунок прокрутки трека очень маленький. В него будет очень трудно попасть на стоячей машине, а на ходу тем более не попадешь.

3. Шрифт ну совсем не подходящий )

4. Иконки нужно максимально отдалить друг от друга.

Огромное спасибо за замечания, обязательно приму к сведению! :)

http://pikucha.ru/611027/image.jpeg

Идея не новая, главный список как карусель, можно прокручивать вверх и вниз. При клике на определенной строке, проваливаемся на уровень ниже. Ну а дальше все как обычно.
В этой реализации большой минус, очень много времени надо на прокручивание, а так же тратиться время на восприятие , а туда ли попал. В связи с этим очень спорная реализация. Но надо же было посмотреть. :)

ИМХО. Лучше чем рабочие столы для програм такого типа еще не придумали. Также я считаю, что рабочих столов должно быть не больше 3. Изначально грузится второй рабочий стол, а потом листать либо влево, либо вправо.

Согласен, целиком и полностью, что лучше рабочего стола ничего, пока, нет.