Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
6th July 2010, 21:10 | #1 | Link |
Registered User
Join Date: Jun 2009
Location: London, United Kingdom
Posts: 707
|
ffdshow-tryouts bloat
Why does ffdshow-tryout need the following libraries:
Audio: MP1/2/3 - mp3lib/libmad - What's wrong with lavc? AC-3 - liba52 - ditto DTS - libdts - ditto Vorbis - Tremor - ditto AAC - libfaad2 - ditto Video: Xvid - ditto libmpeg2 - ditto Arguments such as "X is better quality" or the claim of bugs without a bugreport will not be considered a decent answer. |
6th July 2010, 21:57 | #2 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,816
|
Quote:
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
6th July 2010, 22:01 | #3 | Link |
*****
Join Date: Feb 2005
Posts: 5,647
|
Lets turn the question around. Why do you think the lavc decoders are better? Having everything in one library is NOT a good argument, so you can skip that.
AC3/DTS -> floating point decoding libmpeg2 -> simply better compatibility is my experience aac -> lavc decoder is still a work in progress vorbis -> lavc is already default, except for x64 where it is buggy due to compiler mess-ups
__________________
MPC-HC 2.2.1 |
6th July 2010, 22:20 | #4 | Link | |
Registered User
Join Date: Jun 2009
Location: London, United Kingdom
Posts: 707
|
Quote:
ac3/dts - Enjoy your floating point placebo. It's also a one line patch to use floating point if you're so desparate to use it. libmpeg2 - Conjecture AAC - Decoder has been finished. And the others? Why do you use DirectshowSource anyway? |
|
6th July 2010, 23:01 | #6 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,816
|
Quote:
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
6th July 2010, 23:13 | #7 | Link | |||
*****
Join Date: Feb 2005
Posts: 5,647
|
Quote:
Quote:
Quote:
__________________
MPC-HC 2.2.1 |
|||
6th July 2010, 23:44 | #8 | Link | |
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
Quote:
I'm pretty sure it has a few more features than libfaad has at this point -- and is at the minimum a superset of libfaad. |
|
7th July 2010, 01:47 | #9 | Link |
Derek Prestegard IRL
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,989
|
AFAIK, floating point decoding is most useful when you're doing transcoding. I don't think it's THAT important for playback
Derek
__________________
These are all my personal statements, not those of my employer :) |
11th July 2010, 20:03 | #10 | Link | |
Kid for Today
Join Date: Aug 2004
Posts: 3,477
|
liba52 and libdts decode in 32fp, libavcodec is 16int only.
Quote:
Maybe it's a one line patch to libavcodec, but noone seems to care enough to submit it. Last edited by leeperry; 11th July 2010 at 20:14. |
|
11th July 2010, 22:56 | #11 | Link | |
Registered User
Join Date: Jun 2005
Posts: 278
|
Quote:
I'm sure there are a lot of audio codecs out there where no floating-point decoder exist, a float AAC/whatever decoder is just hiding the problem, not fixing it. |
|
11th July 2010, 23:06 | #12 | Link | |
Kid for Today
Join Date: Aug 2004
Posts: 3,477
|
Quote:
Most audio players decode lossy audio in 32fp(like foobar), but uLilith decodes them in 64fp..and also processes VST plugins in 64fp, together w/ the volume attenuation. Decoding lossy audio in 16int doesn't make any sense: http://mp3decoders.mp3-tech.org/24bit.html |
|
|
|