GangCar, small Linux front-end, разработка
 

Проект:GangCar
Цели: Разработать маленький надежный front-end под Linux
OS: Linux(Slax) + SDL,
MB:VIA EPIA
Загрузка: Flash USB
Язык программирования: C/C++

Основные отличия от других проектов:
Я понимаю что уже есть много других fron-end-ов, но они несоответствуют моему видению компьютера в машине. Я считаю что это должна быть в первую очередь надежная система. Компьтер в машине в отличи от офисного использования подвержен вибрациям, ударам, резким передам темпертур и работой в морозы. И тут самое слабое звено это HDD(пока мы еще не перешли на SSD), Также, как показывает мой опыт любая офисная материнка которая работает в неблапроиятных условиях живет не дольше 2 лет (опыт использования в терминалах пополения счета).
Какая альтерантива - испльзование Flash USB в качестве главного диска, а в качестве MB использовать что то с серии VIA EPIA ,(на сегодняшний день у меня есть VIA EPIA LN10000)
В итоге мы получаем надежную систему с низким потреблением питания (+-30Вт) безвентилятрную (это минус шум+ надежность)
Почему не Windows ? его сложно (если вобще возможно) настроить на работу с FlashUSB, да и 1Ггц процесоры серии VIA EPIA будум ему слишком медленные. А с Linux Slax мы получаем маленькое 150Mb !!! ядро, на котором все работает намного быстрее!

Для чего создана эта тема
В первую очеред для обмена опытом с программистами которые уже пробывали писать front-end для Linux. А в дальнейшем для обсуждения функций

Мое видение какой должен быть front-end
Для меня это небольшая простая в управлении програма, которая непергруженая функциями которые и так редко и использутся. Что бы играла музыку, показывала видео, показывала парметры машины (OBDII), навигация, второстепенные задачи - интернет, и все остальное что я и так могу использовать включив ноут или домашний комп.

SnapShot
Библиотеки которые уже используются

• SDL, SDL_image, SDL_ttf
• libplayer -> Audi/Video Back-end - mplayer через libplayer (планируется переход на libvlc)

Для аквалайзера (через ALSA):

• libasound (ALSA)
• ALSAEQUAL
• CAPS

План:

• Audio/Video Player - (70% progress)
• Equalizer - (40% progress)
• OBDII
• GPS навигация
• Radio
• Internet

Можно поинтересоваться, как предполагаете реализовывать пункт плана "GPS навигация" ?

Проект будет открытый?
Я глянул на доки libplayer, по ходу там не реализован слой эквалайзера, как планируешь делать?

смотрю у тебя EPIA, не пробовал coreboot ставить?
У меня на EPIA-CN от включения до GRUB-a 1сек, но к сожалению с SSD SATA диском потом жопа не понятная :(
Сам думаю использовать carpc для подключения к магнитоле в line-in.
Желаю всяческих успехов проекту, надеюсь поюзать эту оболочку у себя :)

Идея в принципе очень интересная.
Есть какие-то мысли по поводу того как планируется выглядеть интерфейс?
Сам в поисках достойного фронтенда - в том числе с мыслю перепиливания под себя.

Пока интрерфейс больше всего понравился у Meego IVI. Пару апплетов добавить - будет очень даже ничего.
Советую посмотреть скриншоты - может что-нибудь полезного подчерпнешь.

Пока серезно не изучал этот вопрос, возможно Navit, или iGo+wine.

Проект будет открытый, считаю что в одиночку доводка займет слишком много времени. Исходники выложу когда зарабает audi/video player. Есть правда одно но, я использую прослойку над SDL которую немогу открыть в свободный доступ, но за 1-2дня я ее перепишу и все будет ок.

Я тоже ненашел в libplayer работу с еквалайзером, потому и сделал отдельный пункт. Думаю решить проблему путем влезания в ALSA

2Slayer605
спасибки :)
coreboot - пока непробовал, возможно доберусь до нее.

2reijii
Как будет выглядет интерфейс я и сам пока раздумываю...но в первую очеред он будет простым и без лишних наворотов
пока просматриваю все проекти для выбора самого оптимального подхода
Meego IVI- посмотрю - спасибо :)

По поводу концепции аудио/видео - мое мнение:
По хорошему надо иметь возможность открывания папок, а так же встроенную библиотеку по типу rhytmbox/amarok/прочих.

