@salass00

is there a way to retrieve some file from logged machine console back to the Amiga.

BTW thanks for your great work.

@kas1e

BTW i've managed to get a laptop to compile odyssey and need to know how to enable the debug builds.

@kas1e

videoenterfullpage method only called to enter/exit from full mode, not executed while playing video, this code should be executed inside VideBlit mode.

@Hans

It's exactly what we are doing in our Code, don't know why it works on your example and not here.

@JoTo

is there a way to enable smb v1 only for some account?

Thanks

Does anyone know if it can work with up to date SMB protocol? i can't seem to be able to conect to my NAS.
(openmediavault)

@ktadd

Ok thank you, I'll see how to fix it

@ktadd

Can you make a screenshot of this?

@trixie

Thanks, i am very grateful.Every single donation and thank you message really appreciated here.
Hoping to bring some more enhacements in the following days/weeks.

It's just that because of confination, i don't have another machine available for crosscompiling as of now.I had a look at the source code and i thought i could help implement some code to make it video accelerated.
Once i have a machine available for crosscompiling i might do it faster.
However nothing keeps me more motivated than being able to code under our preferred environment :)

@thread

Thanks a lot for the donations, truly appreciated, think i'll spend on some Amiga Gear & software to keep the ball going!!

@Hans

my fault, i also noticed i forgot to add COMP_FLOAT_TO_FIX(scalex) to scale values

@kas1e

That thing didn't work as expected, thus we added a struct rectangle inside struct data instead of the single variables.

<code>
data->rect.MinX = left + data->video_x_offset;
data->rect.MinY = top + data->video_y_offset;
data->rect.MaxX = right - data->video_x_offset;
data->rect.MaxY = bottom - data->video_y_offset;

AndRectRect(&data->rect, &bounds);
</code>

@kas1e

The vertex stuff was used because in my experience i had lots of trouble when using the SrcWidth, SrcHeight, scale stuff, and with vertex you don't need to bother with scalex/y calculations etc.
Feel free to change it if you think the code is clearer.

@khayoz,@ktadd, @others

Thanks for the donations, truly appreciated.

@Petrol

Please one step at a time :)

@MickJT

Newer drivers do yuv->rgb conversion on the GPU, thus offloading the CPU for other tasks

@kas1e

got mail

@Ami603

Meanwhile I've found where it asks the desired pix format, it is found at :
Odyssey-master/odyssey-r155188-.23/Source/WebKit/OrigynWebBrowser/Api/MorphOS/owbbrowserclass.cpp, line 3923:

from:
if(data->video_element)
{
data->video_element->player()->setOutputPixelFormat(AC_OUTPUT_RGBA32);
}

to:
if(data->video_element)
{
if(data->video_mode == SRCFMT_YCbCr16)
{
data->video_element->player()->setOutputPixelFormat(AC_OUTPUT_YUV422);
}
else if(data->video_mode == SRCFMT_YCbCr420)
{
data->video_element->player()->setOutputPixelFormat(AC_OUTPUT_YUV420P);
}

// data->video_element->player()->setOutputPixelFormat(AC_OUTPUT_RGBA32);
}

(copied from the part where it sets up the overlay window)

I think this is the part that was missing for getting the correct yuv format and let compositing do the conversion.
Please be aware that i am not familiar with yuv bytesize stuff and that might need some adjustments on Odyssey-master/odyssey-r155188-1.23/BAL/Media/WebCore/MorphOS/BCMediaPlayerPrivateMorphOS.cpp

@kas1e

As far as yuv-rgb conversion goes, from what i can gather from the source code is that avcodec already returns the video frame buffer in ARGB32.
I tried to change it so Compositing does the conversion but resulted in a good big crash (kas1e might have more details).

while Hardware compositing returns successfully i am now blitting the video buffers to a bitmap ,then compositing to the bigger bitmap and blit again to a buffer suitable for cairo rendering.
I was hoping the overhead added by this would be magnitudes lower than to scale the data by cpu,seems i was wrong or i need to remove a few steps still, for instance allocating/freeing both src,dst bitmaps for each frame.

If the data alignment is correct, i may also lock the destination buffer to pass the image data directly to cairo without blitting it to another buffer again.

If someone's willing to try changing this to see if it behaves better please do so, i can't commit for this week to the task.