Ну и нельзя забывать, что разработчикам проще, нормально написали дрова и гуляй Вася ...... а с софтовым нужно больше заниматься.
Что лучше - софтовое или GPU или железное декодирование HD video ?
- Goga777
- Вопрос темы решён
-
-
Это что же получается, VDR на Windows что ли ?
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
Если так, то можно одним махом решить проблему софтового декодирования. Мне как-то всё равно, на чём, лишь бы работало, если речь идёт об автозагрузке в облегчённом дистрибутиве. -
так ты же писал, что под линуксом картинка не хуже виндузовой и что проц справляется. Или очень хочется gpu декодирование включить под виндой ?
-
Проц-то справляется, но понятие "картинка не хуже" в данном случае не затрагивает плавность движения. Там речь была про чёткость, цвет и т.п.
Где-то читал статью для геймеров "О влиянии лагов на психику". Здоровье дороже. S. -
т.е. картинка под линуксом дерганная, с пропуском кадров ? я это явление имею на своем компе, но предполагал, что причина в слабом процессоре. Говоря о преимуществах софтового декодирования под линукс
Цитата
Качество картинки через hdmi отличное, не уступает качеству с hardware декодера (этот пункт подлежит обсуждению - много нюансов, но при желании все можно настроить)я имел ввиду, что картинка на самом деле качественная - резкая, с хорошими цветами и плавная - без дерганий. Если последний пункт (плавная картинка) не реализован, давайте выделим этот пункт в недостаток софтового декодирования. Any comments ?
-
Цитата
т.е. картинка под линуксом дерганная, с пропуском кадров ?
Я бы сказал, более дёрганная, чем в Windows. Большинство просто не обращает на это внимание.
Прихожу в гости к одному, а он давай хвалиться мультиком в прогрессиве. Ага... Я ему говорю, ты глазки-то протри. А он: "да это так, чуть-чуть..." Вот на таких и рассчитано "наше" Европейское спутниковое HD. Вроде, в Америке получше с этим дела обстоят.Пока можно только констатировать факт, что даже в Виндах с работающим DXVA при загрузке 5...10% заметны едва уловимые подёргивания. Но в Виндах DVB программы имеют собственный механизм онлайн-воспроизведения и поэтому многое зависит от самой программы. При наличии 2 и более Гигов памяти, можно держать в ней большой видеобуфер-таймшифт. А буфер на HDD дефрагментировать нужно, если винт древний. А ведь дисковые операции прожорливы до ресурсов.
В Линуксе я сейчас имею 30...60% занятости с FFMpeg. Плавность условно на три с минусом. Так же заметны какие-то ритмичные изменения оттенка и контуров движущихся объектов (реклама на бортах хок. площадки и т.п.).
С CoreAVC плавность на твёрдую четвёрку при загрузке CPU под 70...90%. Чтобы там хватило ресурсов на OSD я ставлю в настройках плагина vdr-xine "Режим отображения OSD: Подгонка LQ". -
и еще один минус софтового декодирования под линуксом я забыл отметить - ПОКА в ffmpeg отсутствует поддержка multithreading для h.264 видео, которое закодировано более современным методом, который используется x264 кодеком - frame based. Мультитрединг в ffmpeg поддерживается только для устаревшего метода кодирования - slice based метода.
-
а вот и NVIDIA разродилась своим API под линукс c поддержкой GPU decoding video - VDPAU (Video Decode and Presentation API for Unix). Пишут, что уже есть патчи для MPLayer & ffmpeg которые внедряют поддержку VDPAU. В самой последнй версии бинарных дров от Нвидии есть поддержка VDPAU тоже.
Цитата
I'm pleased to announce a new video API for Unix and Unix-like platforms,
and a technology preview implementation of this API from NVIDIA.The API is called VDPAU (Video Decode and Presentation API for Unix).
The current API documentation is here:
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
Some highlights of VDPAU:
* Defines an API for GPU-accelerated decode of MPEG-1, MPEG-2, H.264, and
VC-1 bitstreams.
* Defines an API for post-processing of decoded video, including
temporal and spatial deinterlacing, inverse telecine, and noise
reduction.
* Defines an API for timestamp-based presentation of final video
frames.
* Defines an API for compositing sub-picture, on-screen display,
and other UI elements.Note that VDPAU does not address content protection.
Some highlights/limitations of NVIDIA's current implementation:
* Supported on NVIDIA GPUs with the NVIDIA second generation video
processors (see the end of this announcement for a complete GPU list).
* Currently, only one video stream can be decoded at a time; we hope
to lift this restriction eventually.
* Available in the 180.06 NVIDIA public beta release:
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.The VDPAU support in the NVIDIA 180.06 beta release is still very
preliminary. We are aware of cases of visual corruption and in some
cases GPU hangs. We will be working on these issues over the next
several NVIDIA driver releases.While NVIDIA's VDPAU implementation is not ready for end user use yet,
it should be far enough along that interested application developers
can begin working with it.Additionally, NVIDIA has developed patches to ffmpeg and MPlayer to
demonstrate a video player using VDPAU:Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
These patches include changes against libavcodec, libavutil, ffmpeg,
and MPlayer itself; they may serve as an example of how to use VDPAU.Once we do some further testing, bugfixing, and cleanup, we will
contribute the MPlayer patches to the MPlayer developers.If other hardware vendors are interested, they are welcome to also
provide implementations of VDPAU. The VDPAU API was designed to allow
a vendor backend to be selected at run time.Thanks,
Andy Ritger
Manager, NVIDIA Linux Graphics DriverVDPAU is currently supported on the following NVIDIA GPUs:
Desktop GPUs:
GeForce 200 Series
GeForce 9 Series
GeForce 86xx Series
GeForce 85xx Series
GeForce 84xx Series
GeForce 8800 GTS 512
GeForce 8800 GT
GeForce 8800 GSMobile GPUs:
GeForce 98xxM
GeForce 9700M
GeForce 96xxM
GeForce 9500M
GeForce 9300M
GeForce 9200M
GeForce 8800M
GeForce 8800M GTS
GeForce 8800M GTX
GeForce 8600MMotherboard GPUs:
GeForce 9400
GeForce 9300
GeForce 9100
GeForce 8300
GeForce 8200VC-1 support in NVIDIA's VDPAU implementation currently requires GeForce
9300 GS, GeForce 9200M GS, GeForce 9300M GS, or GeForce 9300M GS._______________________________________________
xorg mailing list
xorg@lists.freedesktop.org
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу. -
Надо попробовать, хотя это только начальная поддержка.
Исходный код* Added support for CUDA 2.1. * Added initial support for PureVideo-like features on Linux via the new VDPAU API (see the vdpau.h header file installed withthe driver). * Added new workstation performance optimizations. * Enabled the X Render "GlyphCache" by default. * Disabled shared memory X pixmaps by default; see the“AllowSHMPixmaps" option. * Fixed a regression that could result in window decorationcorruption when running Compiz using Geforce 6 and 7 series GPUs. * Improved X pixmap placement on GeForce 8 series and later GPUs. * Improved compatibility with recent Linux kernels. * Improved stability on some GeForce 8 series and newer GPUs.
Тут хоть написали без партизанщины. -
U.Ипп-понский бог... Ну, спасибо ребята.
Исходный кодKnown Limitations: 1. Playing some video streams may cause GPU errors and/or hang or crash the system. 2. The skip forward/backward features are not robust yet and can cause application or system hangs/crashes. 3. MPlayer OSD or Composite Picture is currently not supported. 4. Problems have been observed when building MPlayer with these patches using gcc-4.3.2.
-
Новая версия от nVIDIA:
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
Вообще, надо в отдельную тему... -
новая тема про нвидию тут Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.