ffdshow tryouts project: Discussion & Development [Archive] - Page 37

clsid

13th August 2007, 15:12

Hi, I just recently started seeing a problem in ffdshow I had never seen before when playing mpeg1 videos. It seems to play fine, but when the video reaches the end, the player (media player classic) hangs and the CPU% shoots up to 100% until I manually kill the process. It seems obvious, but I haven't found any other mention of it in this thread, and I can't find any other reason for it either.

It seems ffdshow_rev1390_20070731_xxl.exe was that last one that worked before the problem started. The only thing in the changelog was "updated libavcodec". I retried several subsequent builds up to ffdshow-rev1413_20070809_xxl.exe with no success. Going back to rev1390 was successful.

It fails with MPEG1 set to "libavcodec", but succeeds with "libmpeg2" or "disabled". I just have it set for libmpeg2 now so it's no problem, but I thought I would mention it.

As for a sample, the first hit on google for "mpeg1 sample" works: http://www.kvcd.net/portal/articles.php?lng=en&pg=60 and click on "704x480-showoff.mpg"

Btw, I'm new here and just wanted to say thanks for all the great work on this project.
I can reproduce the bug.

There have been some changes to libavcodec regarding MPEG in revision 1391.

See if the problem occurs with FFmpeg as well.

Blight

13th August 2007, 17:35

I just encountered an ffdshow incompatibility issue which should be easily resolvable:

If you try to play OGG Vorbis content (.ogg audio files) with Haali Media Splitter being used as the source/parser filter, ffdshow refuses connection.

The CLSID subtype on the output pin of the haali filter is "{8D2FD10B-5841-4A6B-8905-588FEC1ADED9}".

I think it's just a matter of accepting the connection, no?

bugblatter

13th August 2007, 18:15

I can reproduce the bug.

There have been some changes to libavcodec regarding MPEG in revision 1391.

See if the problem occurs with FFmpeg as well.

Hmm, forgive my inexperience, but I have not used ffmpeg directly before. To give it a try, I got the latest build I could find, ffmpeg.rev9767.7z, but its date (July 20th) seems to put it before the problem occurred. I tried it anyway, using "ffplay", and there was not any problem. I don't have the tools to compile it directly.

clsid

13th August 2007, 22:51

I have fixed the problem at revision 1419.

Amour

14th August 2007, 03:41

Yong

14th August 2007, 13:21

fixed at rev 1416.thanks ;)

I cannot reproduce.
hmm, its reproducible by me, but the bug will gone after restart mpc.
more intersting if the colorspace is yuy2, the video is cropped and instead of resized. sometime mpc will freeze by changing the "multiply by" value.

I can reproduce. I would like to test mplayer, but I don't know the command line.

Maybe we shuold disable the option for h264.
-vfm ffmpeg -lavdopts gray:)

haruhiko_yamagata

14th August 2007, 16:43

haruhiko_yamagata

14th August 2007, 16:45

-vfm ffmpeg -lavdopts gray:)Thank you. mplayer does not work.
But I found the work around for it in ffdshow. I found some other issues around gray decoding.

Blight

15th August 2007, 06:24

haruhiko_yamagata:
Ignore it, something was screwy with my ffdshow registry entries and vorbis somehow got disabled.

madshi

15th August 2007, 09:40

The ffdshow FLAC decoder doesn't seem to like 8 channels. Sound is distorted with ffdshow tryouts. Here's a sample file:

http://madshi.net/8.flac

DeeGee

15th August 2007, 10:17

libavcodec seems to have some trouble outputting non-mod16 video. I used Fraps to capture some video at 1680x1050 and the video looks like this when played back with ffdshow or mplayer. The problem showed up in both the uncompressed video and xvid compressed version, but disappeared when fraps own codec and xvid were used to decompress.