Насчет интернета - опять таки подсмотренное в IVI:
fennec - имхо для авто - выше крыши.

По ODB - надо делать модульную систему - ибо есть альтернативы.
Есть pyOBD как вариант.
Причем я считаю надо чтобы оно крутилось постоянно, а не только при активации интерфейса самой проги, чтобы в случае каких-то критических показателей выдавала предупреждение.

Абсолютно согласен.

Аффтар, ты из какой криогенной камеры вылез?
Какая нах епия, какая флешка, какие офисные платы, живущие два года и винты дохнущие от вибрации и перепадов?
Извини, но конструировать карпц тебе явно рано, для начала желательно все таки почитать форум, чтобы не стать очередным велосипедистом, ходящим по тем граблям, что у других давно уже сданы в музей.

Vl@dK что не так ?
Не понятно, что вызвало такое возмущение :)

Жестковато Вы както к автору, не кажется? Плохого он еще пока ничего не сделал. Наоборот пытается внести свою лепту в общее дело. Не согласны с позицией - аргументируйте, видите ошибки - направте на путь истиный. А наезжать то зачем?

Прежде чем писать что-то по теме, обычно читают написанное другими ранее.
Несоблюдение этого правила ведет к собиранию граблей и как следствие, потерей автором интереса к теме.

SnapShot:
Пока отхожу от травмы полученой во время катания на сноуборде, поэтому работы временно приостановлены :) Но думаю на следующей недели я смогу показать реализацию пункта №1

коментировать эмоциональные неаргументированые высказивания Vl@dK-а пока не считаю нужным

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

Я ждал, что кто-то возьмется писать подобную штуку! Наконец-то, ура! :)
Честно говоря, я сам пописываю, но как-то медленно пописываю. Боюсь АвтоВАЗ быстрее сделает штатный карпутер, чем я) Так что если что, могу помогать по железкам, выбирать технологии и ближайшие пути к готовому решению.

2Megachel Спасибо :)

Работа с либой libplayer немного разочаровала... хоть все работает но основной интрефес както сильно обрезаный и мало функциональный
основные недостатки относятся к управлению плейлистом
нету выбора трека за номером
а также если удалить плейлист с плеера (player_mrl_remove_all) то он удаляется не только с плеера но и вобще, что неудобно, поскольку для формирования листа (последовательность mrl_t* (media resource locator)) надо каждый файл проганят через плеер чтобы он вытянул даные (название длина и т.д.) что занимает некоторое время. Просто копирувать структуры mrl_t перед отправкой в плеер тоже нехочеться, поскольку она довольно хитрая и в ней куча ссылок на другие динамически созданые структуры. Пока что я просто немного подправил либу, что бы она неочищала mrl при удалении с плеера.

Невзирая на трудности, аудио плеер работает, пока решил не зависать на этом этапе, когда прикручу OBDII тогда еще рас вернусь к этой проблеме и или основательно подправлю libplayer или найду что то более дружелюбное.

Вобщем вопрос поиска либы как прослойки между back-end-ом(mplayer-ом в даном случае) актуален. Может у вас есть предложения?


на днях прикручу видео
потом эквалайзер
и выложу пример для ознакомления ;-)

Править либу это не правильно, если она обновиться в репозитории, то приложение уже не собрать.
Для звука я использовал mpd, это демон, он принимает команды через сокеты, есть и сишные либы, и уйма готовых клиентов, даже для телефонов. У него плейлисты, всякие фишки типа fadein-fadeout. Даже если отвалится фронтэнд, можно будет управлять музыкой, подцепившись другим клиентом.
Эквалайзер проще всего делать через alsaequal. Глубоко не разбирался, но похоже ему можно писать звуковые фильтры.
Поддерживаю в выборе mplayer, хотя мы с ним друг друга не поняли и я использовал vlc, он заработал сразу и я больше ничего не стал придумывать.

GANGSTER очень ждем, на днях уже новую тачку покупаю :)

PS пожелание, сделать эквалайзер отключаемым.

Аналогичная ситуация. У mplayer, периодически, возникают сложности с воспроизведением видео у vlc на тех же файлах никогда.
Рекомендую заглянуть сюда http://unick-soft.ru/doc/VLC_doc/Glav1.html там много интересного, но к сожалению не совсем доделано, но может на что и згодиться.
И еще https://www.ibm.com/developerworks/ru/edu/vlc/

