ffdshow tryouts project: Discussion & Development

[haruhiko_yamagata]

I have a big problem:

I have remuxed (into ts) some of my HD DVD and Blu-ray collection to be able to play them in Vista Media Center.

All Blu-rays (both AVC and VC-1) plays perfect using ffdshow (libavcodec etc).

But the HD DVDs I have remuxed appears to be jerky. And frames are droped.

ffdshow reports 29.976 fps but I know all titles are ~23.976 fps.

I guess the same problem is described here:
http://forum.doom9.org/showthread.php?p=1019426#post1019426

http://www.avsforum.com/avs-vb/showthread.php?p=12182286


Any idea why?
Is this a Haali splitter problem or is it a decoder problem?

Some HD DVD titles that stutters plays perfectly smooth in PowerDVD. Others are unwatchable in PowerDVD (bad stutters and frame drops) but just stutters slighlty when using Vista Media Center (ffdshow).
I found the flag. Haali's media splitter is working perfectly.
Damn, I did check the AM_SAMPLE2_PROPERTIES::dwTypeSpecificFlags of the first and second frames, but didn't check the third...
I've modified the code a bit to set time stamp properly. Now the sync is OK, but it still has two problems. One is interlacing related flags to send to downstream, one is jerkiness caused by unloading and loading dlls during playback. Second problem is caused because ffdshow receives samples with media type attached and then re-initialize codec drivers.
The fix will surely break the code too much that I can't do without adding bugs. I'm going to do it after beta4. Please wait.

[Leak]

To quote the enviable Terry Pratchett: it's a Pun, or a "play on words".
I dunno, "Fair enough. Will checkout later." doesn't sound very punny to me... but what do I know? :D

Anyway, what university are you at that prevents using SVN over teh internets? Unseen University? :p

[molitar]

Is their a settings guide for improving playback of anime? I have tried a few of the DVD ones but they do not work very well especially with x.264 since playback is too slow with the dvd settings. How can I improve on sharpness with my setup?

WinXP Sp2
AMD 3000+ Processor
1GB Dual Channel DDR Ram

[Inventive Software]

I dunno, "Fair enough. Will checkout later." doesn't sound very punny to me... but what do I know? :D

Anyway, what university are you at that prevents using SVN over teh internets? Unseen University? :p

Now you mention it................. :D

My uni kinda restricts installing software on their computers, and it's against the code of conduct. So I'd rather not be kicked off the course thanks to my curiosity in attempting to code something that'll most likely take half my uni life to complete! ;)

I have checked out all bar mpc-hc that were suggested by Haruhiko, plus ffmpeg. TortoiseSVN complains that it can't find it. I'll grab guliverkli instead. I'll have a good look at all sources this weekend.

Ideally, what I'm aiming for is a container selection system, much like ffdshow, that you can pick and choose which containers libavformat parses. If I can get AVI working, I'll consider that a success!!!

[Px]

Is their a settings guide for improving playback of anime? I have tried a few of the DVD ones but they do not work very well especially with x.264 since playback is too slow with the dvd settings. How can I improve on sharpness with my setup?

WinXP Sp2
AMD 3000+ Processor
1GB Dual Channel DDR Ram
Upgrade or overclock your CPU....

[Shakey_Jake33]

Is their a settings guide for improving playback of anime? I have tried a few of the DVD ones but they do not work very well especially with x.264 since playback is too slow with the dvd settings. How can I improve on sharpness with my setup?

WinXP Sp2
AMD 3000+ Processor
1GB Dual Channel DDR Ram

On such a spec machine, CoreAVC is really the only choice for x264 material.

[blizard]

Is their a settings guide for improving playback of anime? I have tried a few of the DVD ones but they do not work very well especially with x.264 since playback is too slow with the dvd settings. How can I improve on sharpness with my setup?

WinXP Sp2
AMD 3000+ Processor
1GB Dual Channel DDR Ram

What resolution are you talking about here? At the highest resolution of 1080p even high end hardware will have trouble to do too much work before rendering it to video card for display.

What kind of video card do you use? It is possible that you could make better use of your video card hardware features and another renderer before you send it to display. There is also the option of changing size on output screen to better fit original resolution from movie before you send picture to screen.

[Leak]

I have checked out all bar mpc-hc that were suggested by Haruhiko, plus ffmpeg. TortoiseSVN complains that it can't find it.
Well, of course TSVN can't find it - it's at

