Show HN: Edit videos faster by automatically removing silences • Hacker News Board

Re: Show HN: Edit videos faster by automatically removing silences

#61

Post by PaulDavisThe1st » Fri, Feb 04, 2022, 4:01 AM UTC

dceddia wrote: post #59

jonpurdy wrote: post #55

Earlier quoted context omitted.

Hi Dave, I just found out about your tool from this post and it looks amazing! I was about to download it to try it out but I'm now hesitant to try (and possibly later purchase) if it's being rewritten in Rust + Electron rather than a native Mac app. I wouldn't want to wake up one day and find a great native app has been replaced by an Electron app after paying $100 for it. Unless you were planning on Electron for Wi…

Hey! The current plan is to offer both versions, at least until the Rust/Electron app is at feature parity with the Mac app. In any case, the Mac app will continue to work, and you wouldn't be forced to switch versions. On the Rust/Electron side, all the heavy lifting is done in Rust-land, and so far, it's going pretty well. It's not all roses of course - it takes a bounce or two to start instead of launching instant…

Curious to know what your rationale was for choosing Electron? Targetting mobile?

Re: Show HN: Edit videos faster by automatically removing silences

#62

Post by PaulDavisThe1st » Fri, Feb 04, 2022, 4:05 AM UTC

pishpash wrote: post #48

Isn't this a basic function in Audacity (for audio)?

Solving this for audio has almost absolutely nothing to do with solving it for video (other than that the detection algorithm will be the same).

Editing audio to deal with "silent sections" is nothing like editing the video for the corresponding sections.

Re: Show HN: Edit videos faster by automatically removing silences

#63

Post by shahahmed » Fri, Feb 04, 2022, 4:05 AM UTC

dukeofdoom wrote: post #60

I use final cut to edit videos. Two things I haven't figured out how to do is to automatically that I would love an automatic solution to: 1. Cross fade the audio between clips, without crossfading the video, if the sound is available past the cut point. I think its pretty much 90% of the time that I would want something like that. 2. I have clips from a gopro that had a selfie stick that made a loud clicky sound fro…

i really like the idea of automating the first one - sort of solves for not needing room noise as a bridging mechanism. i think we'll try this!

dont know how we'll deal with the second one ...

Re: Show HN: Edit videos faster by automatically removing silences

#64

Post by PaulDavisThe1st » Fri, Feb 04, 2022, 4:06 AM UTC

shahahmed wrote: post #52

pishpash wrote: post #48

Isn't this a basic function in Audacity (for audio)?

in Audacity you can use Truncate Silence, which is pretty similar. Though obviously just for audio tracks, and I find it a missed opportunity that there isn't a live preview with a slider https://manual.audacityteam.org/man/truncate_silence.html

We have several silence-trimming operations in Ardour. There's no live preview with a slider because generalized to N tracks where N could theoretically be in the hundreds, that is hellaciously expensive. However, since you can undo/redo trivially when working with metadata instead of actual audio, it doesn't seem like much of an impediment.

Re: Show HN: Edit videos faster by automatically removing silences

#65

Post by dilly_li » Fri, Feb 04, 2022, 4:54 AM UTC

dceddia wrote: post #32

Very nice! As someone who wrote a native tool to do pretty much this (Recut / getrecut.com) it's super impressive to see it done in a web browser. The editor feels very fast and fluid. Doing it natively was hard enough, and recently I've been rewriting Recut with Rust + Electron so I have an idea of how much work it was to get it working well :sweat-smile: Keep up the good work y'all!

I love your tool for trimming down interview videos from Zoom!

However, recently I updated my recording setup with a new platform. Now I have separate video tracks for each participant and recut doesn’t handle multiple videos. Will this be supported in the new release?

Re: Show HN: Edit videos faster by automatically removing silences

#66

Post by dceddia » Fri, Feb 04, 2022, 5:10 AM UTC

PaulDavisThe1st wrote: post #61

dceddia wrote: post #59

Earlier quoted context omitted.

Hey! The current plan is to offer both versions, at least until the Rust/Electron app is at feature parity with the Mac app. In any case, the Mac app will continue to work, and you wouldn't be forced to switch versions. On the Rust/Electron side, all the heavy lifting is done in Rust-land, and so far, it's going pretty well. It's not all roses of course - it takes a bounce or two to start instead of launching instant…

Curious to know what your rationale was for choosing Electron? Targetting mobile?

It’s mainly for Windows support, with the side benefit of being able to potentially extend to browsers (with WASM). Electron doesn’t run on mobile as far as I know.

I looked at a bunch of cross-platform UI toolkits, and everything has its tradeoffs. Qt is probably the most full-featured alternative, and I’ve had experience with it in the past, but I didn’t love the idea of tackling a project this size in C++. On the Rust side, Tauri is very promising but it’s still early days.

Aside from the framework, the other big tradeoff is 1 app vs multiple - more “nativeness” for a much slower feature velocity. The big companies like Slack and Figma don’t even make that trade with millions in funding… and it seemed unwise to take that on as a solo bootstrapped developer.

