ffdshow tryouts project: Discussion & Development

[albain]

Here it is, no limit on this one :

http://damienbt.free.fr/ffdshow_rev2...dbt_beta23.exe

[dom_b]

great, thanks for that!

[tal.aloni]

Albain,
I sent you a PM containing the download link to the TrueHD 7.1 channel test.

I haven't tested the channel mapping myself,
I'll do so in the evening.

Tal Aloni

[albain]

Thank you for your sample.

I found the problem : a silly bug.

Now 8 channels remapping is correct with TrueHD

I will perform a merge from the trunk and make this final build (for sure this time)

PS : I also added a new functionality (on the trunk this time), i.e. tag support in subtitles.

Until now, srt and ssa files were treated separately : with HTML tags from one side on SRT (<i>, <b>, <font...>...) and with SSA tags on SSA format ({\pos...). But today we can find both tags in both formats, I mean HTML tags in SSA files, and SSA tags in subtitle files. This is the reason why you will see 2 versions sometimes when you download subtitles : TAG, NOTAG
Now, this is merged into one format (but still 2 source parsers of course) in order to have both tags format managed

[SeeMoreDigital]

Originally Posted by tal.aloni

I have such sample (from the Dolby Demo disc),
I can upload it by evening.

May I have this sample too please?

[tal.aloni]

Originally Posted by tal.aloni

I made a 27 seconds sample to demonstrate what's wrong with ffdshow Normalization (max amplification 400%, buffer: 512).
The sample was created using GraphEdit > WavDest, no other unnecessary filter / setting was selected.
This is the beginning of "Iron Man" Trailer, listen closely to the distortion in the Center channel when ffdshow normalize.
when AC3Filter's One-Pass Norm is used, it is distortion-free. (2.6db gain ultimately)

http://iknowu.net/files/public/ffdnorm-selection.flac
http://iknowu.net/files/public/ac3norm-selection.flac

MPC has One-Pass Normalization implemented as well,
under the Audio settings tab, it has a "Regain Volume" check box, which is exactly what I suggest for ffdshow, in order to implement the requested feature ("Regain Volume" unchecked) as well as keeping existing functionality. ("Regain Volume" checked)

clsid, albain, I would love to hear your thoughts about this requested feature.
do you agree that ffdshow has a place for such a feature?
do you think you can spare some time to implement this future? (I would greatly appreciate it)

I must stress again that the current normalization implementation is of low value. (no offence)

Thanks,
Tal Aloni

[albain]

Here is the last build of the libavformat branch. I have performed a merge from the trunk, so in the future a merge from the branch to the trunk should be easier

Here is the link :

Beta 23

[CruNcher]

Format                           : MPEG-4
Format profile                   : JVT
Codec ID                         : avc1
File size                        : 49,3 MiB
Duration                         : 1min 20s
Overall bit rate                 : 5 154 Kbps

Video
Format                           : AVC
Format/Info                      : Advanced Video Codec
Format profile                   : High@L3.2
Format settings, CABAC           : Yes
Format settings, ReFrames        : 2 frames
Codec ID                         : avc1
Duration                         : 1min 19s
Bit rate mode                    : Variable
Bit rate                         : 5 092 Kbps
Maximum bit rate                 : 9 441 Kbps
Width                            : 1 280 Pixel
Height                           : 720 Pixel
Display aspect ratio             : 16/9
Frame rate mode                  : Constant
Frame rate                       : 59,952 FPS
Resolution                       : 24 bits
Colorimetry                      : 4:2:0
Scan type                        : Progressive
Bits/(Pixel*Frame)               : 0.092
Stream size                      : 48,6 MiB (99%)

CoreAVC = 163.7 fps
DivX = 148 fps
ffdshow = 65.6 (1 thread), 75.8 fps (3 threads), 74.4 (4 threads)

is it using ffmpeg-mt ? changelog says ffmpeg-mt was updated with 2119 this is your newest 2222 build

albain for what do you need a sample just add WMVA to the allowed fourcc for VC-1

[_xxl]

is it using ffmpeg-mt ?

Soon I''ll release a test build for ffmpeg-mt trunk.

[CiNcH]

changelog says ffmpeg-mt was updated with 2119 this is your newest 2222 build

Later revision number but different branch .

[albain]

Originally Posted by CruNcher

[CODE]
albain for what do you need a sample just add WMVA to the allowed fourcc for VC-1

Which is ?

[CruNcher]

Originally Posted by CiNcH

Later revision number but different branch .

oops


CoreAVC = 163.7 fps
DivX = 148 fps
ffdshow(2219 ffmpeg-mt) = 105.1 fps (3 threads)

not that bad

@albain
its the same as WVC1 just a pre release name for it WMVA = Winodws Media Video Advanced Profile

Q: But wait! Didn't WMP10 ship with a WMV Advanced Profile codec years ago?
A: Indeed it did. Microsoft began working on its implementation of WMV AP before VC-1 spec was finalized. That codec (FourCC: WMVA) shipped with WMP10 (Format SDK 9.5), but as final changes to the VC-1 spec were made, WMVA got out of sync with the official spec. Today WMVA is no longer VC-1 compliant and is generally considered deprecated.

[_xxl]

ffdshow(2219 ffmpeg-mt) = 105.1 fps (3 threads)

Try 8 threads.

[Mercury_22]

Originally Posted by albain

Here is the last build of the libavformat branch. I have performed a merge from the trunk, so in the future a merge from the branch to the trunk should be easier

Here is the link :

Beta 23

Now can we have a 64-bit version too ? Please !

[CruNcher]

Originally Posted by _xxl

Try 8 threads.

with a Dual Core CPU ? anyway i tried it doesn't gets faster anymore

[STaRGaZeR]

That sounds good, _xxl a test version please

albain, with beta23 everything is working fine on my side, except that high pitch sound playing DVDs, which nobody seems to reproduce...

[albain]

Originally Posted by Mercury_22

Now can we have a 64-bit version too ? Please !

Sorry, still the old same problem : I can't get my actual version of mingw cross compiler or binutils (x86_64-pc-mingw32-gcc) does not work.
I also can't get my hand on a previous version (the same as 32 bits version which works)

EDIT : I have built a new 64 bit version anyway. With some luck it will work, else I will try to compile ffmpeg with Visual studio but the performances will suffer.

FFDShow new audio codecs 64 bits beta

[Inventive Software]

Note on the WMVA/VC-1 issue: The bitstreams between WMVA and WVC1 are different. However if it is feasibly possible, allowing Microsoft decoders only to decode it, instead of libavcodec, would IMHO ensure full compatibility at this stage. I will raise the issue with libavcodec/ffmpeg developers to see what the score really is. Expect an update probably this weekend.

[CruNcher]

If i remember correct the issue was only with Interlaced content ? so Progressive should be absolutely flawless Decoding with libavcodec

[STaRGaZeR]

Originally Posted by albain

FFDShow new audio codecs 64 bits beta

libav AC3, EAC3, DTS, Vorbis crash. liba52 and libdts working.

libav MP3, MP2, MLP, FLAC, TTA working too.

Video libav working too.