https://mpc-hc.svn.sourceforge.net/svnroot/mpc-hc/trunk

:D

np: Bola - Rainslaight (Kroungrine)

[LotharZ]

Is their a settings guide for improving playback of anime? I have tried a few of the DVD ones but they do not work very well especially with x.264 since playback is too slow with the dvd settings. How can I improve on sharpness with my setup?

WinXP Sp2
AMD 3000+ Processor
1GB Dual Channel DDR Ram

I'm watching anime at 720p x264 with

Win2003 SP1
AMD Sempron 2800+
480 MB DDR
ffdshow

without problems (CPU - YUV 50% & RGB32 85%).

But if you mean a AMD XP then you'll need to upgrade at least the CPU.

[RaynQuist]

Is their a settings guide for improving playback of anime? I have tried a few of the DVD ones but they do not work very well especially with x.264 since playback is too slow with the dvd settings. How can I improve on sharpness with my setup?

WinXP Sp2
AMD 3000+ Processor
1GB Dual Channel DDR Ram

I think he's asking what post-processing he can add without making the video stutter, not how to achieve smooth vanilla playback.

LimitedSharpenFaster(ss_x=1.0) (http://avisynth.org/mediawiki/LimitedSharpen)
Turning super sampling off makes it really cheap to run, but you'll get aliasing.

But before that do you have Deband on? Always do deband; it's awesome.

There are also line darkening and line thinning filters but I'm no experience with them. Have you tried all the ffdshow built-in sharpeners?

EDIT: if his rig really has dual channel DDR then it's socket 939, which means he has a K8 (Athlon64-ish) at 1.8GHz

[Inventive Software]

Well, of course TSVN can't find it - it's at



:D

np: Bola - Rainslaight (Kroungrine)

Ta! :D

[molitar]

What resolution are you talking about here? At the highest resolution of 1080p even high end hardware will have trouble to do too much work before rendering it to video card for display.

What kind of video card do you use? It is possible that you could make better use of your video card hardware features and another renderer before you send it to display. There is also the option of changing size on output screen to better fit original resolution from movie before you send picture to screen.

Nvidia Geforce 6600GT 128MB
my screen resolution is 1024x768 32bit as default.

[blizard]

Nvidia Geforce 6600GT 128MB
my screen resolution is 1024x768 32bit as default.

Do you use Nvidia PureVideo to help you to take advantage of your video cards hardware support in the rendering process? I use Haali Renderer as that renderer will make use of hardware features in processing video before it is sent to display.

As LotharZ have pointed out, you should be able to watch at least 720p with good result. You can also re-size output, to a smaller size for different type of post processing in FFDSHOW where the order from top to bottom will process your video before you send it to renderer. (Be aware that MPC as player can also auto re-size to fill your screen, make adjustment for aspect ration etc so there is many way to do this after you have processed video through FFDSHOW for decoding.) Here the order in the chain of FFDSHOW will matter as a large resolution will demand more CPU power to process video and not necessary give you any better result if it is to be displayed at 1024 x768 pixel. Resize & Aspect is a very good filte in FFSHOW to do this processing, but you will need to tweak it to learn what is the best in different situation. Different type of renderer can also make a difference in how well they wil support your need and hardware. LotharZ do also give you a suggestion to use make use of YUY2 or YV12 as colour compression output to video card as that will need less CPU power then to make use of any option in RGB compression. You will find these setting in "output" for FFDSHOW.

I wouldn't say that your system are outdated yet, but you could gain from an update on your video card before you would need to move on to a complete new system. This is something you will need to consider if you would like to upgrade later so that you will not get an AGP video card, but a PCI express based video card that you could use with your new system. There is also motherboard that could take both AGP and PCI express for video card, but that is outside this threads purpose and you will find other places to guide you on that issue. From what I have understood the newest generation of video card have hardware support that could off load your CPU in processing of H.264/AVC video. The best would be that you let us know exactly what hardware you have with some diagnostic tool.
Google for CPU-Z and let us know exactly what kind of motherboard you use and what kind of CPU you have as AMD 3000+ is not really much of help here.

Don't forget the basic update of all your drivers to the latest that is recommended for your hardware. Look around on other hardware sites for which version they recommend you to update your video cards drivers. Today's driver might not be the best (optimal) for older hardware, so you will need to figure out what is the best for your system of the newest driver version since you have made an update during your hardwares life time.

____
What is the size of your anime videos? Use MediaInfo to find out: http://mediainfo.sourceforge.net/no

[molitar]

Do you use Nvidia PureVideo to help you to take advantage of your video cards hardware support in the rendering process? I use Haali Renderer as that renderer will make use of hardware features in processing video before it is sent to display.

As LotharZ have pointed out, you should be able to watch at least 720p with good result. You can also re-size output, to a smaller size for different type of post processing in FFDSHOW where the order from top to bottom will process your video before you send it to renderer. (Be aware that MPC as player can also auto re-size to fill your screen, make adjustment for aspect ration etc so there is many way to do this after you have processed video through FFDSHOW for decoding.) Here the order in the chain of FFDSHOW will matter as a large resolution will demand more CPU power to process video and not necessary give you any better result if it is to be displayed at 1024 x768 pixel. Resize & Aspect is a very good filte in FFSHOW to do this processing, but you will need to tweak it to learn what is the best in different situation. Different type of renderer can also make a difference in how well they wil support your need and hardware. LotharZ do also give you a suggestion to use make use of YUY2 or YV12 as colour compression output to video card as that will need less CPU power then to make use of any option in RGB compression. You will find these setting in "output" for FFDSHOW.

I wouldn't say that your system are outdated yet, but you could gain from an update on your video card before you would need to move on to a complete new system. This is something you will need to consider if you would like to upgrade later so that you will not get an AGP video card, but a PCI express based video card that you could use with your new system. There is also motherboard that could take both AGP and PCI express for video card, but that is outside this threads purpose and you will find other places to guide you on that issue. From what I have understood the newest generation of video card have hardware support that could off load your CPU in processing of H.264/AVC video. The best would be that you let us know exactly what hardware you have with some diagnostic tool.
Google for CPU-Z and let us know exactly what kind of motherboard you use and what kind of CPU you have as AMD 3000+ is not really much of help here.

Don't forget the basic update of all your drivers to the latest that is recommended for your hardware. Look around on other hardware sites for which version they recommend you to update your video cards drivers. Today's driver might not be the best (optimal) for older hardware, so you will need to figure out what is the best for your system of the newest driver version since you have made an update during your hardwares life time.

____
What is the size of your anime videos? Use MediaInfo to find out: http://mediainfo.sourceforge.net/no

No I have not used Purevideo.. but if it helps I'm willing to start using it. I tried Haali Renderer but I didn't get no video on my secondary output (my hdtv). My secondary display is set at 720x480 aka 480i SDTV which happens to the be only setting where I still could zoom out the video some to take care of the overscan issue so I have none at 480i SDTV.

Setup Primary Monitor: 1024x768 (19" Flat Screen CRT)
Secondary Display: 720x480 (1080i HDTV)
Mainboard: MSI K8N-Neo 2 Platinum (Nforce3 Ultra Chipset)
Processor: AMD Athlon 64 3000+
Operating System: Windows XP Pro Sp2 32bit

Video:
Codec : MPEG-4 AVC
Codec/Info : MPEG4 ISO advanced profile
PlayTime : 23mn 58s
Width : 1024 pixels
Height : 576 pixels
Display Aspect ratio : 16/9
Frame rate : 23.976 fps
Title : DCII Ep4 h264
Language : Japanese
AspectRatio : 1.778

Now on the yv12 I do have that checked but all the rest are checked also by default should I uncheck the rest to make sure it uses the YV12?

Yeah I been wanting to update to a new video card but that also requires a new mainboard, ram, processor, and video card so that is something I have to save up for.

[rickardk]

I found the flag. Haali's media splitter is working perfectly.
Damn, I did check the AM_SAMPLE2_PROPERTIES::dwTypeSpecificFlags of the first and second frames, but didn't check the third...
I've modified the code a bit to set time stamp properly. Now the sync is OK, but it still has two problems. One is interlacing related flags to send to downstream, one is jerkiness caused by unloading and loading dlls during playback. Second problem is caused because ffdshow receives samples with media type attached and then re-initialize codec drivers.
The fix will surely break the code too much that I can't do without adding bugs. I'm going to do it after beta4. Please wait.


That's great to hear!!
Thanks alot for looking at this problem. You are doing a fantastic job with ffdshow!

[Kado]

@blizard and @molitar

Purevideo is a hardware video decoder and post-processing technology for geforce series6 and 7, there's also purevideo hd for series8. to use it you need a compatible graphics card, a software decoder that supports it (like cyberlink's one) and a compatible renderer (like EVR or VMR depending on the OS). since Haali renderer does not support DXVA you cant use purevideo with it.
To use it in xp with a geforce 6600gt you'll need the following:
Cyberlink h264/avc decoder with hardware acceleration enabled in the options and vmr9 renderless, make sure you have the latest directx (nov2007 redist) and latest drivers.
to see if you have software or hardware decoding hold "CTRL" then open the decoder options, in profile if you have "SW" it has no hw accel.
That worked for me but since I changed for vista hw accel h264 for my geforce 6800gs does not work because directx can't do the dxva1 to dxva2 translation for h264, or something like that.

I use haali since I don't really need purevideo.

[haruhiko_yamagata]

@Fizick
Thank you for your fix, makeAVIS works much better.
I have added support for float PCM. Please test if all the formats work.

[haruhiko_yamagata]

@Kado
We are waiting for your translations :D.

[Kado]

@Kado
We are waiting for your translations :D.

Really? OK, I'm gonna try to make them this weekend then... I was doing it just for fun... Well, "Gambarimasu!":)

[Fizick]

haruhiko_yamagata,

IMO it is not enough for correct WAVE_FORMAT_IEEE_FLOAT audio support.
Probably to add:
1. cbSize
2. Fact Chunk

And 32 bit integer PCM should be implemented as WAVE_FORMAT_EXTENSIBLE with a WAVE_FORMAT_PCM subcode

http://www-mmsp.ece.mcgill.ca/Documents/AudioFormats/WAVE/WAVE.html

But I am not sure, and I do not know how it is related to Avisynth command "global OPT_UseWaveExtensible=True"

[Delerue]

I'm wondering, is it normal that kernel bob draw this vertical weird line at left of the video?

http://img.photobucket.com/albums/v256/Delerue/snapshot20071123032814.jpg

http://img.photobucket.com/albums/v256/Delerue/snapshot20071123032821.jpg

BTW, I tested the AC3/DTS SPDIF and it worked very well. ;)