In terms of stuff like ecosystem, building/packaging, updater support, and even nice little native details like progress bars on app icons, Electron has a lot going for it. The big downsides in my mind are startup time, baseline memory usage, and disk size. Once it’s up and running, IMO app performance is almost all down to the app’s code. So I’m optimizing where I can - being mindful of algorithms, avoiding memory copies, trying to keep things cache-friendly, avoiding heavy JS stuff, taking copious benchmarks, etc.

Re: Show HN: Edit videos faster by automatically removing silences

#67

Post by dceddia » Fri, Feb 04, 2022, 5:17 AM UTC

dilly_li wrote: post #65

dceddia wrote: post #32

Very nice! As someone who wrote a native tool to do pretty much this (Recut / getrecut.com) it's super impressive to see it done in a web browser. The editor feels very fast and fluid. Doing it natively was hard enough, and recently I've been rewriting Recut with Rust + Electron so I have an idea of how much work it was to get it working well :sweat-smile: Keep up the good work y'all!

I love your tool for trimming down interview videos from Zoom! However, recently I updated my recording setup with a new platform. Now I have separate video tracks for each participant and recut doesn’t handle multiple videos. Will this be supported in the new release?

Multi-track support is one of the things I’m trying to bake in from the beginning this time and I’m hopeful that’ll make it into the new release.

I’ve heard it said before (I think it was on the Software Social podcast) that whenever you have a choice to support 1 or many of a thing, always err on the side of “many” (users, teams, etc.) Well it turns out that applies to video tracks and clips too! There are massively more things to consider once there’s more than one, haha.

Re: Show HN: Edit videos faster by automatically removing silences

#68

Post by phist_mcgee » Fri, Feb 04, 2022, 5:39 AM UTC

dceddia wrote: post #59

jonpurdy wrote: post #55

Earlier quoted context omitted.

Hi Dave, I just found out about your tool from this post and it looks amazing! I was about to download it to try it out but I'm now hesitant to try (and possibly later purchase) if it's being rewritten in Rust + Electron rather than a native Mac app. I wouldn't want to wake up one day and find a great native app has been replaced by an Electron app after paying $100 for it. Unless you were planning on Electron for Wi…

Hey! The current plan is to offer both versions, at least until the Rust/Electron app is at feature parity with the Mac app. In any case, the Mac app will continue to work, and you wouldn't be forced to switch versions. On the Rust/Electron side, all the heavy lifting is done in Rust-land, and so far, it's going pretty well. It's not all roses of course - it takes a bounce or two to start instead of launching instant…

Have you investigated Tauri [1]? It's a lightweight wrapper around native web views that connects to a rust backend. I've had great success with it so far.

[1] https://tauri.studio/

Re: Show HN: Edit videos faster by automatically removing silences

#69

Post by serial_dev » Fri, Feb 04, 2022, 5:46 AM UTC

dceddia wrote: post #59

jonpurdy wrote: post #55

Earlier quoted context omitted.

Hi Dave, I just found out about your tool from this post and it looks amazing! I was about to download it to try it out but I'm now hesitant to try (and possibly later purchase) if it's being rewritten in Rust + Electron rather than a native Mac app. I wouldn't want to wake up one day and find a great native app has been replaced by an Electron app after paying $100 for it. Unless you were planning on Electron for Wi…

Hey! The current plan is to offer both versions, at least until the Rust/Electron app is at feature parity with the Mac app. In any case, the Mac app will continue to work, and you wouldn't be forced to switch versions. On the Rust/Electron side, all the heavy lifting is done in Rust-land, and so far, it's going pretty well. It's not all roses of course - it takes a bounce or two to start instead of launching instant…

Just wondering, did you consider Flutter? Thoughts?

It would help with both the disk and memory usage, easy to learn after web frameworks (both the framework, Flutter, feels familiar and Dart is super easy to learn), works well with Rust, but of course it has its downsides (no longer can rely on the html js css ecosystem).

Re: Show HN: Edit videos faster by automatically removing silences

#70

Post by dilly_li » Fri, Feb 04, 2022, 6:26 AM UTC

dceddia wrote: post #67

dilly_li wrote: post #65

Earlier quoted context omitted.

I love your tool for trimming down interview videos from Zoom! However, recently I updated my recording setup with a new platform. Now I have separate video tracks for each participant and recut doesn’t handle multiple videos. Will this be supported in the new release?

Multi-track support is one of the things I’m trying to bake in from the beginning this time and I’m hopeful that’ll make it into the new release. I’ve heard it said before (I think it was on the Software Social podcast) that whenever you have a choice to support 1 or many of a thing, always err on the side of “many” (users, teams, etc.) Well it turns out that applies to video tracks and clips too! There are massively…

Looking forward to it!

On 1 vs many,I think its totally reasonable to start with 1 given you are a small team. If you force yourself with high standard (which takes lots of extra person-hours), then you lose the key agility compared with other bigger players.