@Quackdoc@lemmy.world avatar

Quackdoc

@Quackdoc@lemmy.world

This profile is from a federated server and may be incomplete. Browse more on the original instance.

deleted_by_author

  • Loading...
  • Quackdoc,
    @Quackdoc@lemmy.world avatar

    I just get any windows tablet that has good linux support and throw bliss on it, Linux tablet situation is bad right now

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    I fell for the lie of flatpak not being bloated, I just nuked flatpak from my PC since I just run arch anyways. Im not sure if repo is safe to remove. You might be able to run rmlint -g and see how much data can be deduplicated on an FS level, I never checked myself since I run f2fs, but if you run an FS with dedupe capabilities it may work for you.

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    I am aware of that, but even with it there’s still a decent amount of waste.

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    For sure try out olive You can’t do automatic stabilization but manual works fine, However I will always use gyroflow whenever possible anyways. If needed you can easily script motion tracking data from 3rd party sources.

    but it is properly color managed throughout the entire editor so doing color correction works properly and accurately. the node system is really powerful despite it’s early nature, and as far as I know olive is the only FOSS editor with proper OCIO integration, which means you get industry standard color management tooling including things like ACES support. You also have OTIO support for importing and exporting editorial cutting information.

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    Honestly might be a bit of a “shill” moment, Grabbing windows 2 in 1 and flashing bliss to it. Currently have a chuwi hi10x which can boot into Bliss and it’s nice.

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    I wont say there is no jank, there is certainly a degree of it, particularly around arm apps due to needing libhoudini or libndk for arm translation (some games, not all with pick these up as “emulators” and block you or simply not work on a couple games) but generally most arm apps work fine. if you are living with a fully x86 ecosystem like myself, I have zero complaints, everything works fine and dandy. that I myself have tested. but ofc, bugs do exist and we try to help out as much as we can on the bliss telegram or matrix as it is an actively developed project.

    It only really works well with 2 in 1 machines that have decentish linux support. there are specific builds for some surface devices. however if your device like mine has decent linux support, it’s pretty much a plug and play solution. Bliss uses a the android common kernel which has very little modifications to upstream kernel so typically support for hardware is simply dependant on how new the kernel is.

    Bliss also relies on mesa for graphics, so intel and AMD have great support, and Nvidia is quite lack luster, but this may change with the new foss nvidia driver stuff.

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    Exactly that. While most apps do offer X86 versions, there are some that don’t. Every now and then you will come across an app or two that doesn’t.

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    the cosmic edit is really nice, But I would like it if it would bundle and compile the icons and stuff it needs. One of the great parts about rust is being able to statically compile all the programs I need and slap them onto a thumbdrive, did that with cosmic edit and this is what I saw. overall, I think cosmic edit has a lot of potential, love the aesthetic of it a lot

    cdn.discordapp.com/attachments/…/image.png

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    Nice! thanks a bunch, this will be quite nice :D

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    This is understandable, and honestly xwayland is great, even with fractional scaling now, at the very least on KDE. I think simply relying on xwayland is a very viable solution now for a lot of apps. and it helps work around a lot of issues so that’s always a major plus

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    I haven’t had any stuttering issues myself, so I cant comment on that outside of “works for me”

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    It’s not really hacky as far as I know, it’s just the old status quo. On X applications could scale themselves if they have high DPI support, and that’s what KDE is allowing. And it works great. The vast majority of apps I use support high DPI on X, and they work perfectly fine on xwayland.

    It is legitimately a great experience using xwayland like this. A lot of apps I use, they look perfectly fine, they perform perfectly fine, and they’re not broken, which is a massive plus.

    Of course, this probably does break one or two apps out there. I’m not saying it’s a perfect solution. It’s far from it. But honestly, I think it’s a really good solution. It allows developers the ease and flexibility of developing for X11 if you don’t need Wayland’s features.

    Of course, you are still losing out. Having proper touch support is such an amazing feature with Wheland. Don’t get me wrong. I love a lot about Wheland. It’s just a pain in the ass to develop for. It is nowhere near as flexible as X11.

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    Yep, I would say it’s the best we got. I have a 4K monitor at a 20% scale and it works great.

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    Ill say promising. Mesa recently landed sparse support so that should make a lot more games playable now, perf is decent but there are for sure still bugs, for instance for me and a couple others, gamescope doesn’t work right

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    i’ve been using sonobus lately and it’s been pretty good, I had latency issues when I tested the android app a long time ago, ill have to test it again

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    I find that even if you get a touch primary device, make sure to get one with a keyboard, Ubuntu, Fedora, doesn’t matter, KDE, Gnome doesn’t matter, the touch only experience on linux is simply not great. Make extra sure to get the keyboard with it if its optional.

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    I am, very hesitantly, optimistic for the new smithay based compositors. Cosmic doesn’t have touch support yet, but it’s super light weight, I get better perf then I do even with KDE. I plan on swapping to it full time on my tablet when it gets touch support. (and when some touch friendly gui stuff is available). you also have catacomb which is an actual mobile compositor. Very promising stuff, but still very far out

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    You could probably look into something like paperwm or Niri, I think scrollable window managers have a lot of potential to be a novel but good touch experience

    EDIT: Im not sure if niri support touch, I havent tested it, but I think i might actually try it myself when I get the chance now

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    android as desktop works pretty decently actually, it can be quite nice when you set it up, especially for lower end hardware, and ofc, if you need more flexibility, you can run linux in a chroot and use x11 to bring the screen to the android env. or go vice versa and use waydroid in linux and your desktop, then simply swap out when you dont need it. (though waydroid can be harder on low end hardware)

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    it’s not accurate to say android is centred on touch input. Android has some of, if not the most diverse input options, mouse and keyboard works fine, also there is a large library of apps compatible with remotes/gamepads. While that might be how a lot of people normally interact with it, android is very well developed to be diverse

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    before anyone gets too excited, this doesn’t seem like it applies to DG2 gaming cards, ATSM and PVC are compute cards

    
    <span style="color:#323232;">+SR-IOV Capability
    </span><span style="color:#323232;">+=================
    </span><span style="color:#323232;">+
    </span><span style="color:#323232;">+Due to SR-IOV complexity and required co-operation between hardware, firmware
    </span><span style="color:#323232;">+and kernel drivers, not all Xe architecture platforms might have SR-IOV enabled
    </span><span style="color:#323232;">+or fully functional.
    </span><span style="color:#323232;">+
    </span><span style="color:#323232;">+To control at the driver level which platform will provide support for SR-IOV,
    </span><span style="color:#323232;">+as we can't just rely on the PCI configuration data exposed by the hardware,
    </span><span style="color:#323232;">+we will introduce "has_sriov" flag to the struct xe_device_desc that describes
    </span><span style="color:#323232;">+a device capabilities that driver checks during the probe.
    </span><span style="color:#323232;">+
    </span><span style="color:#323232;">+Initially this flag will be set to disabled even on platforms that we plan to
    </span><span style="color:#323232;">+support. We will enable this flag only once we finish merging all required
    </span><span style="color:#323232;">+changes to the driver and related validated firmwares are also made available.
    </span><span style="color:#323232;">+
    </span><span style="color:#323232;">+
    </span><span style="color:#323232;">+SR-IOV Platforms
    </span><span style="color:#323232;">+================
    </span><span style="color:#323232;">+
    </span><span style="color:#323232;">+Initially we plan to add SR-IOV functionality to the following SDV platforms
    </span><span style="color:#323232;">+already supported by the Xe driver:
    </span><span style="color:#323232;">+
    </span><span style="color:#323232;">+ - TGL (up to 7 VFs)
    </span><span style="color:#323232;">+ - ADL (up to 7 VFs)
    </span><span style="color:#323232;">+ - MTL (up to 7 VFs)
    </span><span style="color:#323232;">+ - ATSM (up to 31 VFs)
    </span><span style="color:#323232;">+ - PVC (up to 63 VFs)
    </span><span style="color:#323232;">+
    </span><span style="color:#323232;">+Newer platforms will be supported later, but we hope that enabling will be
    </span><span style="color:#323232;">+much faster, as majority of the driver changes are either platform agnostic
    </span><span style="color:#323232;">+or are similar between earlier platforms (hence we start with SDVs).
    </span>
    
    Quackdoc,
    @Quackdoc@lemmy.world avatar

    I myself am currently using a Chuwi Hi10X. I don’t have too many major complaints about it other than its quite underpowered. It does perform decently well until you need something graphics related then just kinda sucks. However I can use Firefox with it without any major gripes aisde from video playback, then I need to use chromium.

    The desktop environment you use can actually play a massive part in its usability. I have found that GNOME is pretty much useless. KDE isn’t bad but it’s still heavy. I have been testing Cosmic DE and it has been pretty good. Definitely the best performing of the bunch so when that releases I’ll probably be using that full time.

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    Intel A350, can’t say I have many complaints now. a lot of the issues have been ironed out. I’m not sure if the sparse work has landed for i915 yet, but once it does I don’t think I will have too many super major issues left. Im getting some artifacts when using gamescope, but that’s not a major issue for me since I don’t really need gamescope

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    I tried it and I don’t think it’s usable. the applications it has are quite frankly garbage. and it overall feels janky to control. not great IMO

    Quackdoc,
    @Quackdoc@lemmy.world avatar

    just because its in mainline, doesnt mean distros build them though we are now seeing more and more distros use them, binder/fs being enabled is not a given

  • All
  • Subscribed
  • Moderated
  • Favorites
  • JUstTest
  • InstantRegret
  • mdbf
  • osvaldo12
  • magazineikmin
  • cubers
  • rosin
  • thenastyranch
  • Youngstown
  • tacticalgear
  • slotface
  • khanakhh
  • kavyap
  • DreamBathrooms
  • provamag3
  • Durango
  • everett
  • ethstaker
  • modclub
  • anitta
  • cisconetworking
  • tester
  • ngwrru68w68
  • GTA5RPClips
  • normalnudes
  • megavids
  • Leos
  • lostlight
  • All magazines