P.S.: attachments approval take too long... :(

[haruhiko_yamagata]

haruhiko_yamagata,

IMO it is not enough for correct WAVE_FORMAT_IEEE_FLOAT audio support.
Probably to add:
1. cbSize
2. Fact Chunk

And 32 bit integer PCM should be implemented as WAVE_FORMAT_EXTENSIBLE with a WAVE_FORMAT_PCM subcode

http://www-mmsp.ece.mcgill.ca/Documents/AudioFormats/WAVE/WAVE.html

But I am not sure, and I do not know how it is related to Avisynth command "global OPT_UseWaveExtensible=True"Thank you. I'll read the link later.

[haruhiko_yamagata]

Closed caption decoder needs fixing (http://sourceforge.net/tracker/index.php?func=detail&aid=1836631&group_id=173941&atid=867360).
We have two choices, update current one or import MPC's CCDecoder. Either way, it requires Unicode. Supporting Windows 9x would be a burden.
Besides, recent updates of runtime libraries from Microsoft no longer support Windows 9x. We don't have time to test on Windows 9x, do we?

Do you agree it's time to drop support for Windows 9x?
Should we release beta4 before fixing CCDecoder and do it as beta4a?

[obieobieobie]

Win9x is dead.

[_xxl]

Do you agree it's time to drop support for Windows 9x?
Yes, please remove support for 9x.

[Leak]

Win9x is dead.
Agreed.

[SeeMoreDigital]

Do you agree it's time to drop support for Windows 9x? Yep... without doubt :)

[Inventive Software]

Keep a 9x build for 3 months, and compare the number of downloads to the unicode one. If there's not sufficient interest, drop it.

[clsid]

Just let beta4 be the last version that works on Win9x.

[fastplayer]

I agree. After beta4 show no mercy :D

[haruhiko_yamagata]

OK, l'll drop support for Win9x after beta4.
Thank you for replies.

[molitar]

@blizard and @molitar

Purevideo is a hardware video decoder and post-processing technology for geforce series6 and 7, there's also purevideo hd for series8. to use it you need a compatible graphics card, a software decoder that supports it (like cyberlink's one) and a compatible renderer (like EVR or VMR depending on the OS). since Haali renderer does not support DXVA you cant use purevideo with it.
To use it in xp with a geforce 6600gt you'll need the following:
Cyberlink h264/avc decoder with hardware acceleration enabled in the options and vmr9 renderless, make sure you have the latest directx (nov2007 redist) and latest drivers.
to see if you have software or hardware decoding hold "CTRL" then open the decoder options, in profile if you have "SW" it has no hw accel.
That worked for me but since I changed for vista hw accel h264 for my geforce 6800gs does not work because directx can't do the dxva1 to dxva2 translation for h264, or something like that.

I use haali since I don't really need purevideo.

Ok so I need to purchase the Nvidia Purevideo and the Cyberlink h264/avc decoder? Or will coreavc work in place of Cyberlink?

[Jay Bee]

Ok so I need to purchase the Nvidia Purevideo and the Cyberlink h264/avc decoder? Or will coreavc work in place of Cyberlink?

No, Nvidia Purevideo decoder is only for MPEG-2. Cyberlink may work but I used to have the same card as you and had very bad experiences with Purevideo. And most x264 files don't work with hardware accel anyway.

[Kado]

What Jay Bee said is true, also your 6600GT only does decoding, there's no post processing like deblocking. So, in the end I would recommend ffdshow try-outs (currently single treaded for h264, multi-treaded version in the future) or if you want to invest a little then CoreAVC pro v1.6 (supports up to quad core cpus), those are both software decoders only. If you have a decent CPU ffdshow is more than enough for 720p streams.

[molitar]

Ok after testing.. I found cyberlink h264 really does suck. Coreavc is tons better. Cyberlink used over 130MB of memory and was still about 10% higher cpu resources even with hardware enabled. Coreavc used only around 60MB of memory for the same video I tested using Graphedt.

Currently working towards upgrading to a new AM2 setup and getting an ATI 2600 XT video card I think it's better for video than the Geforce 8600 GTS video card. Is that true from what I been reading ATI is better than the 8600 GTS? Especially since for gaming I can eventually get a second 2600 XT for a crossfire setup and still have good video and gaming capability.

[fastplayer]

Is that true from what I been reading ATI is better than the 8600 GTS?
Make sure to get the GDDR4 version of the XT ;)

