LINUX.ORG.RU

Многофункциональный мультимедийный компьютер: Часть 2. Показ изображений

 ,


0

0

В этой статье рассказывается о том, как эффективно напрямую использовать фреймбуфер для отображения JPEG-изображений, и обсуждается выбор между использованием сервера X Window и прямым доступом к фреймбуферу. В этой статье рассказывается о том, как сделать первый шаг на пути к разработке медиа-проигрывателя. Проигрыватель будет пока поддерживать только формат JPEG, но его функции легко расширить для поддержки других медиаформатов.

>>> Подробности

★★★

Проверено: svu ()
Последнее исправление: cetjs2 (всего исправлений: 1)

Ответ на: комментарий от PolarFox

> Чем не подходит встроенная операционка мака? Не тру?

Часть1 не осилил? Там все подробно расжевано, в т.ч. и аналитиками.

grimp3ur
()

"Листинг 1. Пример файла yaboot.conf"

никогда не угадаешь, как будет звучать некое слово в другом языке :)))

anonymous
()
Ответ на: комментарий от f00fc7c8

Онанизмом ребята занимаются, берем старый писюк и за полчаса он станет мультимедийным. Третий пень вполне годится. Все что написано - для маразматиков

anonymous
()

Э... ibm предлагает каждому 1) снести макось, в которой все это есть 2) поставить линукс, в котором тоже есть все, что нужно для просмотра видео/фоток 3) забить на все и написать какой-то костыль

Как-то не очеть хорошее продолжение первой части, где они, как для дибилов, расписывали какую кнопочку в инсталере нажать.

user_undefined
()

> как эффективно напрямую использовать фреймбуфер для отображения JPEG-изображений

Конвертнуть в текстуру и вывести через 3D-движок видяхи. Чо проще-то?

> как сделать первый шаг на пути к разработке медиа-проигрывателя

Набрать google.com -> mplayer?

> его функции легко расширить для поддержки других медиаформатов

И опять один я подумал о GStreamer?

Gharik
()
Ответ на: комментарий от Gharik

Благородные доны всё никак не допрут, что это статья для ДЕВЕЛОПЕРОВ, и в ней учать работать с framebuffer?

anonymous
()
Ответ на: комментарий от Gharik

>Конвертнуть в текстуру и вывести через 3D-движок видяхи. Чо проще-то?

Если нужно быстро вывести растровое изображение, то быстрее будет не текстурой, а такой вот OpenGL функцией (это 2D-движок): glDrawPixels(width, height, GL_RGB, GL_UNSIGNED_BYTE, buff);

И еще в текстуру нужно загружать "выровненный" по определенной границе кусок изображения иначе скорость еще упадет.

anonymous
()
Ответ на: комментарий от O-Ren_Ishii

> Пример файла yaboot.conf - дальше не смог читать )

Дайте я угадаю.... Седьмой класс средней школы? Или все-таки шестой? Народ постарше уже как-то не реагирует столь бурно на юмор этого сорта.

svu ★★★★★
()
Ответ на: комментарий от anonymous

> учать работать с framebuffer

Кто бы научил как использовать framebuffer с отдельной видяхой, ну что бы не пересекаться с иксами и консолью

anonymous
()
Ответ на: комментарий от PolarFox

> Чем не подходит встроенная операционка мака? Не тру?

А о каком маке речь идет?
Чевойто не нашеля такого компа с неинтеловским процем.
Все на Core 2 Duo 1.83 GHz.

http://www.google.com/products?hl=en&q=Mac+mini+&um=1&ie=UTF-8&sa=X&oi=product_
result_group&resnum=1&ct=title

cdrw
()
Ответ на: комментарий от Xellos

Кстати, очень немногим удавалось подружить на одном сайте эти две компании, находящиеся на диаметрально противоположных концах мира айти;)

ЗЫ А еще тут иногда про линух бывает.

svu ★★★★★
()
Ответ на: комментарий от cdrw

