Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
67 user(s) are online (49 user(s) are browsing Forums)

Members: 2
Guests: 65

TheMagicSN, smf, more...

Headlines

 
  Register To Post  

« 1 ... 6 7 8 (9) 10 »
Re: SRec 2.x on github
Just can't stay away
Just can't stay away


See User information
@Hans

Don't take any stress on my account. It wasn't meant as criticism, I just wondered if there were some technical problems associated with it since AFAIK the old Warp3D doesn't support it.

Go to top
Re: SRec 2.x on github
Just can't stay away
Just can't stay away


See User information

Go to top
Re: SRec 2.x on github
Home away from home
Home away from home


See User information
@salass00

Nice, thanks for the update

People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
Go to top
Re: SRec 2.x on github
Just can't stay away
Just can't stay away


See User information
Thanks Salass00

Philippe 'Elwood' FERRUCCI
Sam460ex 1.10 Ghz
http://elwoodb.free.fr
Go to top
Re: SRec 2.x on github
Site Builder
Site Builder


See User information
@salass00
The sound recording is something that you develop or there will be no chance to have such a feature?

I am pretty sure that if this is implemented then more people will be able to create videos and spread the word of AmigaOS to the world.

Go to top
Re: SRec 2.x on github
Just can't stay away
Just can't stay away


See User information
@Hans

Quote:

@salass00
Quote:

XviD codec might be worth considering but only if the RGB to YUV conversion could be done using the GPU. The others are just a waste of time.


You'll be able to do this once I get bitmap-as-texture implemented in Warp3D Nova.


I noticed that bitmap-as-texture is now supported in the latest Warp3D Nova, however the W3DNBMFmtInfo example reports all the YUV pixel formats as unsupported so I assume I still can't use it to render into a YUV bitmap?

Edit: I guess what I could do is allocate a PIXF_ALPHA8 bitmap for the render target that is 1.5x as high as the source bitmap and then render the Y, U and V planes to it in different passes.


Edited by salass00 on 2017/9/8 14:51:12
Go to top
Re: SRec 2.x on github
Home away from home
Home away from home


See User information
@salass00

AFAIK, the hardware doesn't support YUV render targets. You could easily render YUV444 to a standard ARGB bitmap. However, I assume you want YUV420p/410p, which are planar formats, in which case your idea is the way to go:
Quote:
I guess what I could do is allocate a PIXF_ALPHA8 bitmap for the render target that is 1.5x as high as the source bitmap and then render the Y, U and V planes to it in different passes.
.

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top
Re: SRec 2.x on github
Just can't stay away
Just can't stay away


See User information
@Hans

Is there any way to get more information about why context->Submit() failed?

For me right now it's returning a zero submit ID and zero as error code, which is less than helpful...

Go to top
Re: SRec 2.x on github
Home away from home
Home away from home


See User information
@salass00

Submit() isn't failing; the queue is empty (as in, there are no draw commands to submit. The error code should be W3DNEC_QUEUEEMPTY, so I'll fix that.

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top
Re: SRec 2.x on github
Just can't stay away
Just can't stay away


See User information
@Hans

Thanks for the explanation.

I added some more error checking (I had missed adding it on some functions apparently) and now I get an error from FBBindBufferTags().

It is "Error 9: unsupported bitmap/texture format" but bitmap is PIXF_ALPHA8 which W3DNBMFmtInfo lists as "can be texture, can be rendered to, max width: 16384, max height: 16384". It should also be nowhere near the max width and height values.

Go to top
Re: SRec 2.x on github
Home away from home
Home away from home


See User information
@salass00

Are you using W3DNTag_Texture instead of W3DNTag_BitMap by any chance? W3DNTag_Texture is for Warp3D Nova textures, whereas W3DNTag_BitMap is for graphics.library bitmaps.

This is where I wish we had a debug layer which would catch such things and tell you what you're doing wrong.

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top
Re: SRec 2.x on github
Just can't stay away
Just can't stay away


See User information
@Hans

No, the FBBindBufferTags() call is:

errCode context->FBBindBufferTags(NULLW3DN_FB_COLOR_BUFFER_0W3DNTag_BitMapyuv_bmTAG_END);
if (
errCode != W3DNEC_SUCCESS) {
    
fprintf(stderr"Failed to bind target bitmap!\nError %u: %s\n",
        
errCodeIW3DNova->W3DN_GetErrorString(errCode));
    goto 
cleanup;
}


and the BitMap is allocated as:

yuv_bm IGraphics->AllocBitMapTags(widthheight + (height 2), 8,
    
BMATags_Friend,      screen->RastPort.BitMap,
    
BMATags_PixelFormatPIXF_ALPHA8,
    
BMATags_DisplayableTRUE,
    
TAG_END);


where screen is a pointer to the default public screen, which is also passed to W3DN_CreateContextTags() using the W3DNTag_Screen tag.

Go to top
Re: SRec 2.x on github
Home away from home
Home away from home


See User information
@salass00

Which version of Warp3D Nova are you using? Looking at the logs, PIXF_ALPHA8 has been supported as a render target since about v1.37.

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top
Re: SRec 2.x on github
Just can't stay away
Just can't stay away


See User information
@Hans

Both Warp3DNova.library and W3DN_SI.library are version 1.43 (3.8.2017).

Go to top
Re: SRec 2.x on github
Home away from home
Home away from home


See User information
@salass00

Sigh. GetBitMapAttr() returns PIXF_CLUT instead of PIXF_ALPHA8, and CLUT bitmaps are NOT valid render targets.

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top
Re: SRec 2.x on github
Just can't stay away
Just can't stay away


See User information
@Hans

Yes, it seems to do that.

Maybe you can add a tag to force treating a PIXF_CLUT bitmap as PIXF_ALPHA8?

Other than that GetBitMapAttr() could be modified to return PIXF_ALPHA8 but the question is if this will have repercussions, like breaking something else.

Go to top
Re: SRec 2.x on github
Home away from home
Home away from home


See User information
@salass00

I'll just silently treat PIXF_CLUT as an alpha map, and also fix GetBitMapAttr(). The deprecated p96GetBitMapAttr() actually returns the correct value.

However, that does mean waiting for updated versions to be released...

Hans

http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
Go to top
Re: SRec 2.x on github
Just can't stay away
Just can't stay away


See User information
@Hans

Thanks.

Now that GetBitMapAttr() returns PIXF_ALPHA8 I've managed to get my shader based RGB to YUV420P conversion code working.

BTW do you know what package I need to install to get glslangValidator on my Ubuntu system, or where I can get the source code so I can compile it myself?

Go to top
Re: SRec 2.x on github
Just can't stay away
Just can't stay away


See User information
Comparing with a similar CPU based RGB to YUV420P conversion routine the CPU based one takes about 177 ms for one 1920x1080 32-bit bitmap and the shader based one takes only 2.5 ms.

Go to top
Re: SRec 2.x on github
Home away from home
Home away from home


See User information
@salass00

The glslang port is based on the glslang-3.0 src release.

Later versions had issues, though I forget what they were now, possibly dropping some language features

Src was from :

https://github.com/KhronosGroup/glslang

I have the original src archive I downloaded if you need it.

Can't find the exact link as loonix doesn't put the url in the file comment like most amiga apps.

Go to top

  Register To Post
« 1 ... 6 7 8 (9) 10 »

 




Currently Active Users Viewing This Thread: 1 ( 0 members and 1 Anonymous Users )




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project