screencap1 (http://students.oamk.fi/~t3paja01/sekalaista/snapshot20070815115627.jpg)
screencap2 (http://students.oamk.fi/~t3paja01/sekalaista/snapshot20070815115708.jpg)

[edit] Seems like XviD used YUY2 colorspace for output and when i forced ffdshow to use it everything was fine. A Nvidia video driver bug with YV12?

albain

15th August 2007, 12:24

Hi all,

I have fixed the heavy stutterring issue with DTS streams with high bitrate : revision 1420.
This usually concerns blueray videos that hold high quality sound track
Please report me if there are regressions on other numeric formats

libavcodec is too darned slow.

Is anyone working on making the decoder faster? I have a (W)VC1 at 1920x1080 and libavc decoding lags behind the audio. If I disable it in ffdshow and let WMP11's codec take over it plays fine. Also some full HD x264 stuff plays slow using libavc.

I have an E6600 which SHOULD be enough? I'm thinking about overclocking it to 3Ghz in order to playback some of this stuff smoothly at least until CoreAVC 1.5 is out.

Also. Is anyone working on hyperthreading the ffdshow decoder?

One more thing. High bitrate DTS is still a BIG problem with ffdshow using SPDIF passthru. It stutters like crazy. I have to disable ffdshow's DTS decoder and let AC3Filter decode it instead.

Inventive Software

15th August 2007, 12:32

For the record, ffdshow-tryouts DO NOT work on libavcodec's video decoding speed. That's the domain of ffmpeg and Mplayer, so complain to them, not us. :p However, do bear in mind that the VC-1 decoder is still in it's infancy, so is bound to be slow decoding. It will get faster as it's more optimised. ;)

CruNcher

15th August 2007, 12:57

Yep exactly even the biggos implementations are slow yet for VC-1 and have no Hardware accelleration (Mainconcept/Elecard) (Sonic most of their stuff is based on Mainconcept/Elecard research) so in that regards Libavcodecs VC-1 Decoder does quiet well compare :P (Cyberlinks Decoder seems more advanced but it seems only working inside powerdvd :P)

haruhiko_yamagata

15th August 2007, 12:59

I will just ask this briefly as I don't want to get too involved with it and start posting samples if it is already a known issue/resolution. I backed up my first AVC HD DVD the other day (all before have been VC-1) and while decoding with ffdshow beta (1324), there was strange green, magenta, red color shifting. It was restricted to specific shots in random scenes almost as if there was something in the actual image characteristics of the shot that triggered it.

My decode went through the following steps

Graph edit:
Haali media splitter (Ripped HD DVD evo file containing the feature h.264 stream) > ffdshow video decoder > AVI splitter (not sure why but graphedit added this on its own and wouldnt render without it)

The graph is then referenced by an AVS using DirectShowSource

Simply playing the disc reveals that this problem is not in the source. I had this same issue before with a MKV that had an H.264 stream and I don't recall what I did to fix it. Any tips would be greatly appreciated. Is there an issue with decoding directly from within the evo container?
If you are trying to decode VC1 using libavcodec's VC1 decoder, it's a known issue. "wmv9" should work.

Warpman

15th August 2007, 13:00

This sample http://rapidshare.com/files/49123646/realaacbug.mkv.html (22mb)(rapidshare) seems to cause an access violation after playing a few seconds.
It only happens with realaac, libfaad2 decodes it just fine.

Can someone confirm this?
:thanks:

using ffdshow rev 1371 here

breez

15th August 2007, 13:53

Is there any work towards getting ffdshow filters multithreaded? Couldn't different tasks be run on different cores eg. decoding and resize on core 0 and other filters + colorspace conversion on core 1?

bluesk1d

15th August 2007, 14:34

If you are trying to decode VC1 using libavcodec's VC1 decoder, it's a known issue. "wmv9" should work.

Thanks but Im only using libavcodec for decoding the H.264 from the HD DVD evo file. VC-1 playback is handled by Microsoft WM9 advanced profile codecs.

Amour

15th August 2007, 14:58

Problem with the following installation file by clsid:
ffdshow_rev1413_20070810_clsid.exe

When installing a first time, I check all video formats.
When installing a second time, the following video formats get unchecked automatically:
*DivX
*Xvid
*Generic MPEG-4

This is using the English language setup.

Ok, I tried it again, and this time it didn't uncheck: so the behaviour is random.

In all case, I still have problems when re-installing ffdshow. Here is an example with screencaptures.

STEP 1 = Uninstall ffdshow
STEP 2 = Install ffdshow (and reset all default)
STEP 3 = Install ffdshow again

On first install I get:
http://img45.imageshack.us/img45/6757/ffdshow3sn8.jpg (http://imageshack.us)
http://img524.imageshack.us/img524/820/ffdshow5av9.jpg (http://imageshack.us)
http://img45.imageshack.us/img45/739/ffdshow6xa9.jpg (http://imageshack.us)

On second install I get:
http://img45.imageshack.us/img45/7577/ffdshow3kj2.jpg (http://imageshack.us)
http://img524.imageshack.us/img524/8192/ffdshow5qz6.jpg (http://imageshack.us)

So you will notice that on second installation, many checkboxes have disappeared:

* CorePNG, MS Video 1, MSRLE, Techsmith, Truemotion
* ASV1/2, CYUV, ZLIB, 8BPS, LOCO, MSZH, QPEG, WNV1, VCR1
* CamStudio, ZMBV, Ultimotion, VIXL, AASC, IV32, FPS1, RT21

* ADPCM, MS GSM, Truespeech

* Always skip H.264 inloop deblocking

clsid

15th August 2007, 15:13

That is all intentional. In the past the installer would remember the installer settings from previous installations. But many didn't like that and wanted the installer to retain their current settings better.

The installer will read your current settings from the registry and adjust the checkboxes accordingly. So Xvid disabled in the installer means that Xvid is disabled in your ffdshow settings.

The options that cover multiple formats are hidden during update because it is not really possible to determine the correct state for them.

If you want to change all settings during an update, you should either uninstall first, or adjust the settings in the ffdshow configuration dialogs.

Amour

16th August 2007, 01:37

The options that cover multiple formats are hidden during update because it is not really possible to determine the correct state for them.
Why? You cannot store it in registry like the others? Could you make it grey instead of hidding it? Because currently it looks like a bug.

And I wish that the "reset to default" would have the following behaviour: when selecting this option, it would check or uncheck the other boxes to make it like a default ffdshow configuration (eventually grey it). Currently, I do not understand the way it works: does it ignores all the other choices below?

haruhiko_yamagata

16th August 2007, 10:58

madshi

16th August 2007, 11:10

The ffdshow FLAC decoder doesn't seem to like 8 channels. Sound is distorted with ffdshow tryouts. Here's a sample file:

http://madshi.net/8.flac
Anyone? At least a confirmation would be nice. Thanks!!

Warpman

16th August 2007, 11:43

I can reproduce the crash. Are you sure that the file is not broken?

well it works fine with libfaad2 and i have another sample which shows the same behavier. I don't think they are both broken.
Just tried coreAAC and it plays fine as well.
But i noticed both file have unusual high jitter up to +-150 maybe realaac can't handle this?
My newer encoded files have no jitter at all.

i just let it run in vlc's debug mode
it returnes
faad warning: Gain control not yet implemented
main warning: buffer is 42651 in advance, triggering downsampling
main warning: timing screwed, stopping resampling

at the points where realaac usally crashes.

But don't ask me what that means ;)

@madshi
i can confirm this, debug says:
flac debug: decode STREAMINFO
flac debug: channels:8 samplerate:48000 bitspersamples:16
flac debug: STREAMINFO decoded
flac error: This stream uses too many audio channels
i guess 8channels are not implementet atm.

clsid

16th August 2007, 13:07

Why? You cannot store it in registry like the others? Could you make it grey instead of hidding it? Because currently it looks like a bug.

And I wish that the "reset to default" would have the following behaviour: when selecting this option, it would check or uncheck the other boxes to make it like a default ffdshow configuration (eventually grey it). Currently, I do not understand the way it works: does it ignores all the other choices below?
Lets say an option covers 5 formats. You disable one of them after installation. Now what should the state be for the 5 formats together? It is undefined.

Reset to defaults cannot modify the current selection in the installer. At least not with any complicated scripts, which I am certainly not going to write. If you want to reset, you should do a clean install, not an update.

I think it might be a better idea to completely hide the format options during an update installation. So that a user is forced to use the ffdshow configuration screens to make changes.

haruhiko_yamagata

16th August 2007, 14:20

well it works fine with libfaad2 and i have another sample which shows the same behavier. I don't think they are both broken.
Just tried coreAAC and it plays fine as well.
But i noticed both file have unusual high jitter up to +-150 maybe realaac can't handle this?
My newer encoded files have no jitter at all.

i just let it run in vlc's debug mode
it returnes
faad warning: Gain control not yet implemented
main warning: buffer is 42651 in advance, triggering downsampling
main warning: timing screwed, stopping resampling

at the points where realaac usally crashes.

But don't ask me what that means ;)

Thank you very much.
From readme.txt of realaac,
Not currently supported:
- main or SSR profile, LTP
- coupling channel elements (CCE)
- 960/1920-sample frame size
- low-power mode SBR
- downsampled (single-rate) SBR
- parametric stereo

Do these infomation help?

Warpman

16th August 2007, 16:09

Thank you very much.
From readme.txt of realaac,

Do these infomation help?

Well i don't know the settings i used for the files (unfortunatly).
So it's quite possible that i used something not yet implemented in realaac.

I'll just reencode those 2 files and see if the problem occurs again in the future.

Thank you for your help.

Is libfaad2 the preferable decoder then? Or does it have some other limitations?

haruhiko_yamagata

17th August 2007, 12:39

Is libfaad2 the preferable decoder then? Or does it have some other limitations?I'm not sure.

sarvatt

17th August 2007, 23:33

AC3 output is not working for me at all in 1425 on vista x32 on 2 machines, had to revert to 1413. This is with ogg, mp3 and AAC input sources, did not check any others before reverting. If I select don't encode multichannel streams I can get sound on non multi channel sources through MPC, but for some reason it is outputting LPCM that way needing another decoder to be added to the graph. I don't know what other information is needed but I will pass along anything that can help track it down if requested.

Delerue

18th August 2007, 20:32

Leak

18th August 2007, 21:16

Weird bug. If you check the avisynth plugin you can't open a video with MPC if there's another running at the same time. I'm using MPC last version from clsid (http://forum.doom9.org/showthread.php?t=128616) and FFDShow build 1425. The message I got is 'failed to query the needed interfaces for playback'.
Are you using tsp's modified AviSynth? The one with the patches for MT? If so, that's probably a bug in there, as it doesn't happen with regular AviSynth 2.5.7...

np: Sofa Surfers - Can I Get A Witness (ft. Dawna Lee) (Encounters)

Delerue

19th August 2007, 06:34

Are you using tsp's modified AviSynth? The one with the patches for MT? If so, that's probably a bug in there, as it doesn't happen with regular AviSynth 2.5.7...

You're right. I installed the official version and now is working great. Thanks. ;)

Liisachan

19th August 2007, 09:33

edit: Sry ignore this post: the problem was on my side and has been fixed already
--

Vrobis decoders in ffdshow are still bad. Tremor was known to be bad, but the current Tremor, so called high accuracy mode, is still poor in quality. libavcodec is as bad as Tremor too.

The quality difference is so obvious that scoring 15/15 at abx against CoreVorbis is quite easy. I don't know why this is happening. To get decent quality, I'd have to recommend to disable Vorbis decoders in ffdshow and to use CoreVorbis (or maybe MPC's internal one).

Samples.
http://ffdshow.faireal.net/tmp/Vorbis_Test_Input.ogg
OggEnc v2.83 (libvorbis aoTuVr1), ~ 2sec, 43KiB

Decoded by:
- CoreVorbis
http://ffdshow.faireal.net/tmp/Vorbis_Test_CoreVorbis.wav
- ffdshow (lavc)
http://ffdshow.faireal.net/tmp/Vorbis_Test_lavc.wav

tested ffdshow_beta3_rev1324_20070701_clsid.exe

edit: adding this.
- Decoded by foobar2000:
http://ffdshow.faireal.net/tmp/Vorbis_Test_fb2k.wav

sarvatt

19th August 2007, 11:15

Is there any way to have ffdshow use alternative codecs (similar to how you can pick xvid or WMV9) on the codec page? I would prefer to use ffdshow for subtitle decoding for all of my material with all of the wonderful fixes it has gotten lately and have it use coreavc for the h264 decoding, but I don't know how to do it without loading ffdshow as a postprocessing filter which would interfere with hardware acceleration on TV in the playback app I use. VSFilter doesn't work for me in mediaportal or MPC's EVR (non-custom presenter mode) whereas FFDShow does, and it would be nice to be able to do it without having to use libavcodec for h264 or loading a seperate postprocessing filter for all videos :) Thanks in advance for any tips on it.

TheShadowRunner

19th August 2007, 11:35

Wow sarvatt, you requested exactly what I had in mind the last couple of days. (since coreavc is a bit faster than ffdshow's internal x264 decoder and ffdshow is great for subs, consuming less CPU than vobsub too).

A question though, when i select WMV9 for decoding instead of libavcodec for WMV type, how exactly does it work since when building such graph in graphedit, i don't see "WMVideo Decoder DMO" anywhere? It it in use but somehow hidden from the graph?
Later,

TSR

Leak

19th August 2007, 11:47

Is there any way to have ffdshow use alternative codecs (similar to how you can pick xvid or WMV9) on the codec page? I would prefer to use ffdshow for subtitle decoding for all of my material with all of the wonderful fixes it has gotten lately and have it use coreavc for the h264 decoding, but I don't know how to do it without loading ffdshow as a postprocessing filter which would interfere with hardware acceleration on TV in the playback app I use.
Ummm... the problem here is that "postprocessing" and "adding subtitles" is exactly the same problem - both have to alter the video the decoder produces, and hardware acceleration just won't work right once you put something in between hardware decoding and rendering...

Also, I wouldn't be surprised if this won't work because of DRM considerations - after all, if a filter can just alter the hardware decoded video it can just save the frames out to disc, making any kind of content protection moot. :(

np: Tocotronic - Wehrlos (Kapitulation)

check

19th August 2007, 12:04

There's a dead simple way to use coreavc for decoding and ffdshow for subtitles... Just set ffdshow to decode raw video :p

TheShadowRunner

19th August 2007, 12:31

check, yeah rite :p
Wayyyy too CPU consuming :/

check

19th August 2007, 12:40

It is? I can't see how integrating coreavc into ffdshow would be any faster -- subtitle blitting simply takes a lot of CPU.

sarvatt

19th August 2007, 14:34

That is the thing, I do not want to use ffdshow for raw video as it will load for everything including videos where I do not want to use FFDShow. I want it to only load for the codecs I pick on the codec page but still have the ability to use it only for h264 material as I do not use ffdshow for h264. It's hard for me to explain so I will try to break down the scenario I am facing..

Playback software: Mediaportal (EVR) or MPC EVR (not custom presenter mode as I cannot get acceleration in it)
Source files: h264, WMV, and xvid in MKV all with subtitles, Live and recorded mpeg2 .ts from the tuner with no subtitles and DXVA2 acceleration with deinterlacing.

My options are
1) use VMR9 and rely on the haali splitter/playback program to load VSFilter if needed which works and not use FFDShow for subtitles at all.
2) use EVR (preferred) in which VSFilter refuses to load, no subtitles for h264 material as I am using CoreAVC and not FFDShow.
3) Set FFDShow to decode raw video making it always load thus breaking DXVA for my mpeg2 in both VMR9 and EVR.
4) Set FFDShow to decode h264 which is not an option as a good chunk of my source material is too tough for it to decode on my HTPC.