Вы бы хоть историю подучили для разнообразия. Их прекратили производить в довольно лохматом году (2005 IIRC)

svu ★★★★★
()
Ответ на: комментарий от anonymous

>Кто бы научил как использовать framebuffer с отдельной видяхой, ну что бы не пересекаться с иксами и консолью

Так оно и так /dev/fbN(N=0,1,2..) - разные видяхи не пересекаются.

madcore ★★★★★
()
Ответ на: комментарий от anonymous

> Благородные доны всё никак не допрут, что это статья для ДЕВЕЛОПЕРОВ, и в ней учать работать с framebuffer?

Учить искателей - неблагодарное дело, их нужно херачить сучковатой палкой, топить в ледяной воде и гонять по вертикальным стенкам с талмудом Кнута в зубах. И не давать спать.

Кто захочет стать гуру девелопинга - тот сам научится и станет.

Gharik
()
Ответ на: комментарий от svu

Вы бы хоть историю подучили для разнообразия. Их прекратили производить в довольно лохматом году (2005 IIRC)
Историю подучил бы, да нет ничего в гугле!
Поэтому и спросил.
Можете продолжать что я тупой.
Очень удобная позиция.

cdrw
()
Ответ на: комментарий от madcore

> Так оно и так /dev/fbN(N=0,1,2..) - разные видяхи не пересекаются.

Т.е. это реально купить вторую карточку умеющую делать HD Video и пристроить её в качестве вывода кина на телевизор?

anonymous
()
Ответ на: комментарий от anonymous

>Т.е. это реально купить вторую карточку умеющую делать HD Video и пристроить её в качестве вывода кина на телевизор?

Да, реально. Только как тут поможет фреймбуфер? Х-серверов тоже может быть несколько.

madcore ★★★★★
()
Ответ на: комментарий от madcore

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

У меня сейчас так и есть, но не с видео картой, а с мпег-декодером - у его драйвера интерфейс специфический, а всё рисование морд в экран идёт через закодирование их во мпег, а разрешение всего 720 по горизонтали.

На одной карточке с двумя выходами такое точно невозможно - всё зохавывает ксорг, а на двух разных - чота я не видел подобного решения

anonymous
()
Ответ на: комментарий от anonymous

Но при чем тут фреймбуфер? Там даже оверлея нет, не то что всяких xvmc. Для какой видяхи есть отдельно драйвер для декодера, я не в курсе.

>На одной карточке с двумя выходами такое точно невозможно - всё зохавывает ксорг, а на двух разных - чота я не видел подобного решения

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

madcore ★★★★★
()
Ответ на: комментарий от madcore

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

А Х ни при чём. С точки зрения пользователя должно быть вообще прозрачно, что телевизор относится к компьютеру - за компом могу сидеть я, а иксы могут и вовсе не загружены быть. Звук же можно перенаправить, вот и видео хотелось бы.

anonymous
()

Хаха, вот за это я люблю линукс.

Статья с аналогичным названием, но про винду начиналась бы примерно так: "Вы можете просматривать фотографии с Вашего цифрового аппарата c помощью Просмоторщика Фотографий Windows Media Center (tm)"

Но нееет, линуксойды не такое быдло. Что лучше - сервер X Window или фреймбуфер, вот в чём вопрос.

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от anonymous

КГ/АМ папробуйти тока напишите мне в фреймбуфер

anonymous
()

Нужен видеовывод (для программистов) без иксов, - смотрите сюда http://www.geocities.com/ze_aks/index.html - OpenGL через mesa.

Хм, давно не заходил на эту страничку. Сейчас там появился X сервер и QT.

А вообще с фреймбуфером может работать SDL. Нужно просто перенастроить SDL немного.

anonymous
()
Ответ на: комментарий от anonymous

> Кто бы научил как использовать framebuffer с отдельной видяхой

/dev/fb0, /dev/fb1, /dev/fdN...

no-dashi ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.