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.

 

Go Back   Doom9's Forum > Video Encoding > New and alternative video codecs

Reply
 
Thread Tools Display Modes
Old 15th August 2008, 02:13   #3961  |  Link
pitch.fr
Didée 4 President
 
Join Date: Jun 2008
Posts: 240
yes, but you're never sure of what order they'll be opened in.

and they would all use the same settings.

but that's OK, unsharp masking prior to LSF looks good too.

and with my 3.3Ghz Q6600, I can run LSF and DDCC in real time to get SMPTE-C gamut conversion(the native gamut of DVD/BD)

Avisynth support in ffdshow is really awesome

and I've recently found out that doing 24/96 upsampling in AC3filter was multithreaded, 96KHz upsampling in ffdshow is a lot more CPU/jitter intensive.

bottom line is : a +3Ghz Q6600 is like the ultimate CPU to use ffdshow+avisynth






besides, the ICL10 versions of ffdshow seem a bit faster, thanks clsid!

Last edited by pitch.fr; 15th August 2008 at 13:35.
pitch.fr is offline   Reply With Quote
Old 15th August 2008, 15:40   #3962  |  Link
Rumbah
Registered User
 
Join Date: Mar 2003
Posts: 287
Quote:
Originally Posted by Rumbah View Post
I just ran into a problematic sample but I don't know if it's the fault of ffdshow, Avisynth or the stream itself.

If I play the original video file in Virtualdub via ffdshow VFW it works. The playback with FFPlay also works. But if I open the video via Avisynth, the ending gets corrupted (and I get a green first frame). I'm using ffdshow beta 5. I did a test encode with the video to show the corrupted results I get.
I tried the latest version (rev 2079) but the problem still isn't gone. If I can provide any further information that helps just tell me
__________________
Cuttermaran HCEnc provider - Support for HCEnc in Cuttermaran
DVDRBEndEst - A tool for estimating the finishing time of the encoding step in DVD-RB
DualDVDRB - Dual core support for DVD-RB free
Rumbah is offline   Reply With Quote
Old 15th August 2008, 16:12   #3963  |  Link
clsid
Registered User
 
Join Date: Feb 2005
Posts: 2,722
The likelihood of your problem being fixed any time soon is exactly zero. Reason: there are no active developers in the ffdshow project at this moment.

The only updates that are currently being done to ffdshow are related to libavcodec.
__________________
[ ffdshow SVN builds | ffdshow SVN changelog ]
clsid is offline   Reply With Quote
Old 15th August 2008, 16:57   #3964  |  Link
Rumbah
Registered User
 
Join Date: Mar 2003
Posts: 287
Quote:
Originally Posted by clsid View Post
The likelihood of your problem being fixed any time soon is exactly zero. Reason: there are no active developers in the ffdshow project at this moment.
That's sad to hear.
Then I'll just have to use FFmpegSource as I don't get the error that way.
__________________
Cuttermaran HCEnc provider - Support for HCEnc in Cuttermaran
DVDRBEndEst - A tool for estimating the finishing time of the encoding step in DVD-RB
DualDVDRB - Dual core support for DVD-RB free
Rumbah is offline   Reply With Quote
Old 15th August 2008, 19:21   #3965  |  Link
iron2000
Questioning User
 
Join Date: Jan 2005
Posts: 120
Found out that my Vorbis problem is with the changes in the kX DSP.
Problem now solved.
iron2000 is offline   Reply With Quote
Old 16th August 2008, 15:32   #3966  |  Link
pitch.fr
Didée 4 President
 
Join Date: Jun 2008
Posts: 240
is there a way to get some good DeHalo/Dering in ffdshow ?
I've tried the Dering in the "post processing" filter, but it isn't working too well on strongly halo'ed videos.

and the Avisynth filters I've found are slooooooow as hell.

you see, the Gothika BD is just unwatchable :

pitch.fr is offline   Reply With Quote
Old 16th August 2008, 19:25   #3967  |  Link
Mercury_22
Registered User
 
Join Date: Dec 2007
Posts: 489
Hi !
Please help me I have an old problem : I can't play (only black screen with sound) many mpeg4 / DX50, (encoder XviD build 37) files on Vista & EVR output
This problem apperas only with Intel video "cards" and EVR or Evr custom output (=Vista).
If I use DivX codec or any player with VMR output on vista (= NO WMP) or any other video card I have no problem !
So i'm thinking if divx it's working why ffdshow isn't ?

