Avalonia now has Resources so porting from WPF got a bit easier.
css-like selectors?
so i'm looking for a UI for a small screen - 320x240 on linux, using coreclr. is the skia backend in good enough shape?
Skia backend - yes
Our /dev/fb0 support... Well, I've only tested it on my laptop and with QEMU VM
And I haven't even started working on support for /dev/drm
i just need the framebuffer
its a pretty simple screen
is there support for the linux input system?
There is some basic support for evdev
ok cool. just need to be able to handle my finger. lol
when did you guys switch to portable.xaml?
oh and is ide usable?
damn you guys have been busy! i see an avalonedit port.
IDE isn't completely usable yet
i got excited when i saw the vs plugin, but then remembered i'm doing all my dev in wsl
i could probably still make it work
hmm. this would be an interesting port: https://github.com/ArthurHub/HTML-Renderer
would make for an interesting rich text control
We already have it ported
Back in 2015, I think
oh??
awesome!
does it work?
Nobody have checked if it does since 2016
damn wish i had more time
It would probably be better to make the original one to target netstandard
and push our backend to their main repo
yeah
so avalonia is netstandard 2 compliant?
yep
@Nikita I followed your suggestion. I took a piece of code form some example
var fb = new Framebuffer(PixelFormat.Bgra8888, (int)this.Width, (int)this.Height);
var r = AvaloniaLocator.Current.GetService<IPlatformRenderInterface>();
using (var target = r.CreateRenderTarget(new object[] { fb }))
{
var bmp = new Bitmap(PixelFormat.Bgra8888, fb.Address, fb.Width, fb.Height, fb.RowBytes);
bmp.Save(@"D:\test1.bmp");
}
fb.Deallocate();
using (var rtb = new RenderTargetBitmap((int)this.Width, (int)this.Height))
{
rtb.Render(this);
rtb.Save(@"D:\test2.png");
}
All bytes in fb.Address are 0. So test1.bmp doesn't contain antything
test2.png is correct
What is wrong?
Thank you
Well, you aren't rendering anything
ops, sorry. I thought this feature return the buffer of the window content
Nope, you can render controls to a render target
one of the possible render targets is a framebuffer
In my WPF application I use rendertargetbitmap Render and after that CopyPixel to get the pixels
how can I render targets in a framebuffer?
You can render to a framebuffer instead of RTB
var fb = new Framebuffer(PixelFormat.Bgra8888, (int)this.Width, (int)this.Height);
var r = AvaloniaLocator.Current.GetService<IPlatformRenderInterface>();
using (var target = r.CreateRenderTarget(new object[] { fb }))
using (var ctx = target.CreateDrawingContext(null))
{
Avalonia.Rendering.Render(this, ctx);
}
var r = AvaloniaLocator.Current.GetService<IPlatformRenderInterface>();
using (var target = r.CreateRenderTarget(new object[] { fb }))
using (var ctx = target.CreateDrawingContext(null))
{
Avalonia.Rendering.Render(this, ctx);
}
var bmp = new Bitmap(PixelFormat.Bgra8888, fb.Address, fb.Width, fb.Height, fb.RowBytes);
bmp.Save(@"D:\test1.bmp");
fb.Deallocate();
something like that?
Yeah, but you can probably render to your video card's framebuffer directly
instead of using intermediate bitmaps
It gives you an IntPtr, right?
Right
I don’t find avaloniA.rendering what should I add?
Should I call this function in ui thread or can I call in another thread?
@kekekeks hey how does omnigui compare to avalonia?
It would probably be better to make the original one to target netstandard
@kekekeks ArthurHub/HTML-Renderer#112
@jakesays omnigui uses native controls, its more like xamarin forms, avalonia is 100% lookless controls, afaik
@jakesays @danwalmsley OmniGui is lookless like Avalonia, but with a much smaller control library, immediate-rendering only, no binding priority system, and a much less performant XAML engine. It's actually run by the guy who develops our previous XAML engine. He started it after we switch off his XAML engine because of performance issues
gui toolkit rumble
Also OmniGui won't handle the window creation. It renders into a view provided by the user
Should I call this function in ui thread or can I call in another thread
It is possible to render on non-UI thread, but that involves quite complex setup
ImmediateRenderer.Render should be called on UI-thread
thank you Nikita
you wrote
"but you can probably render to your video card's framebuffer directly
instead of using intermediate bitmaps
It gives you an IntPtr, right?"
where shoud I pass IntPtr?
You need to implement ILockedFramebuffer
and return that IntPtr from Address property
Just make sure to set width, height, stride and pixel format correctly
@jkoritzinsky ok cool. thanks.
i'm trying to decide if i work today or play with skia-avalonia on my LCD
thank you
@jakesays you still need to get an ARM build of libSkiaSharp somewhere...
@kekekeks yeah i'll build it
if i get it working i'm going to try to implement my own userspace that loads just my app
but thats down the road
I'm testing the speed of rendering function
Stopwatch stopwatch = new Stopwatch();
var fb = new Framebuffer(PixelFormat.Bgra8888, (int)this.Width, (int)this.Height);
var r = AvaloniaLocator.Current.GetService<IPlatformRenderInterface>();
using (var target = r.CreateRenderTarget(new object[] { fb }))
using (var ctx = new DrawingContext(target.CreateDrawingContext(null)))
{
stopwatch.Start();
ImmediateRenderer.Render(this, ctx);
Trace.WriteLine(stopwatch.ElapsedMilliseconds);
var bmp = new Bitmap(PixelFormat.Bgra8888, fb.Address, fb.Width, fb.Height, fb.RowBytes);
bmp.Save(@"D:\test1.bmp");
}
fb.Deallocate();
using (var rtb = new RenderTargetBitmap((int)this.Width, (int)this.Height))
{
stopwatch.Restart();
rtb.Render(this);
Trace.WriteLine(stopwatch.ElapsedMilliseconds);
rtb.Save(@"D:\test2.png");
}ImmediateRenderer.Render seems to be slower than RenderTargetBitmap Render
Are you using Skia backend?
If you are using Direct2D RTB rendering will be faster, but it will take time to get it back from the video memory
So
rtb.Save(@"D:\test2.png"); will be slower than bmp.Save(@"D:\test1.bmp");
It also won't actually flush the drawing operations immediately
So if you are using Direct2D backend, your benchmark is incorrect
not the "save" function. I'm watching the stopwatch.elapsedmilliseconds
Yes, but you don't measure the time of rendering
You are measuring the time of sending drawing commands to DirectX
Switch to Skia backend
You also shouldn't access the bitmap data before disposing DrawingContext
It's not guaranteed to have the complete image at that point
sorry I'm newbie, what's mean "switch to skia backend"?
In your
Main method add UseSkia() after UsePlatformDetect()
@kekekeks I have finished adding support for
netstandar2.0 for HTML-Renderer ArthurHub/HTML-Renderer#112 https://ci.appveyor.com/project/ArthurHub/html-renderer/build/1.5.1.136/artifacts, hopefully it will get merged in main repo :smile:
:+1: