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

HandBrake 1.0.0 Released

handbrake.fr

Post reply on HN
Print view View original

81–90 of 181 posts

Re: HandBrake 1.0.0 Released

#81

Post by ZenoArrow »

marcosdumay wrote: post #20
adim86 wrote: post #3

It is amazing to see software that is about 10 years old just hitting 1.0. Never really quite understood that. Is the developer just not confident in it that it is in beta for a while? or is it just a style of versioning? Anyways glad to see development on handbreak.Great software!

You develop and test as fast as you have time to. HandBrake probably does not bring money to its developers, so the pace is inherently limited.

It's not necessarily about the pace. Some 0.x software is more feature complete than other 1.x software. It's not possible to compare versions between different pieces of software to infer anything meaningful about how much work went into them.

To give an example, it took VLC a long time to reach version 1, yet even in its 0.x releases it was amongst the best video players available (in terms of features, performance and stability), better than many other closed-source competitors with higher version numbers.

In other words, aside from libraries and programming languages (where major version numbers do have extra significance), version numbers are only loosely coupled to software quality.

Re: HandBrake 1.0.0 Released

#82

Post by eximius »

witty_username wrote: post #73
eximius wrote: post #66

Earlier quoted context omitted.

Streaming doesn't stop it, you just record your screen. It's not perfect, but it works. DRM is dumb.

Yes, but it stops easy copying. Don't let good be the enemy of perfect.

Interesting reversal of that saying.

Regardless, my point was the futility of it because screen recording is acceptable, not that we shouldn't strive for better.

Re: HandBrake 1.0.0 Released

#83

Post by izacus »

kalleboo wrote: post #49
noobermin wrote: post #9

I ask as someone who uses ffmpeg regularly, what does Handbrake offer over ffmpeg?

How good is the ffmpeg AAC encoder these days? Ages ago when I started using HandBrake, it using Apple's CoreAudio codec on Macs for the AAC encoding was a big plus on the audio side.

It's actually fine for most use-cases. Beats FAAC and VO_AACENC easily and it's slightly worse than FDK-AAC from Fraunhofer.

In short - just fine to use and it's the default (without -strict) now.

Re: HandBrake 1.0.0 Released

#84

Post by pulse7 »

dahart wrote: post #56
chrisper wrote: post #53

Earlier quoted context omitted.

How is that even possible with virtual memory and paging? Why would the same video data or whatever go to the same physical location every time?

I can imagine bunches of possibilities. Paging can make things hard to predict, especially when multiple programs are allocating memory, but it doesn't make the system non-deterministic, nor does it make hitting the same physical address impossible. One possibility is that he didn't restart the program between retries, and the memory in question was already allocated. Another possibility is that he only ran handbrake…

Maybe my Handbrake installation was broken because of defective RAM - I don't know exactly... anyway: I found the problem was RAM and now it works...

Re: HandBrake 1.0.0 Released

#85

Post by symlinkk »

brownbat wrote: post #54

I often wonder if archivists are out there somewhere, armed with HandBrake, ripping every DVD they can find into a digital format for preservation beyond the life of the disc. I've been fascinated with some projects that have tried to recreate the original theater experience of the original Star Wars,[0] or groups trying to capture classics that influenced Chinese cinema but haven't been widely reproduced, like Red H…

yeah they're all here: https://passthepopcorn.me/

Re: HandBrake 1.0.0 Released

#86

Post by germinalphrase »

aw3c2 wrote: post #58
brownbat wrote: post #54

I often wonder if archivists are out there somewhere, armed with HandBrake, ripping every DVD they can find into a digital format for preservation beyond the life of the disc. I've been fascinated with some projects that have tried to recreate the original theater experience of the original Star Wars,[0] or groups trying to capture classics that influenced Chinese cinema but haven't been widely reproduced, like Red H…

Rest assured that there are archivists ripping their discs losslessly somewhere in the dark corners of the internet. Hidden because the copyright mafia will otherwise ruin their lives.

I once knew of a group like this. eventually, thy disappeared - but it was the most wonderful way to access otherwise unavailable arthouse and experimental cinema. I miss it.

Re: HandBrake 1.0.0 Released

#87

Post by gigatexal »

I've so much respect for the team behind handbrake. What a quality piece of software. Kudos to them to making it to 1.0 -- I hope to be using it for many years to come. It's cool to see H265 support too. That's something I look forward to trying out.

Re: HandBrake 1.0.0 Released

#88

Post by circular_logic »

walterbell wrote: post #65
aw3c2 wrote: post #58

Earlier quoted context omitted.

Rest assured that there are archivists ripping their discs losslessly somewhere in the dark corners of the internet. Hidden because the copyright mafia will otherwise ruin their lives.

What's the best software for lossless archival ripping?

You can just use bash to make a 1:1 copy:

  sudo cat /dev/sr0 > ~/example.iso

Re: HandBrake 1.0.0 Released

#89

Post by snvzz »

dahart wrote: post #56
chrisper wrote: post #53

Earlier quoted context omitted.

How is that even possible with virtual memory and paging? Why would the same video data or whatever go to the same physical location every time?

I can imagine bunches of possibilities. Paging can make things hard to predict, especially when multiple programs are allocating memory, but it doesn't make the system non-deterministic, nor does it make hitting the same physical address impossible. One possibility is that he didn't restart the program between retries, and the memory in question was already allocated. Another possibility is that he only ran handbrake…

> but it doesn't make the system non-deterministic

Actually, it does. It's possible to calculate WCET involving ram accesses, as the behaviour is deterministic; there's a set latency.

It's not possible whenever SWAP is involved, which is why most of the realtime world simply avoids swap. This is mentioned in the Genode handbook, if you're willing to dig into it more.

Re: HandBrake 1.0.0 Released

#90

Post by KevinEldon »

brownbat wrote: post #48
pulse7 wrote: post #41

HandBrake found me a defective RAM module on my PC: it freezed in the middle of video conversion - every single time on exactly the same video position. After further investigation I found the "bug" in my RAM...

Amazing. These are like Bill Brasky stories or Schneier facts. If Handbrake fails, it's only because your hardware is broken.

It's funny you should say that because the one time Handbrake failed for me Bill Brasky showed me how to hand solder my CPU, and I'd be your aunt if it didn't fix Handbrake. Bill Brasky, RIP.
Post reply on HN