Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

DaVinci Resolve 21

blackmagicdesign.com

Post reply on HN
Print view View original

271–280 of 287 posts

Re: DaVinci Resolve 21

#271

Post by Ukv »

goblin89 wrote: post #270
Ukv wrote: post #269

Earlier quoted context omitted.

> The aforementioned RawTherapee has no such issues I don't mean to claim that the mentioned issues are unavoidable or that some piece of software is more likely than not to have these issues, just that when there are OS-specific issues it's this kind of thing I expect. Clipboard handling is pretty much an entirely different implementation on each platform unless you're using something like Electron that already hand…

There’s no use case for system clipboard, given it’s a monolithic piece of software that doesn’t allow multiple projects to be simultaneously open in different instances. There’s nowhere else to paste except the same window. Meanwhile, open-source, non-Electron, multi-platform software that handles copy-paste via system clipboard exists just fine (VCV Rack comes to mind).

> There’s no use case for system clipboard

There are many things it makes sense to copy/drag-drop between applications. There are cases where you might not need to, but using the system clipboard is still common.

> Meanwhile, open-source, non-Electron, multi-platform software that handles copy-paste via system clipboard exists just fine (VCV Rack comes to mind)

VCV Rack seems to just use GLFW to handle it, but again I'm not claiming these issues are unavoidable or more likely than not to occur. For any given issue with some software, 99% of other software will not have that same issue.

Re: DaVinci Resolve 21

#272

Post by kranke155 »

l33tbro wrote: post #261
kranke155 wrote: post #239

Earlier quoted context omitted.

I work professionally in commercials. You literally wrote the very solid counter argument into your own comment. For interviews, this saves hundreds of hours. Giant amounts of social content are now interview-like, including podcasts. Your argument makes little sense to me. For narrative editing, this is a minor help. For interview-like content it cuts work by 30-70% maybe. its probably a gamechanger.

So you are satisfied with work where you have not watched all of the material? Fine if that works for you, but I would not think I'd have done a good job. If something has compiled some great selects for me, I only have material based on what is said. But I don't know how it is said - which to me is everything . Yes, this goes for podcasts too. What I make just won't be as good as if I'd have taken the time to go thr…

I don’t care whether I’m satisfied - I care whether the client is. And does this get me faster to it? Probably yes.

In a narrative film or a project of my own I’d care. In a project for hire under a tight deadline?

Why would I? The delivery is the delivery. That’s how commercials go, at least. Clients dont ask - have you seen every bit of footage - they ask - is it ready for deadline.

Re: DaVinci Resolve 21

#273

Post by goblin89 »

Ukv wrote: post #271
goblin89 wrote: post #270

Earlier quoted context omitted.

There’s no use case for system clipboard, given it’s a monolithic piece of software that doesn’t allow multiple projects to be simultaneously open in different instances. There’s nowhere else to paste except the same window. Meanwhile, open-source, non-Electron, multi-platform software that handles copy-paste via system clipboard exists just fine (VCV Rack comes to mind).

> There’s no use case for system clipboard There are many things it makes sense to copy/drag-drop between applications. There are cases where you might not need to, but using the system clipboard is still common. > Meanwhile, open-source, non-Electron, multi-platform software that handles copy-paste via system clipboard exists just fine (VCV Rack comes to mind) VCV Rack seems to just use GLFW to handle it, but again…

This starts to look like a waste of time and not a useful discussion. There are frameworks and libraries that handle 100% of clipboard OS specifics, and the app in question has no use for system clipboard in the first place. In my experience the app is buggy and a pain to use relative to other software, that’s the entirety of my point.

Re: DaVinci Resolve 21

#274

Post by Ukv »

goblin89 wrote: post #273
Ukv wrote: post #271

Earlier quoted context omitted.

> There’s no use case for system clipboard There are many things it makes sense to copy/drag-drop between applications. There are cases where you might not need to, but using the system clipboard is still common. > Meanwhile, open-source, non-Electron, multi-platform software that handles copy-paste via system clipboard exists just fine (VCV Rack comes to mind) VCV Rack seems to just use GLFW to handle it, but again…

This starts to look like a waste of time and not a useful discussion. There are frameworks and libraries that handle 100% of clipboard OS specifics, and the app in question has no use for system clipboard in the first place. In my experience the app is buggy and a pain to use relative to other software, that’s the entirety of my point.

> There are frameworks and libraries that handle 100% of clipboard OS specifics

They're sufficient in many cases, but you'll still sometimes need the control of working with COM/etc. directly, and those libraries don't fully save you from platform-specific bugs (e.g: https://github.com/glfw/glfw/issues/2644).

> the app in question has no use for system clipboard in the first place

