MPlayer & mp3/mplayer-Plugin

после установки libcdio-dev cdda собрался и запустился нормально

Пробую бюджетный вариант TT-Nova-s + DXR3. При попытке воспроизвести какой-нибудь avi файл в Mplayer-е, темнеет экран и подачи видеосигнала на телевизор больше нет. Не пойму что в логах стоит криминального...

вот ещё один

в логах есть сообщения о плохих секторах на твоем винте. С ним все в порядке ?

Jul 27 13:03:37 arvdr kernel: end_request: I/O error, dev hdd, sector 1433740
Jul 27 13:03:47 arvdr kernel: hdd: media error (bad sector): status=0x51 { DriveReady SeekComplete Error }
Jul 27 13:03:47 arvdr kernel: hdd: media error (bad sector): error=0x34 { AbortedCommand LastFailedSense=0x03 }

ну да, сообщения эти я тож вижу... но эти сообщения только после вызова Mplayer появляются...

P.S.
ещё хотел спросить про конфигурацию mplayer.sh.conf. Что исправить?

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

Да и файлы при просмотре в связке Mplayer+dxr3 проигрываются очень своеобразно... Сначала VDR как-будто "падает", потом зеленеет экран, а только потом начинает воспроизводиться сам файл.

спасибо

через неделю планируется выход RC2 версии MPlayer

ларчик открывался просто - у меня было загружено старое firmware для моей FF карты. После загрузки последней оф. версии с
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
все стало работать нормально.

те линуксоиды, кто экспериментируют с h264 каналами наверняка заметили, что с некоторыми каналами мплеер не воспроизводит ничего, если запускать его типа

cat /dev/dvb/adapter0/dvr0 | mplayer -
mplayer dvb://
mplayer /dev/dvb/adapter0/dvr0

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

MPEG: FATAL: EOF while searching for sequence header.
Video: Cannot read properties.

одна из версий - отсутствие PMT & PAT пидов в записанных файлах и в потоке, который снимается с /dev/dvb/adapter0/dvr0

для подобного рода проблемы для МПлеера был выпущен Неофициальный патч для был выпущен год назад Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
с которым, увы у меня МПлеер не собрался

demux_ts.c: In function 'demux_open_ts':
demux_ts.c:1013: error: 'tsvformat' undeclared (first use in this function)
demux_ts.c:1013: error: (Each undeclared identifier is reported only once
demux_ts.c:1013: error: for each function it appears in.)
demux_ts.c:1013: error: expected ';' before numeric constant
make[1]: *** [demux_ts.o] Error 1
make[1]: Leaving directory `/usr/src/mplayer/libmpdemux'
make: *** [libmpdemux/libmpdemux.a] Error 2

может ли кто проверить этот патч на свежем Мплеере ?

Hi all,

Happy New Year

I would like to announce a HG repository and bugtracking system
for the MP3/MPlayer plugin at Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.

At the moment I consider this an experimental feature, as I'm not
sure if that's the right way to go. May be you could let me know
your opinion.

Regards.

--
Stefan Huelswitt
s.huelswitt@gmx.de | Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.

неплохая дока по MPlayer

Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
tips_and_tricks-mplayer_ffmpeg.pdf

Из серии -
памятка себе, дорогому и любимому...
более чем скромное творчество...

Подскажите, плз, как решить проблему приглушенного звука при проигрывании avi файла (звучит так как будто к димамику поднесли подушку...).

Файл хорошего качества:
аудио - два потока
кодек - 0x2000 (FAST Multimedia AG DVM (Dolby AC3))
формат - 48000 Гц, Стерео, 224 Кбит/сек
видео
кодек - XVID

Моя система:
mpayer 0.9.15
SS1
вывод звука через карту SS1, через SCART на стерео телевизор.

Другие файлы проигрываются с хорошим звуком (причем с тем же кодеком, но одним потоком: 0x2000 (FAST Multimedia AG DVM (Dolby AC3)).

разве что сам мплеер обновить посоветую - 0.9.15 - это версия мплеер-плагина. Авторы мплеера рекомендуют собирать самую свежую версию из исходников.

kapec
Занеси следущее в mplayer.sh.conf

USERDEF="-quiet -osdlevel 0 -af volnorm -softvol -softvol-max 400 -volstep 5"

Да и занеси пожа. сразу в вики:
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.

Cпасибо, Bikalexander, попробую, а потом помещу в вики (до конца недели).

Примерный текст моей статьи будет следующим:

Программная подстройка звука.

Некоторые звуковые дорожки без усиления слишком тихие для комфортного прослушивания. Это становится проблемой, если звуковое оборудование не способно усиливать сигнал. Опция -softvol указывает MPlayer'у использовать встроенный микшер. После этого вы можете использовать клавиши подстройки громкости чтобы достичь значительно более громкого звучания. Заметьте, что это не исключает использования микшера вашей карты; MPlayer всего лишь усиливает сигнал перед отправкой его на звуковую карту. Следующим пример может являться неплохим началом:

mplayer quiet-file -softvol -softvol-max 300

Опция -softvol-max указывает максимально допустимый уровень звука в процентах от исходного. Например, -softvol-max 200 позволит увеличивать громкость вдвое по сравнению с оригинальным звуком. Использование больших значений с-softvol-max; высокий уровень громкости не будет достигнуть без использования клавиш регулирования громкости. Единственный минус больших значений заключается в том, что, поскольку MPlayer регулирует громкость в процентах от максимума, вы не будете иметь той же точности при использовании клавиш регулирования громкости. Используйте меньшее значение -softvol-max и/или укажите -volstep 1 если нужна повышенная точность.

Нет возражений?

Не помогло...

Конечно звук усилился, но качество звука не сответсвует качеству звука на windows.

Глухой но гомкий звук - это все! Наверное нужно играться с каналами.

P.S. 400 - это очень громко! 200 максимум.

Nico Sabbi выпустил патч, улучшающий работу MPlayer с dvb & network потоками

Цитата

Hi,
this patch should finally make mplayer play stably and in the long run non-local
mpegts streams such as DVB and network ones; in the past those playing streams lead to a lot
of video freezes and messages like "too many packate in the buffer".
What this patch does is very simple: avoid to decode demuxed packets
until the right PCR time has been inserted in the stream.
I should use the DTS instead of the PTS to do the time validation, but since they are
always very close and since the relation
pcr < dts <= pts
always applies, the pts serves the purpose well enough.

In practice, this patch prevents mplayer from starving data. If you are interested
in the details of this issue read the "nut broadcast" thread in nut-devel@mplayerhq.hu.

Don't forget to add the pmt pid in the stream, or the pcr can't be identified.

Please, let me know if you experience improvements and/or regressions, and
especially let mplayer run on the same channel for some hour before reporting
success.

Nico

Показать весь код

Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.

Может быть вы сталкивались с этой проблемой:

При просмотре mplayer видео файла, файл проигрывается до конца после чего проигрывание останавливается и начинается просмотрт ТВ.

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

Единственный способ посмотреть файл сначала - перемотать его на начало! Это, мягко говоря, не совсем удобно

Подскажите как решить эту проблему!

Спасибо.

в настройках в меню в свойствах плугина мплеер есть такой пункт "ресуме" кажется
изучи его влияние на твой вопрос

Проверил меню своего плагина, к сожалению, не нашел пункта resume.

Может можно это исправить через конфиг файл?