|
Polaris - Mplayer problem |
Posted on: 2018/11/4 18:55
#1 |
---|---|---|
Just popping in
![]() ![]() Joined:
2006/11/27 20:35 From Poland
Posts: 159
|
Mplayer running on Polaris cards can not use the comp_yuv2 mode.
Is it the fault of the Radeon RX driver? Or maybe the Radeon RX offers exactly the same video support as Radeon HD v2, just need a new customized for Polaris Mplayer compilation? |
|
|
Re: Polaris - Mplayer problem |
Posted on: 2018/11/4 19:14
#2 |
---|---|---|
Not too shy to talk
![]() ![]() Joined:
2014/6/29 15:12 From Montserrat
Posts: 342
|
@mufa
Problem seems to be with Mpayer versions. LiveforitMplayer 6.4 works. MickJT mplayer does not. Emotion also works. Polaris X5000 Video playback performance discussed here : https://amigaworld.net/modules/news/ar ... oryid=8282&start=20#99984 |
|
|
Re: Polaris - Mplayer problem |
Posted on: 2018/11/5 5:15
#3 |
---|---|---|
Quite a regular
![]() ![]() Joined:
2009/4/28 4:57 From Adelaide, Australia
Posts: 939
|
Does LiveForIt-MPlayer 6.5.7 work?
http://os4depot.net/share/video/play/liveforit-mplayerng.lha When using 6.4, check the shell output and see if it's really using comp_yuv2 or just comp_yuv (or just comp). Altivec or non-Altivec? Does it crash, freeze, or something else? DSI/ISI? Empty window? And do test LiveForIt-MPlayer 6.5.7. It's closest to mickjt-mplayer. @mufa You didn't mention which version of mplayer you were trying to run, and whether it's for altivec or not. Paste all the lines that say something like "VO: [somethinghere] text here". Version 6.4 doesn't have the same checks that later versions do. In later versions there is a check to see if RadeonHD.chip is being used, and I suspect that check is failing with RadeonRX. You'd then see something in the shell like: VO: [comp_yuv2] You need RadeonHD to use this video output. Edited by MickJT on 2018/11/5 5:33:22
Edited by MickJT on 2018/11/5 5:44:14 Edited by MickJT on 2018/11/5 5:51:04 Edited by MickJT on 2018/11/6 0:06:29 |
|
|
Re: Polaris - Mplayer problem |
Posted on: 2018/11/5 6:19
#4 |
---|---|---|
Quite a regular
![]() ![]() Joined:
2009/4/28 4:57 From Adelaide, Australia
Posts: 939
|
I've not tested this (nor am I able to). I just disabled the check for RadeonHD.chip in comp_yuv2. non-altivec build.
https://www.sendspace.com/file/byyesp |
|
|
Re: Polaris - Mplayer problem |
Posted on: 2018/11/5 7:38
#5 |
---|---|---|
Home away from home
![]() ![]() Joined:
2007/1/26 21:48 From New Zealand
Posts: 2310
|
@mufa
RadeonRX is feature equivalent to RadeonHD.chip v3, so composited video works fine. @MickJT Quote: I've not tested this (nor am I able to). I just disabled the check for RadeonHD.chip in comp_yuv2. non-altivec build. MPlayer has a check for RadeonHD.chip? The correct way to check for composited video, is to call CompositeTags() with a YUV source bitmap and the hardware-only flag set. It'll return an error if YUV source bitmaps aren't supported. Hans |
|
_________________
http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more. https://keasigmadelta.com/ - more of my work |
||
|
Re: Polaris - Mplayer problem |
Posted on: 2018/11/5 8:42
#6 |
---|---|---|
Just popping in
![]() ![]() Joined:
2006/11/27 20:35 From Poland
Posts: 159
|
@MickJT
Quote: I've not tested this (nor am I able to). I just disabled the check for RadeonHD.chip in comp_yuv2. non-altivec build. Thanks. This version works well with comp_2yuv mode. |
|
|
Re: Polaris - Mplayer problem |
Posted on: 2018/11/5 9:09
#7 |
---|---|---|
Not too shy to talk
![]() ![]() Joined:
2014/6/29 15:12 From Montserrat
Posts: 342
|
@MickJT
LiveForIt-MPlayer 6.5.7 does not work. Seems to also be failing to detect the hardware capabilities correctly . VO: [comp_yuv2] Welcome man !. gfx_nodri = 0 VO: [comp_yuv2] You need RadeonHD to use this video output. Error opening/initializing the selected video_out (-vo) device. LiveForIt-MPlayer 6.4 cli output VO: [comp_yuv2] Welcome man !. Edited by Spectre660 on 2018/11/5 9:38:29
Edited by Spectre660 on 2018/11/5 9:42:23 |
|
|
Re: Polaris - Mplayer problem |
Posted on: 2018/11/5 15:07
#8 |
---|---|---|
Quite a regular
![]() ![]() Joined:
2009/4/28 4:57 From Adelaide, Australia
Posts: 939
|
@Hans
I'm not good at C. The vo_comp_yuv2.c I have is similar to the one on github: https://github.com/khval/mplayer-amiga ... /src/libvo/vo_comp_yuv2.c It looks like the test you're talking about is already there. If I hard code "have_readeonhd" to TRUE (typo corrected in my source) as I've done in the test binary above, or was to remove that check altogether, it should still get to "if (have_compositing == FALSE)" and stop on machines that don't support it, however on my Sam Flex machine with a Radeon 9250SE, it passes that bitmap test, so have_bitmap_format and have_compositing are TRUE and I end up with a white window. Is the test being done wrongly? |
|
|
Re: Polaris - Mplayer problem |
Posted on: 2018/11/5 18:48
#9 |
---|---|---|
Home away from home
![]() ![]() Joined:
2006/12/4 23:15 Posts: 2217
|
@MickJT
*** deleted rubbish ** bah ignore that, talking nonesense.... But taking a second look I wonder if setting BMATags_Friend in the test bitmap is overidng teh requested pixel format resulting in a successful composite? AS an aside the code is referencing &the_screen->BitMap anybosy who ever read the intuition include would know that that has been strongly discouraged since the 'dawn if time', it should be the_screen->RastPort.BitMap Quote:
That is ofcourse aimed at the author of the code not yourself ![]() But as I said I thnk the use of Friend Bitmap and pixelfomat will prefer the friend bitmap , especially since it occurs after the pixel format tag. Edited by broadblues on 2018/11/5 19:07:43
|
|
|
Re: Polaris - Mplayer problem |
Posted on: 2018/11/6 2:03
#10 |
---|---|---|
Home away from home
![]() ![]() Joined:
2007/1/26 21:48 From New Zealand
Posts: 2310
|
@MickJT
Quote: I'm not good at C. The vo_comp_yuv2.c I have is similar to the one on github: https://github.com/khval/mplayer-amiga ... /src/libvo/vo_comp_yuv2.c Yes, it is. If you look at the code, it's using the test_bitmap as both source and destination. The destination bitmap should be an RGBA one, and NOT the source bitmap. Since the operation is COMPOSITE_Src, the composite operation is effectively a no-op, which gets discarded. The test call should closely match what no_clip_composite() does. Use the same operation, and render to a proper RGBA bitmap (e.g., the window itself or a friend bitmap of the screen). My example code tests for composited video simply by blitting to the window, and checking the return code. You can fill the YUV bitmap with black before the test so it doesn't look ugly (the example code also shows how to write to YUV420p bitmaps). You can download the examples at the bottom of this page. Hans |
|
_________________
http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more. https://keasigmadelta.com/ - more of my work |
||
|
Re: Polaris - Mplayer problem |
Posted on: 2018/11/6 3:05
#11 |
---|---|---|
Quite a regular
![]() ![]() Joined:
2009/4/28 4:57 From Adelaide, Australia
Posts: 939
|
I'm totally clueless on any of this sort of stuff, so despite it sounding easy, I'll probably get confused on what to do. I'll look at the linked page though.
|
|
|
Re: Polaris - Mplayer problem |
Posted on: 2020/3/23 22:56
#12 |
---|---|---|
Just popping in
![]() ![]() Joined:
2006/11/27 20:35 From Poland
Posts: 159
|
@MickJT
Quote: I've not tested this (nor am I able to). I just disabled the check for RadeonHD.chip in comp_yuv2. non-altivec build. I recently died a hard disk in my Amiga. Unfortunately, I also lost your version of Mplayer, which supports Polaris cards. The link on sendspace is already expired. Can you share this version again or just upload the upgrade to OS4Depot? |
|
|
Re: Polaris - Mplayer problem |
Posted on: 2020/3/24 14:47
#13 |
---|---|---|
Just popping in
![]() ![]() Joined:
2015/5/9 23:31 From -
Posts: 66
|
@MickJT
I too would appreciate this for my Radeon RX550 card |
|
_________________
Amigaone X5000 AmigaOS 4.1 Final Edition Update 1 Radeon RX 550 Polaris |
||