Here is a sample Mpeg4Test or Mirror



Edit: solved thanks to clsid : I've just disabled YV12 in ffdshow output settings !
Why it's ffdshow the only one with Forced by default YV12 Colorspace output ? (DivX or Xvid don't have this by default)
__________________
Windows 7 x64, EVR CP Default Settings, Catalyst 9.11, HD4670, SAMSUNG LE32A656 HDMI, Realtek ALC889A, E8400, 4GB DDR2

Last edited by Mercury_22; 18th August 2008 at 11:14.
Mercury_22 is offline   Reply With Quote
Old 16th August 2008, 22:58   #3968  |  Link
Eragon4ever
lost program in the net
 
Eragon4ever's Avatar
 
Join Date: Jun 2006
Location: Germany
Posts: 104
http://samples.mplayerhq.hu/V-codecs...cing-balls.avi

This video does not play correctly in ffdshow, it does however in ffplay (thanks for updating the build, clsid). This is how it should look like:
http://img401.imageshack.us/img401/396/snap0010eu5.png

In ffdshow the on-screen text is light blue and the balls are red<->blue.
Eragon4ever is offline   Reply With Quote
Old 17th August 2008, 01:12   #3969  |  Link
clsid
Registered User
 
Join Date: Feb 2005
Posts: 2,722
Yes, colors are wrong, even with an up-to-date version of libavcodec. I don't know why. Perhaps a colorspace issue. I have no idea how to fix it.
__________________
[ ffdshow SVN builds | ffdshow SVN changelog ]
clsid is offline   Reply With Quote
Old 18th August 2008, 07:14   #3970  |  Link
pjo
Registered User
 
Join Date: Dec 2005
Posts: 59
Hello folks. I am trying to find out why AAC5.1 audio is not played ok with MPC.

If MPC setting is changed not to use ffdshow, it plays ok.

http://rapidshare.de/files/40262409/...tted.m2ts.html

This is the first portion of the file. The first few seconds portion is an ending of a news show with mono AAC (probably), then the main show starts with AAC5.1.

After cutting the news portion with tsMuxeR, the main show is really AAC5.1 when played with MPC without using ffdshow.

Does ffdshow support AAC5.1 ?

pjo

Last edited by pjo; 18th August 2008 at 08:17.
pjo is offline   Reply With Quote
Old 18th August 2008, 13:56   #3971  |  Link
pjo
Registered User
 
Join Date: Dec 2005
Posts: 59
Quote:
Originally Posted by pjo View Post
Hello folks. I am trying to find out why AAC5.1 audio is not played ok with MPC.

If MPC setting is changed not to use ffdshow, it plays ok.

http://rapidshare.de/files/40262409/...tted.m2ts.html

This is the first portion of the file. The first few seconds portion is an ending of a news show with mono AAC (probably), then the main show starts with AAC5.1.

After cutting the news portion with tsMuxeR, the main show is really AAC5.1 when played with MPC without using ffdshow.

Does ffdshow support AAC5.1 ?

pjo
I was able to cut the first part of the mono news show segment of the .m2ts file with MurdocCutter. And then it has only AAC5.1 part. It plays ok with ffdshow or AAC decoder. Checking "downmix to stereo" does not matter in this case.

VLC and MPC with AAC decoder can cope with the sudden change of the audio channel format. MPC with ffdshow does not cope with this change.

pjo
pjo is offline   Reply With Quote
Old 19th August 2008, 13:51   #3972  |  Link
tetsuo55
MPC-HC Project Manager
 
Join Date: Mar 2007
Posts: 1,567
For which codecs can ffdshow be considered as Best of the pack? i know that its Divx/Xvid decoder is the fastest while maintaining the same quality.

What about the other audio/video codecs?
tetsuo55 is offline   Reply With Quote
Old 19th August 2008, 14:21   #3973  |  Link
Sharktooth
Mr. Sandman
 
Sharktooth's Avatar
 
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 10,818
there is no Best... as usual. however i use it for everything...
Sharktooth is offline   Reply With Quote
Old 19th August 2008, 15:20   #3974  |  Link
tetsuo55
MPC-HC Project Manager
 