2 Megachel
да, но это пока временно

Посмторел на libvlc - и мне понравилось!!!
Жаль что я раньше ее не нашел, просто счас уже все работает под mplayer-ом, но после после OBDII - обязательно вернусь к audio/video back-end-у и заменю на vlc.

С аквалазйером alsaequal разобрался - все работает.

Жду пока новый дизайн от дизайнера.

Осталось подправить еще кое что, сделать визуализацию аквалайзера и первая версия будет готова ;-)

А объясните, пожалуйста, зачем под линух нужен такой "комбайн"? Имею ввиду программа а-ля все в одном? Почему бы не использовать unix-way когда необходимая функциональность собирается из кирпичиков уже готового софта? Понимаю ценность такого решения под винду - там это сложно настраивается.
Все равно Вам, при всем уважении, будет сложно написать нормальный плеер например, а готовые нормальные уже есть. Лучше сосредоточиться на функциональности, которой впринципе пока нет.

Или я чего-то не дочуваю..

Или вас не устраивает что-то конкретное в существующих (например) плеерах?

Позволю себе ответить за топикстартера, вопросом.

Скажите, а Вы знаете хоть один плеер, в котором можно настроить большие кнопки, 50на50 для примера?

Я такого не нашел.

С принципом комбайна я тоже не согласен.

А никто и не претендует. От плеера нужно воспроизведение, перемотка и старт/стоп. Воспроизведение ложится на написанные плееры, а управление им ложится в минимум кода.
А комбайном можно управлять нужным софтом из одного места, позиционировать на экране и т.д.

Пока что в качестве плеера тестирую amarok, размер кнопок на большом мониторе устраивает. http://amarok.kde.org/en/screenshots. На днях придет 7дюймовый моник, буду на нем тестировать.
Основные кнопки примерно такого размера и есть (плей и мут, слева и справа вверху) Если включить отображение других кнопок, то будут поменьше.

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

Это да) Извиняюсь, что я опять про свой amarok, но не удержусь) Был очень удивлен, когда оно предложило загрузить картинки для альбомов. Никогда не страдал картинками, но тут картинки появились в считанные минуты для всей моей коллекции - это круто и очень приятно) Так еще и тексты печен показывает и информацию о группе, ищет их в википедии - это ващще улет. + возможность слушать интернет радио, интеграция с last.fm. + плагины (устанавливаются просто, как в firefox).

Кстати, про плагины я забыл написать в пред. посте. Какие угодно кнопки можно сбацать с помощью плагина весьма просто (плагин пишется на Javascript, вот howto). Займусь этим на окончательном этапе если будет потребность.

Вы имеете ввиду только расположение окон? - это задача оконного менеджера. Или есть еще что-то?

Для VLC существует масса скинов. Не нравятся, можно нарисовать свой с кнопками хоть на весь экран. :) Тем более, что у него для этого даже редактор был.

у меня на дебиане VLC тянет QT4. Он на нем написан?
Да и извращенцы мы здесь все, простых путей не ищем. :tease:

Да, qt используется.
А пути ищем не простые, но правильные)

Тогда я пойду своим путем, либо подключусь к работам GANGSTER.

QT не переношу (не холивара ради), структура кода мне у него нравится, но сам QT. :(

Внешний вид не нравится?

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

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

Каждый из нас идет своим путем, но по дороге мы друг другу, просто помогаем.

Да я и не пытался его готовить (от силы написал helloworld!!!), красотой наслаждался на примере чужого кода.

Но почему то не нравиться он мне. Благо *NIX мир не заставляет использовать чуждое тебе.

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

Текущее состояние работ
код для Video/Audio/Equalizer - практически готов, только мне нехватает дизанера... дизайнер на работе пока загружен другим проектом... потому жду. Счас постарюсь найти другово поскольку через месяца меняю работу(перехожу на Nintendo) и у меня будет гораздо менше времени.

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

Что то тишина тут, похожу на нинденду работать оказалось немного сложнее :) а вообще автор выложи хоть скриншоты, стоит ли ждать или пора свое что нибудь ваять? для тестов нам красивости не нужны. В крайнем случае кнпоки нарисовать(взять готовые в инете) не проблема, возьми хоть гткашные.

да скриншоты бы не помешали это точно