What do you expect to happen when you copy some text from an external editor into a text field?

Re: DaVinci Resolve 21

#275

Post by l33tbro »

kranke155 wrote: post #272
l33tbro wrote: post #261

Earlier quoted context omitted.

So you are satisfied with work where you have not watched all of the material? Fine if that works for you, but I would not think I'd have done a good job. If something has compiled some great selects for me, I only have material based on what is said. But I don't know how it is said - which to me is everything . Yes, this goes for podcasts too. What I make just won't be as good as if I'd have taken the time to go thr…

I don’t care whether I’m satisfied - I care whether the client is. And does this get me faster to it? Probably yes. In a narrative film or a project of my own I’d care. In a project for hire under a tight deadline? Why would I? The delivery is the delivery. That’s how commercials go, at least. Clients dont ask - have you seen every bit of footage - they ask - is it ready for deadline.

It makes things more convenient for you. I'm not arguing against that. And, yes, you may have a satisfied client. But the work will not be as interesting, because you have not comprehended all of the ingested material. That is my only point. I'm not sure why this is so upsetting?

Re: DaVinci Resolve 21

#276

Post by entropie »

tobyhinloopen wrote: post #228
entropie wrote: post #187

Earlier quoted context omitted.

I used lightroom over a decade and besides the initial quirks i fucking love darktable. After 6 month I actually like it more than lightroom and never looked back.

I tried Darktable a few times and I just couldn’t stand it hah. I’ll try it again, hah, Tnx!

Yes, it sucks at the beginning. But eventually it clicks. It did for me.

Re: DaVinci Resolve 21

#277

Post by scottyah »

Sohcahtoa82 wrote: post #127
scottyah wrote: post #108

Earlier quoted context omitted.

But their target audience are creators, not consumers. Creators love AI.

Good point, though I think it depends on the creator. Professional creators working at a corporation probably love AI. Amateur independent creators that weren't making any money from their art hate AI and use it as a scapegoat. They weren't getting commissions before, and now they're claiming it's because AI is replacing commissioned art.

Ah, but true artists just need to wait till they die before their work turns really profitable ;)

Re: DaVinci Resolve 21

#278

Post by goblin89 »

Ukv wrote: post #274
goblin89 wrote: post #273

Earlier quoted context omitted.

This starts to look like a waste of time and not a useful discussion. There are frameworks and libraries that handle 100% of clipboard OS specifics, and the app in question has no use for system clipboard in the first place. In my experience the app is buggy and a pain to use relative to other software, that’s the entirety of my point.

> There are frameworks and libraries that handle 100% of clipboard OS specifics They're sufficient in many cases, but you'll still sometimes need the control of working with COM/etc. directly, and those libraries don't fully save you from platform-specific bugs (e.g: https://github.com/glfw/glfw/issues/2644 ). > the app in question has no use for system clipboard in the first place What do you expect to happen when y…

This is about app specific data, not text. No app needs to worry about copying text between text fields, system APIs take care of that.

Re: DaVinci Resolve 21

#279

Post by kranke155 »

l33tbro wrote: post #275
kranke155 wrote: post #272

Earlier quoted context omitted.

I don’t care whether I’m satisfied - I care whether the client is. And does this get me faster to it? Probably yes. In a narrative film or a project of my own I’d care. In a project for hire under a tight deadline? Why would I? The delivery is the delivery. That’s how commercials go, at least. Clients dont ask - have you seen every bit of footage - they ask - is it ready for deadline.

It makes things more convenient for you. I'm not arguing against that. And, yes, you may have a satisfied client. But the work will not be as interesting, because you have not comprehended all of the ingested material. That is my only point. I'm not sure why this is so upsetting?

Its not. I’m happy we had this conversation. I respect your attention to detail and fastidiousness.

Re: DaVinci Resolve 21

#280

Post by Ukv »

goblin89 wrote: post #278
Ukv wrote: post #274

Earlier quoted context omitted.

> There are frameworks and libraries that handle 100% of clipboard OS specifics They're sufficient in many cases, but you'll still sometimes need the control of working with COM/etc. directly, and those libraries don't fully save you from platform-specific bugs (e.g: https://github.com/glfw/glfw/issues/2644 ). > the app in question has no use for system clipboard in the first place What do you expect to happen when y…

This is about app specific data, not text. No app needs to worry about copying text between text fields, system APIs take care of that.

> This is about app specific data, not text

A hybrid clipboard system is possible, but adds complexity and won't necessarily eliminate platform-specific bugs.

> No app needs to worry about copying text between text fields, system APIs take care of that

Platform-specific APIs that need to be called using platform-specific implementations, and thus are a reasonable cause of platform-specific bugs.

Post reply on HN