Any luck on the ac3 issue major?
Try StreamFab Downloader and download from Netflix, Amazon, Youtube! Or Try DVDFab and copy Blu-rays! or rip iTunes movies!
+ Reply to Thread
Results 31 to 60 of 89
Thread
-
During the last few days I have been quite busy. I'm resuming friday on this and will hopefully find something during the week-end.
-
Still not solved but with the help of a giant box of Coke I have just secured, the issue should not resist much more time.
-
Is this what your office floor looks like http://k41.pbase.com/u/slug/large/240.33.jpg ?
-
I've made some progress, by isolating a case which doesn't show the ac3 problem, this should lead to a solution.
-
The mplayer/mencoder ac3 problem is solved. All encoding components are now properly compiled Universal with MMX/SSE optimizations and fully static. I now proceed to cosmetics and packaging for forthcoming 0.0.9w release.
-
Originally Posted by major
Great! How long do you anticipate that taking? I'm defiantly gonna be registering it.
On a side note, do you think you might add a RSS news feed for your site? -
Between 6 and 146 hours, depending on unpredictable factors. I'll make a new site for version 1.0.0, which will include a RSS feed.
-
Originally Posted by Case
When I tried the same test DVD, on the Thinkpad running Acidrip with the x264 mencoder codec under FreeBSD 6 and Ubuntu linux 6.06 I got a lousy 4-5 fps. However yesterday I installed the OpenSUSE 10.1-RC1 linux distribution and tried the same test and got 19-20fps constantly. So how can there be a 400-500% speed difference on the same hardware, there must be some processor feature the other distros missed? Does that mean there is more potential in the Mac Mini than Handbrake is achieving? Like I would be possible to see 30fps out of ffmpegX universal? -
Most differences will depend on how the binaries are compiled and optimized, as well as on the source video being encoded (format, size, bitrate, complexity). As said above, on an Intel iMac I observed about 40fps on a test clip for the ffmpegX x264 preset (DVD to H264 at 640x272).
-
Originally Posted by major
For a comparison I am just installing the OpenSUSE 10.1 RC1 on the Mac Mini under Parallels Wokstation 2.1 beta 3 to see how the x264 goes. I am not sure how much performance the Parallels virtulization chews up, I will have to ask on their forums. -
Major,
This question is not specific to the Intel Macs.
If I am using ffmpegX correctly, it appears that embedding a subtitle (using a ".srt" file)and enlarging the text size must be done while encoding as either XviD or Divx (don't remember which at this moment but I know that you have to be able to alter the subtitle position in order to know that the encoding will succeed).
However, this process can'e be done directly to H264. I need to embedd (and, optionally, enlarge) the subtitle during the first encoding (as Xvid or DivX) and then transcode the resulting file into H264.
At least, this was the way it had to be done up to .9v (and I had to use the .9s mencoder, IIRC).
So I guess there are two questions here:
1. Will I no longer have to swap out the .9v mencoder for the .9s to enbed & enlarge subtitles?
2. Will H264 encoding include the ability to embed and enlarge subtitles?
Thanks. This is not a huge problem.
One more thing: If this process I described will continue to take two steps, might there be some kind of a script that might be possible for me to "fill in the file names and parameters" and then run? -
1. The subtitle problem is a bug in mencoder, I will report it to the applicable developers as it starts to be a little long that it is there. The latest sources seem to encode subtitles but don't take font changes into account.
2. mencoder H264 handles subtitles, not x264 H264 (however the same as 1 will apply). -
Originally Posted by major
-
I'm currently testing, there are a few bugs needing to be fixed. I think I'm still in my initial estimation of 6 to 146 hours (which is now upped to 99 hours).
-
Major,
Is it possible for us to drop these UB encoders into our existing installations while we're waiting for you to publish 1.0? Would they work? And/Or are you holding out on UB to finally get all the freeloaders to register? (Which I totally support)
-Avram -
Since ffmpgx is a GUI for the command line encoders this "should" be possible.
Ohhh, i'd kill for a native h264 now !
But if major is still counting in the ~100h range, then there're some big bugs there -
It is almost done. I'm now adding a couple bonus features so as PPC users will also find something useful in the new version, 0.0.9w. Some observers believe that it will be ready for release in 27 hours, 12 minutes and 31 seconds.
-
Great news major, to celebrate that, I'm going straight to your website to register now.
Similar Threads
-
ffmpegX benchmarks
By Case in forum ffmpegX general discussionReplies: 0Last Post: 20th Aug 2011, 11:21 -
clarkdake encoding benchmarks!!!
By deadrats in forum ComputerReplies: 12Last Post: 6th Jan 2010, 17:38 -
lynnfield + tmpg express benchmarks!!!
By deadrats in forum ComputerReplies: 0Last Post: 6th Aug 2009, 20:20 -
first Core i3 benchmarks
By deadrats in forum ComputerReplies: 12Last Post: 2nd Aug 2009, 16:17 -
Core i7 benchmarks!!!!
By deadrats in forum ComputerReplies: 6Last Post: 3rd Nov 2008, 19:33