Home  
Login
Username:

Password:

Remember me



Lost Password?

Register now!
Sections
Who's Online
72 user(s) are online (58 user(s) are browsing Forums)

Members: 2
Guests: 70

walkero, salass00, more...
Support us!
Recent OS4 Files
OS4Depot.net



« 1 ... 6 7 8 (9) 10 »


Re: SRec 2.x on github
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1519
@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.

   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1519

   Report Go to top

Re: SRec 2.x on github
Home away from home
Joined:
2006/11/26 21:45
From A haunted Castle somewhere in the Bavarian Mountains
Posts: 2868
@salass00

Nice, thanks for the update

_________________
If slaughterhouses had glass walls, everyone would be a vegetarian. ~ Sir Paul McCartney
-
Did everything just taste purple for a second? ~ Philip J. Fry
-
Ain't got no cash, ain't got no style, ladies vomit when I smile. ~ Dr. John Zoidberg
   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/12/9 10:44
From Lyon, France
Posts: 1309
Thanks Salass00

_________________
Philippe 'Elwood' FERRUCCI
Sam460ex 1.10 Ghz
http://elwoodb.free.fr
   Report Go to top

Re: SRec 2.x on github
Site Builder
Joined:
2006/12/2 23:57
From Athens
Posts: 413
@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.

   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1519
@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 13:51:12
   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2007/1/26 21:48
From New Zealand
Posts: 1834
@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
   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1519
@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...

   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2007/1/26 21:48
From New Zealand
Posts: 1834
@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
   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1519
@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.

   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2007/1/26 21:48
From New Zealand
Posts: 1834
@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
   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1519
@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: %sn",
        
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.

   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2007/1/26 21:48
From New Zealand
Posts: 1834
@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
   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1519
@Hans

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

   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2007/1/26 21:48
From New Zealand
Posts: 1834
@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
   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1519
@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.

   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2007/1/26 21:48
From New Zealand
Posts: 1834
@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
   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1519
@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?

   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1519
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.

   Report Go to top

Re: SRec 2.x on github
Just can't stay away
Joined:
2006/12/4 23:15
Posts: 1861
@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.

_________________
Blender For OS4.x : Blues : Walker Broad
   Report Go to top


« 1 ... 6 7 8 (9) 10 »



[Advanced Search]


Powered by XOOPS 2.0 © 2001-2016 The XOOPS Project