Search found 14 matches
- Thu Aug 14, 2008 5:46 pm
- Forum: Development
- Topic: audio encoding via an external program?
- Replies: 3
- Views: 1556
Re: audio encoding via an external program?
I would be willing to put a bit of time into working on some code for this Um this would be a lot of work. It would certainly require more than "a bit of time," especially if you aren't already intimately familiar with libhb. I mean what you're saying, about doing it all in at the audio e...
- Thu Aug 14, 2008 5:18 pm
- Forum: *nix
- Topic: Linux and SSE3
- Replies: 14
- Views: 5706
Re: Linux and SSE3
Good tips re yasm compile but the increase in speed seems quite neglible. [...] For what its worth; here are the results on a dual opti 2ghz running redhat. Looks like you were just missing out on 3dnow, since the binary download was build with MMX and SSE2. So not so surprising it didn't help so m...
- Wed Aug 06, 2008 6:44 am
- Forum: *nix
- Topic: New GTK GUI
- Replies: 40
- Views: 12018
Re: New GTK GUI
It's pretty consistently not happening on the first encode after starting ghb, and happening on subsequent encodes.jbrjake wrote:As I said...known issue.
Maybe on the first time through it reads all zeros from outside the picture, so it comes out ok, or something?
- Tue Aug 05, 2008 2:56 pm
- Forum: Development
- Topic: audio encoding via an external program?
- Replies: 3
- Views: 1556
audio encoding via an external program?
Would it be possible to create an audio encoder that piped wav data through an external command, e.g. neroAacEnc? MacOS X and Linux/Unix both have Unix pipes that can be redirected easily, and I think Windows >= NT has pipes. Personally, I only care about using it on GNU/Linux, piping through Nero's...
- Tue Aug 05, 2008 2:16 pm
- Forum: *nix
- Topic: Using external copies of e.g. x264
- Replies: 7
- Views: 2701
Re: Using external copies of e.g. x264
lame is pretty safe. we use aoTuV vorbis, so, you're potentially hurting quality by using the stock libvorbis. x264 is patched so we can write keyframes at chapter markers. This helps out on certian players. But if it's not patched, the request for an I frame is just ignored, so it won't really hur...
- Tue Aug 05, 2008 1:53 pm
- Forum: *nix
- Topic: Linux Snapshot?
- Replies: 3
- Views: 1705
Re: Linux Snapshot?
Is there any chance to get the latest snapshot also for Linux? It's available for Windows and two flavors of Mac - Is this a subtle hint that Linux support is passing away? I compiled the last several versions from svn and they just don't work for me at all - no need to go into details. Latest SVN ...
- Tue Aug 05, 2008 1:27 pm
- Forum: *nix
- Topic: New GTK GUI
- Replies: 40
- Views: 12018
Re: New GTK GUI
pcordes, do you mean the "slower" setting, because there is no slowest. If so, I haven't been able to reproduce what your seeing. An activity log would help out a lot. Yes, I meant "slower"; sorry for the confusion. I'll post an Activity.log in a few minutes. Here it is: [17:30:...
- Mon Aug 04, 2008 8:34 pm
- Forum: *nix
- Topic: New GTK GUI
- Replies: 40
- Views: 12018
Re: New GTK GUI
another bug:
deinterlace:slowest works fine on the first encode after starting ghb. On subsequent encodes, the bottom few lines of the output video are green and flickering (with none of the original picture beneath that).
deinterlace:slowest works fine on the first encode after starting ghb. On subsequent encodes, the bottom few lines of the output video are green and flickering (with none of the original picture beneath that).
- Mon Aug 04, 2008 5:55 pm
- Forum: *nix
- Topic: New GTK GUI
- Replies: 40
- Views: 12018
Re: New GTK GUI
I noticed a problem with x264 encoding options in the GUI. analysis=all doesn't actually do that if the selected profile doesn't include x264_options=8x8dct (or you can put that in the custom x264 options text field, but nothing gives you any indication that you should.) It seems that the default &q...
- Mon Aug 04, 2008 5:46 pm
- Forum: *nix
- Topic: Using external copies of e.g. x264
- Replies: 7
- Views: 2701
Re: Using external copies of e.g. x264
I want to use the shared libs from Ubuntu, except for x264. Uh, good luck with that. You realize that HB applies all sorts of patches to the libs it uses and requires very specific versions of, say, mpeg4ip to even compile? It's not like we use static libs at specific versions just to be difficult....
- Mon Aug 04, 2008 11:58 am
- Forum: *nix
- Topic: Using external copies of e.g. x264
- Replies: 7
- Views: 2701
Re: Using external copies of e.g. x264
There are several patches floating around for this (although most of them attempt to use dynamic libs not static). Ok, I'll take a look. I want to use the shared libs from Ubuntu, except for x264. It wouldn't really be that hard to do. However, we do have a much more up-to-date version of x264 in t...
- Mon Aug 04, 2008 12:59 am
- Forum: *nix
- Topic: Using external copies of e.g. x264
- Replies: 7
- Views: 2701
Using external copies of e.g. x264
Does anyone use HandBrake with a libx264.a from /usr/local/lib (for example), instead of letting it use the version of x264 that HB downloads during its build? HandBrake's x264 tarball is a bit out of date compared to the latest x264 git tree. (It's not that old, though: contrib/patch-x264-aq.patch ...
- Mon Aug 04, 2008 12:31 am
- Forum: General Questions
- Topic: Audio from multiple indexes
- Replies: 4
- Views: 1062
Re: Audio from multiple indexes
I have a couple of DVD's, The Goonies for example, that have video commentary tracks. Is there a way to encode the video and audio from the movie index with the audio from the commentary index to the same file? Josh. Use mplayer -dumpaudio -dumpfile foo.ac3 to dump the audio, then use mkvmerge to m...
- Mon Aug 04, 2008 12:26 am
- Forum: *nix
- Topic: New GTK GUI
- Replies: 40
- Views: 12018
Re: New GTK GUI
It's great to have a GUI for a decent encoder. I found a minor bug: If you click in the log (Activity) window, new log messages appear where you clicked, instead of at the end of the log. You're probably using a text box widget, and clicking moves the cursor. I clicked in the first place so the wind...