Join Date: Mar 2007
Posts: 1,567
well in this case Best could be used because:

These applications are all doing the same thing in the same way to reach the exact same result. all things equal it comes down to the one that uses the least CPU time.

The only problem is the output image is not always bit-for-bit identical (usually this means a bug in the decoder, better/worse post processing(which im not asking about at this time) or better/worse handeling of errors in the bitstream)

i once read a mpeg1 comparison where one of the decoders "fixed" the bitstream errors with a psychovisual repair of the broken pixels. It used a bleed effect to mask them, kinda like Philips Ambilight
tetsuo55 is offline   Reply With Quote
Old 19th August 2008, 15:35   #3975  |  Link
Sharktooth
Mr. Sandman
 
Sharktooth's Avatar
 
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 10,818
nope... "best" cant apply coz i may prefer PP options while others may prefer the speed or the multithreading or other factors/features.
"best" is ALWAYS subjective and there is NO case where the word "best" is appopriate except "best is what's best for yourself". hence the forum rule number 12...

Last edited by Sharktooth; 19th August 2008 at 15:38.
Sharktooth is offline   Reply With Quote
Old 19th August 2008, 15:46   #3976  |  Link
tetsuo55
MPC-HC Project Manager
 
Join Date: Mar 2007
Posts: 1,567
Quote:
Originally Posted by Sharktooth View Post
nope... "best" cant apply coz i may prefer PP options while others may prefer the speed or the multithreading or other factors/features.
"best" is ALWAYS subjective and there is NO case where the word "best" is appopriate except "best is what's best for yourself". hence the forum rule number 12...
Fair enough.

Question:

Which of the codecs in FFdshow meet the following requirements for me:
*Has bit-for-bit equal image quality to other decoders(Basically just displays the image as it was ment to be displayed)
*Has the fastest/equal decoding engine when compared to the competition
*Has better/equal handling of broken files than competing decoders
*Has better/equal bitstream error handling than competing decoders(psychovisual fixes are a bonus)

I believe the post-processing engine in FFdshow is seperated from the codecs, so in this case the quality of post-processing does not matter. (if you happen to know the difference in quality for PP though please mention it)
tetsuo55 is offline   Reply With Quote
Old 19th August 2008, 15:54   #3977  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Location: Claremont, CA
Posts: 6,895
Quote:
Originally Posted by tetsuo55 View Post
*Has bit-for-bit equal image quality to other decoders(Basically just displays the image as it was ment to be displayed)
H.264, since nearly no other lossy format has that (MPEG-4 ASP certainly doesn't), and FFDshow's support for VC-1 isn't totally complete.
Dark Shikari is offline   Reply With Quote
Old 19th August 2008, 15:58   #3978  |  Link
tetsuo55
MPC-HC Project Manager
 
Join Date: Mar 2007
Posts: 1,567
Quote:
Originally Posted by Dark Shikari View Post
H.264, since nearly no other lossy format has that (MPEG-4 ASP certainly doesn't), and FFDshow's support for VC-1 isn't totally complete.
Hmm i didn't know that. The only way to compare would be PSNR between source and transcoded image played back with the available decoders for that format with all PP disabled
tetsuo55 is offline   Reply With Quote
Old 19th August 2008, 16:06   #3979  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Location: Claremont, CA
Posts: 6,895
Quote:
Originally Posted by tetsuo55 View Post
Hmm i didn't know that. The only way to compare would be PSNR between source and transcoded image played back with the available decoders for that format with all PP disabled
No comparison necessary, any format that uses DCT and doesn't specify an exact DCT approximation is inherently not bit-exact.
Dark Shikari is offline   Reply With Quote
Old 19th August 2008, 16:06   #3980  |  Link
Sharktooth
Mr. Sandman
 
Sharktooth's Avatar
 
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 10,818
the h.264 standard includes bit exact decoding. if the decoder isnt able to do it then it's not compliant.
you may be almost safe assuming the major h.264 known decoders are displaying the SAME picture.
Sharktooth is offline   Reply With Quote
Reply

Tags
ffdshow, ffdshow tryouts, ffdshow-mt, ffplay, icl

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 06:23.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2009, Jelsoft Enterprises Ltd.