What I am looking to do is to either force ffdshow to load as an additional filter only for the h264 material which I can't figure out how to do within the limitations of the media playback programs I use, or find out if it is possible to have ffdshow load an external codec internally similar to how it loads xvid or WMV9 so that it wont interfere with my mpeg2 TV decoding and I could enable h264 on the ffdshow codec page. Thank you very much for the replies so far though, I realize it might not be a very common situation and appreciate the help!

Edit: Hmm after doing some messing with it I think I can get it working like I'm asking if I set raw video to all YUV so it ignores NV12. Hopefully it doesn't interfere with hardware deinterlaced but software decoded YUY2 files but I don't expect to run into that often :D I was under the impression loading it as a raw filter after the decoding was what was messing up vsfilter in EVR but I guess it's the subtitle pin connection that is doing it.

madshi

19th August 2007, 19:29

@madshi
i can confirm this, debug says:
flac debug: decode STREAMINFO
flac debug: channels:8 samplerate:48000 bitspersamples:16
flac debug: STREAMINFO decoded
flac error: This stream uses too many audio channels
i guess 8channels are not implementet atm.
Thank you for the confirmation!

FWIW, I've tried another FLAC decoder and fed that decoder's output into ffdshow's raw audio filter (because that decoder's 8 channel output was not accepted by any other filter). There the same problem occurs. I'm not sure, it could be that the other decoder has the same problem. Or maybe ffdshow *generally* stumbles with 8 channels?