[molitar]

Make sure to get the GDDR4 version of the XT ;)

Thanks for the tip

[Kado]

@molitar

If you're going for ATI I recommend an 3850 or 3870, they have the new decoding and post processing engine for vc-1/wmv,h264 and mpeg2 (directx 10.1 supported) and they are way faster than a 8600gts or a 2600xt, check the guru3d review.

[haruhiko_yamagata]

haruhiko_yamagata,

IMO it is not enough for correct WAVE_FORMAT_IEEE_FLOAT audio support.
Probably to add:
1. cbSize
2. Fact Chunk

And 32 bit integer PCM should be implemented as WAVE_FORMAT_EXTENSIBLE with a WAVE_FORMAT_PCM subcode

http://www-mmsp.ece.mcgill.ca/Documents/AudioFormats/WAVE/WAVE.html

But I am not sure, and I do not know how it is related to Avisynth command "global OPT_UseWaveExtensible=True"I'll add cbSize. Fact Chunk is implemented in the current version.
WAVE_FORMAT_EXTENSIBLE is annoying. AviSynth doesn't give channel mask information AFAIK. There is little merit using WAVE_FORMAT_EXTENSIBLE without proper channel mask information.
WAVSource cannot open files without error if they have WAVE_FORMAT_EXTENSIBLE. DirectShowSource works though. Current WMP can play 32bit integer PCM without WAVE_FORMAT_EXTENSIBLE.
Do you have any media player or DirectShow filter that doesn't play 32bit integer PCM with WAVE_FORMAT_EX?

[thuan]

Yes, the 3850 should be around two times faster than the 2600XT and cheaper than two 2600XT.

[molitar]

@molitar

If you're going for ATI I recommend an 3850 or 3870, they have the new decoding and post processing engine for vc-1/wmv,h264 and mpeg2 (directx 10.1 supported) and they are way faster than a 8600gts or a 2600xt, check the guru3d review.

Thanks.. wow it's almost neck to neck with the 2900 XT. That is one thing I could never get use to with ATI the higher video cards aren't always the fastest. While with Nvidia most of the time the higher models are faster.

[foxyshadis]

I had no idea tryouts had ever worked on 9x. Learn something new every day, I guess. =p

[Delerue]

Anyone here (http://forum.doom9.org/showthread.php?p=1068685#post1068685)?

BTW, this video (http://rapidshare.com/files/46651266/BBC_HD__H264_AC3_eng__07-07_13-25-26.ts.03.ts.html) has wrong AR when opened with FFDShow (v.1632). If you select CoreAVC or use VLC the AR is correct.

[cc979]

i've been having problems compiling svn 1633

any clues thanks ?

yasm.exe -f win32 -DWIN32 -DPREFIX -I../ffmpeg/libavcodec/i386/ -DWIN32 -DUSE32 -Dalloc -Dexec -I../ffmpeg/libavcodec/i386/ -o ../ffmpeg/libavcodec/i386/skl_dct_sse.o ../ffmpeg/libavcodec/i386/skl_dct_sse.asm
yasm.exe -f win32 -DWIN32 -DPREFIX -I../ffmpeg/libavcodec/i386/ -DWIN32 -DUSE32 -Dalloc -Dexec -I../ffmpeg/libavcodec/i386/ -o ../ffmpeg/libavcodec/i386/skl_fdct_mmx.o ../ffmpeg/libavcodec/i386/skl_fdct_mmx.asm
yasm.exe -f win32 -DWIN32 -DPREFIX -I../ffmpeg/libavcodec/i386/ -DWIN32 -DUSE32 -Dalloc -Dexec -I./ -o simple_idct_mmx.o simple_idct_mmx.asm
make[1]: Leaving directory `/home/User/svn/ffdshow-tryout/ffdshow-tryout/src/imgFilters'
make -C codecs
make[1]: Entering directory `/home/User/svn/ffdshow-tryout/ffdshow-tryout/src/codecs'
gcc -c -Itheora -mno-cygwin -mdll -fno-rtti -mthreads -pipe -D_WINGDI_ -DUCLIBCPP -D_GLIBCPP_HAVE_MBSTATE_T -D_WIN32_IE=0x0500 -DARCH_IS_IA32 -DARCH_IS_32BIT -DHAVE_MMX -mmmx -msse -mfpmath=sse -w -DNDEBUG -UDEBUG -DFFDEBUG=0 -I. -I.. -Iuclibc++ -Ibaseclasses -I../baseclasses -IimgFilters -I../imgFilters -Implayer -I../mplayer -Isettings -I../settings -Isettings/filters -I../settings/filters -Icodecs -I../codecs -Isubtitles -I../subtitles -Iconvert -I../convert -Idialog -I../dialog -IaudioFilters -I../audioFilters -Icygwin -I../cygwin -Iffmpeg -I../ffmpeg -Iacm -I../acm -Ixiph -I../xiph -Ifilters -I../filters -Imuxers -I../muxers -I/dx/Include -L/dx/MingLib -ldx9 -O2 -march=pentium-mmx -mtune=i686 -fomit-frame-pointer -finline-functions -finline -frename-registers -fweb -funit-at-a-time -MMD -o ffdshow_codecs_all.o ffdshow_codecs_all.cpp
TaudioCodecTremor.cpp: In member function 'bool TaudioCodecTremor::initVorbis()':
TaudioCodecTremor.cpp:61: error: 'ogg_reference' was not declared in this scope
TaudioCodecTremor.cpp:61: error: expected `;' before 'orId'
TaudioCodecTremor.cpp:62: error: 'ogg_buffer' was not declared in this scope
TaudioCodecTremor.cpp:62: error: expected `;' before 'obId'
TaudioCodecTremor.cpp:70: error: 'obId' was not declared in this scope
TaudioCodecTremor.cpp:74: error: 'orId' was not declared in this scope
TaudioCodecTremor.cpp:85: error: 'obCmt' was not declared in this scope
TaudioCodecTremor.cpp:89: error: 'orCmt' was not declared in this scope
TaudioCodecTremor.cpp:100: error: 'obSetup' was not declared in this scope
TaudioCodecTremor.cpp:104: error: 'orSetup' was not declared in this scope
TaudioCodecTremor.cpp: In member function 'virtual long int TaudioCodecTremor::decode(TbyteBuffer&)':
TaudioCodecTremor.cpp:266: error: 'ogg_reference' was not declared in this scope
TaudioCodecTremor.cpp:266: error: expected primary-expression before ';' token
TaudioCodecTremor.cpp:267: error: 'ogg_buffer' was not declared in this scope
TaudioCodecTremor.cpp:267: error: expected `;' before 'ob'
TaudioCodecTremor.cpp:270: error: 'ob' was not declared in this scope
TaudioCodecTremor.cpp:274: error: expected primary-expression before '||' token
TaudioCodecTremor.cpp:274: error: expected primary-expression before '.' token
TaudioCodecTremor.cpp:275: error: expected primary-expression before '||' token
TaudioCodecTremor.cpp:275: error: expected primary-expression before '.' token
TaudioCodecTremor.cpp:276: error: expected primary-expression before '||' token
TaudioCodecTremor.cpp:276: error: expected primary-expression before '.' token
TaudioCodecTremor.cpp:277: error: expected primary-expression before '||' token
TaudioCodecTremor.cpp:277: error: expected primary-expression before '.' token
TaudioCodecTremor.cpp:278: error: expected primary-expression before '||' token
TaudioCodecTremor.cpp:278: error: expected primary-expression before ';' token
make[1]: *** [ffdshow_codecs_all.o] Error 1
make[1]: Leaving directory `/home/User/svn/ffdshow-tryout/ffdshow-tryout/src/codecs'
make: *** [lib] Error 2

[clsid]

@cc979, it has to do with include directories. Try removing the xiph ones.

[Yong]

System spec:
vista ultimate 32bit
amd althon x2 6000+
ati 2600xt
2gb ram

player config:
mpc hc v1.0.11.0, VMR9 renderless, frame queue off,
ffdshow config, YV12 output colorspace, resize filter(default config), and only 3dnow SIMD extension is activated.

im using ffdshow_rev1632_20071123_clsid_sse_icl10.exe, resize a 640x480 mpeg1/h264 video, by using 1.5 multiplier:
fast/biliner default settings = video b0rked
fast/biliner luma + chroma sharpen 2.00 = normal
bicubic default = normal
bicubic luma/chroma sharpen = crash
point = b0rked or crash
area default = video b0rked
aera luma/chroma 2.00 = normal
gause luma/chormal 2.00 = crash
sinc = crash
lanczos default = b0rked
lanczos luma/chroma 2.00 = normal
spline default/ luma chroma 2.00 = b0rked
simple resize = normal
warped resize = normal
super2xSaI = normal
2xSaI = normal
hq2x = normal
crash means libmplayer.dll crash.

gaussian luma/chorma 2.0 with following resize method:
point = either video b0rked or crash
lanczos = b0rked or crash
gauss = b0rked or crash with certain luma/chroma value
area = b0rked or crash with certain luma/chroma value
fast/bilinear, bicubic = b0rked if luma gaussian > 0.66 or chroma gaussian > 0.67

swscaler gausian blur default setting = b0rked

im just messing around the SIMD setting and accidentally triggered these bugs lol :sly:

[haruhiko_yamagata]

Anyone here (http://forum.doom9.org/showthread.php?p=1068685#post1068685)?

BTW, this video (http://rapidshare.com/files/46651266/BBC_HD__H264_AC3_eng__07-07_13-25-26.ts.03.ts.html) has wrong AR when opened with FFDShow (v.1632). If you select CoreAVC or use VLC the AR is correct.I can't reproduce the Kernel bob issue.
As for the AR issue, the file plays OK for me. Please make sure 'Set pixel aspect ratio in output media type' is checked (or intermediate state).

[haruhiko_yamagata]

System spec:
vista ultimate 32bit
amd althon x2 6000+
ati 2600xt
2gb ram

player config:
mpc hc v1.0.11.0, VMR9 renderless, frame queue off,
ffdshow config, YV12 output colorspace, resize filter(default config), and only 3dnow SIMD extension is activated.I don't have 3DNow capable CPU.
Does it crash if both MMX and 3DNow! are checked?

[Yong]

I don't have 3DNow capable CPU.
Does it crash if both MMX and 3DNow! are checked?
nope, i think ffdshow will use mmx instead of 3dnow? :confused:
hmm looks like mmxext have same problem with 3dnow too..

[haruhiko_yamagata]

nope, i think ffdshow will use mmx instead of 3dnow? :confused:I guess 3DNow! code depends on MMX code.