Yong

19th August 2007, 20:31

Vrobis decoders in ffdshow are still bad. Tremor was known to be bad, but the current Tremor, so called high accuracy mode, is still poor in quality. libavcodec is as bad as Tremor too.

The quality difference is so obvious that scoring 15/15 at abx against CoreVorbis is quite easy. I don't know why this is happening. To get decent quality, I'd have to recommend to disable Vorbis decoders in ffdshow and to use CoreVorbis (or maybe MPC's internal one).

Samples.
http://ffdshow.faireal.net/tmp/Vorbis_Test_Input.ogg
OggEnc v2.83 (libvorbis aoTuVr1), ~ 2sec, 43KiB

Decoded by:
- CoreVorbis
http://ffdshow.faireal.net/tmp/Vorbis_Test_CoreVorbis.wav
- ffdshow (lavc)
http://ffdshow.faireal.net/tmp/Vorbis_Test_lavc.wav

tested ffdshow_beta3_rev1324_20070701_clsid.exe

edit: adding this.
- Decoded by foobar2000:
http://ffdshow.faireal.net/tmp/Vorbis_Test_fb2k.wav
no difference either use lavc/tremor or mpc internal vorbis decoder when playing.:confused:
make sure disable any audio filter before abx :p
anyone can comfirm this?

the lavc decoded sample u uploaded does show somekind of high frequency loss.
sounds like it was downsampled by ffdshow resampler or FIR filter.

jodur

19th August 2007, 21:12

There's a dead simple way to use coreavc for decoding and ffdshow for subtitles... Just set ffdshow to decode raw video :p

To Bad this won't Work for Vista Users!!!

See Thread before:

http://forum.doom9.org/showthread.php?p=1032411#post1032411

and

http://ffdshow-tryout.sourceforge.net/phpBB2/viewtopic.php?t=429

Sharktooth

19th August 2007, 23:56

Vista? Is that an OS? :p

Liisachan

20th August 2007, 01:11

no difference either use lavc/tremor or mpc internal vorbis decoder when playing.:confused:
make sure disable any audio filter before abx :p
anyone can comfirm this?

the lavc decoded sample u uploaded does show somekind of high frequency loss.
sounds like it was downsampled by ffdshow resampler or FIR filter.

Hi, thanks for your suggestion! Looks that way. While config'ing 'Output' I accidentally have ticked 'Mixer', a few pixel above, which caused this mess. My mistake. However I'll check this again when I have time.
-baka me!

clsid

21st August 2007, 16:48

I think the "DVD decoding (not working yet)" string in ffdshow should be updated. What exactly works and what works not with regard to DVD decoding by ffdshow? Is it only decryption that isn't supported?

ShadowVlican

21st August 2007, 20:58

i think i found a bug which hasn't been mentioned (searched but found nothing)

there's something wrong with the SPDIF setting:
http://img26.picoodle.com/img/img26/9/8/21/f_asdfm_8faf9f1.png (http://www.picoodle.com/view.php?img=/9/8/21/f_asdfm_8faf9f1.png&srv=img26)

works fine when i use this, i hear sound on my receiver:
ffdshow_rev1371_20070723_clsid.exe

doesn't work when i use the latest (i tried these), i don't hear sound on my receiver:
ffdshow_rev1425_20070817_xxl.exe
ffdshow_rev1431_20070821_clsid_sse_icl10.exe

everything else on the graph is kept the same of course (same player, same filters, exact same settings, same files, same drivers, etc....)

i'm not a programmer, so i have no idea what has changed since the rev1371 release and rev1431 release... but surely something HAS changed relating to AC3/DTS SPDIF