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

STaRGaZeR

9th March 2010, 00:02

@Stargazer : thanks again for testing
I tested only the resize filter deeply, otherwise the other filters use the scaler but in a basic mode. This is rather libpostproc (which has also been updated) is used. However I didn't experience any crash with those. I'll make some deeper tests tomorrow if I have some time

Like I said I only have the postprocessing crash with some videos, even with all the options forced, which is interesting to say the least. I'll test the new betas.

BTW, if someone is interested I've been compiling my own builds with this patch, which basically reverts r2976 since I've never faced such a situation and seeking is a lot faster with it reverted: http://www.mediafire.com/?ik2diohummm

tetsuo55

9th March 2010, 00:08

Like I said I only have the postprocessing crash with some videos, even with all the options forced, which is interesting to say the least. I'll test the new betas.

maybe you could provide debug treces or minidumps? and a sample that albain could use?

DigitalDeviant

9th March 2010, 01:11

Sorry to report I have no change in Blu-ray subtitle positioning. The sample still fails to position the second line at the bottom. DVD subtitles still look ugly as well.

FreeFall

9th March 2010, 02:09

First I would like to thank albain and all the other people who put their time and energy into working on these projects, your efforts are much appreciated.

Blu-Ray & IDX/SUB Subtitles

with DXVA disabled turning on subtitles crashes with swscaler gaussien (fault libavcodec.dll), other methods work without crashing.

Blu-Ray Disc Sword Of The Stranger (Anime)

wrong subtitle colours and cleanup needed (broken pixel lines above text), coloured subtitles should be blue.

YV12 & YUY2 output subs are orange, RGB output subs are yellow.

My System Setup:

Zoom Player Home Max 7.10 Alpha 3 EVR renderer Vista Business x32
Haali Matroska splitter
Gabest Mpeg Splitter
FFDshow 3309 20100308 dbt newlibs beta4

FreeFall

albain

9th March 2010, 20:27

I have fixed the crashes.

Now I am looking at issues with bluray subs

albain

9th March 2010, 21:18

Here is a new build with the fixes (http://damienbt.free.fr/ffdshow_rev3309_20100308_dbt_newlibs_beta5.exe)

Nothing done on subtitles side : still issues with semi-transparent subtitles in YUV mode and sometimes some outline of the subtitle box that appears.

Patch (http://damienbt.free.fr/ffdshow_ffmpeglibs_update7.patch)

XhmikosR

9th March 2010, 22:30

r3310 x64 ffmpeg compilation is broken:

libavcodec/fft.o:fft.c:(.text.unlikely+0x1de): undefined reference to `ff_fft_init_mmx'
collect2: ld returned 1 exit status
h:\progs\MSYS\mingw\bin\x86_64-w64-mingw32-dllwrap.exe: h:\progs\MSYS\mingw\bin\x86_64-w64-mingw32-gcc exited with status 1
make: *** [../../bin/libavcodec.dll] Error 1

H:\progs\Compiling\ffdshow\src\ffmpeg>

STaRGaZeR

10th March 2010, 15:37

I'll test the lastest beta tomorrow, I don't have time right now.

TinTime

10th March 2010, 15:55

Hi,

I've been experimenting with ffdshow to resize and convert to RGB during playback with very positive results so far.

However I've run into a problem with resizing. I'm using:
Resize to screen resolution
Process pixel aspect ratio internally
Keep original aspect ratio
Bilinear resize

I've also set the borders to a medium grey to prevent screen burn.

The problem is that before adding the borders it seems to pad the image to (at a guess) mod16 with black pixels. This leads to a black line down the right hand side of the image. Strangely though this black line disappears if I turn on the OSD. See the images below. They're not the same frame but it should show what I mean.

OSD off (http://i39.tinypic.com/2e51v2b.jpg)
OSD on (http://i43.tinypic.com/258v12f.jpg)

This seems to happen with all versions I've tried over the past day, including revision 3309.

Is this a bug or is there a setting somewhere I'm unaware of?

Thanks very much.

pankov

11th March 2010, 11:27

TinTime, guys,
how does one change the color of the blavk bars?

TinTime

11th March 2010, 14:15

The slider under:

Resize & aspect -> Borders -> Brightness of borders

pankov

11th March 2010, 15:05

10x
I like my borders black but a friend of mine wants them lighter ... he even wants to change the color to something not gray.
I don't think it's possible now, right?
btw
what about adding a feature to draw them dynamically change color depending on the current frame - something like the ambilight function of Philips TVs.
I know you guys, developers, have more important tasks right now, and I'm very grateful that you keep improving this great filter, so think of this like a very low priority feature request.

blackEyEz

11th March 2010, 21:02

Hello, maybe this has been adressed already but i have a problem with MKV's with multiple soundstracks (DTS/AC3) and the MPC splitter. I use MediaPortal and these movies dont seem to run. I got a tip of using streamswitcher but that didnt work. Could this be a FFDshow issue?

jeremy33

12th March 2010, 00:15

This file don't work with mpc with internal codecs or ffdshow but play perfectly with vlc.

http://www.megaupload.com/?d=GZEXML84

And second problem if I play a flac file in mpc with ffdshow audio prefered decoder and mpc internal flac codec unchecked ffdhsow don't want to decode a flac file.

Atak_Snajpera

12th March 2010, 13:24

This file don't work with mpc with internal codecs or ffdshow but play perfectly with vlc.

http://www.megaupload.com/?d=GZEXML84

remux this file in tsmuxer

jeremy33

12th March 2010, 13:32

It works but it's playing too fast 60fps instead of 25fps.

Atak_Snajpera

12th March 2010, 14:22

force frame rate in tsmuxer

jeremy33

12th March 2010, 14:30

No change too fast

Atak_Snajpera

12th March 2010, 18:24

it works ok on my ffdshow r3005 + MPC-hc (all internal decoders disabled)

jeremy33

13th March 2010, 00:12

if I remux with tsmuxer (forced 25 fps) and if I unchecked MPEG PS/TS/PVA source filter it work so it's a mpc-hc problem.

Another problem, if I play a flac file in mpc with ffdshow audio prefered decoder and mpc internal flac codec unchecked ffdhsow don't want to decode a flac file.

Qaq

13th March 2010, 00:59

Another problem, if I play a flac file in mpc with ffdshow audio prefered decoder and mpc internal flac codec unchecked ffdhsow don't want to decode a flac file.
use madFlac for flac (disable internal filters and codecs in MPC and ffdshow)

sacharja

13th March 2010, 14:28

rsd78

13th March 2010, 22:34

I always have crashes with the new FFDShow DXVA codec when hardware acceleration is enabled. It always occurs on h.264 files when I seek very fast. ZPlayer just closes than. However, it's working with the old h.264 FFDShow codec.

rev3316 (and all further). Any ideas on that?

I know Albain is aware of this (this is with haali right?), as I reported it to him and he tried to fix it a few revisions ago but it still seems to happen.

I know he is very busy but I think he will make an attempt at fixing it if possible.

In the meantime, I know using the mpc/gabest splitter it does not crash. However this presents other problems related to using Albain's mediacontrol plugin for subtitles if you use windows media center. But seems like you are using another player, so try mpc/gabest splitter.

86sixsix

14th March 2010, 00:09

mpc standalone filters 1735, ffdshow 3305, win7_64_ult_rtm.

playing dts hd ma 7.1 24bit 96khz out over analogue - gets parsed as 48khz (unknown bit-depth) and everyone sounds like they're on helium.

also, if using 'mpc audio renderer' and the 'exclusive' checkbox is ticked in windoze mixer deely... i get odd pauses. unchecked - plays fine.

sample: http://www.trailerz.demo-world.eu/hd/hd_dts_orchestra_short_lossless.rar

using mpegsplitter.ax only dts-core gets pulled so be aware - but remuxing to mkv and using matroskasplitter.ax gets the 8 channels but only at 48khz.

same occurs after demuxing and just playing the .dts audio track.

if bitstreaming is selected - file gets correctly parsed at 96000 but i haven't got hdmi out and it rightly just sits there laughing at me.

i haven't got any 96khz truehd tracks to test that with.

how can i tell if it's a problem with the splitter or with ffdshow?

if it's ffdshow - can i request a 'i don't have hdmi, but let's have a go at 96k and see what happens' checkbox'?

EDIT: Folk might have to go to: http://www.demo-world.eu/trailers/high-definition-trailers.php and find the dts 7.1 samples...

sacharja

14th March 2010, 00:13

I know Albain is aware of this (this is with haali right?), as I reported it to him and he tried to fix it a few revisions ago but it still seems to happen.
No, I don't think that it's related to Haali. It's an h.264 AVI file and I don't use Haali for avi files.

However, FFDShow DXVA with hardware acceleration enabled is completely useless to me because I always encode my files as h.264 avi files and I can't seek fast in any of them :eek:

albain

14th March 2010, 18:11

No, I don't think that it's related to Haali. It's an h.264 AVI file and I don't use Haali for avi files.

However, FFDShow DXVA with hardware acceleration enabled is completely useless to me because I always encode my files as h.264 avi files and I can't seek fast in any of them :eek:

No, the problem comes from ffdshow and I thought I fixed it but I didn't. This is complicated to figure out because it occurs in ffmpeg DXVA code. I have not forgot but I just have too many things in parallel

DoomzDayz

14th March 2010, 19:22

I'm having problems with the mplayer noise average algorithm and high resolution source material

My ffdshow chain is resize to 1080P -> Add noise (to simulate film grain, was having problems with AVISynth). With 720P and higher source material, the noise has problems and is mostly on the right half. With less than 720P, the noise is uniform (well, I am using gaussian Smile across the video.

With average unchecked, the noise looks fine. Also, when I set it to generate noise before resizing, it works fine. The other noise algorithms work fine (no averaging allowed), changing the resize method doesn't change anything. Appears in mpc-hc and wmp with overlay, VMR7/9, and Haali. RAM and CPU usage less than 50%. beta7_rev3154_20091209.

Q6600 @ 3.2 GHz (doesn't change when going to stock)
nVIDIA 9600GSO
WinXP

Example (not always quite this bad):
http://img687.imageshack.us/img687/7915/noise.th.png (http://img687.imageshack.us/i/noise.png/)

TFM_TheMask

14th March 2010, 22:14

Can someone tell me what has changed between version rev 3154 and rev 3316 with AC3 and DTS Passthrough?

With version rev 3154 I could extract AC3 and DTS audio from a movie by setting the passthroughDTS and passthroughAC3 to 1 (in registry) with my application TFM Audio Tool but with rev 3316 this doesn't work anymore. DTS size and duration is about 2 minutes longer than with the rev 3154 version. This also applies to AC3 extraction.

And what does the other Passthrough options do? And does this also work with extracting audio using the FileWriter filter connected to the ffdshow audio decoder?

sacharja

14th March 2010, 23:38

No, the problem comes from ffdshow and I thought I fixed it but I didn't. This is complicated to figure out because it occurs in ffmpeg DXVA code. I have not forgot but I just have too many things in parallel
OK, thanks. If we can help let us know ;)

Mixer73

15th March 2010, 03:13

However, FFDShow DXVA with hardware acceleration enabled is completely useless to me because I always encode my files as h.264 avi files and I can't seek fast in any of them :eek:

Why would you create h.264 AVI files rather than MP4?

tetsuo55

15th March 2010, 09:05

TFM_TheMask

15th March 2010, 09:55

Someone else will have to provide more detail, but in a nutshell: Bitstreaming was refactored to support HD audio formats, and along the way a lot of bugs where found and fixed.

Thanks tetsuo55,

Seems that also some bugs were created in the process of implementing this new HD audio support :p.

Does this mean that when a movie has DTS-HD Master Audio that I can write it to file when connecting ffdshow audio encoder to the Filewriter filter (with PassthroughDTSHD set to 1 in registry) or do I need special hardware for it to work?

Can someone else comment on the wrong duration with PassthroughAC3 and PassthroughDTS.

zummi

15th March 2010, 18:37

albain

15th March 2010, 20:30

Hi there, i ran into a little WAF-issue today... On releases after rev3292 the MediaControl plugin doesn't detect that ffdshow is running. All builds before works fine... I'm running Win7x64 w/FFDSHOW x64. Don't know if this is a ffdshow or mediacontrol-issue though...but i'll try here first. Thanks :-)

You could try to disable the "enable media experience" checkbox in media control settings.
You can post your problem on media control forum with the logs in debug level
I am very busy at work right now, so don't expect an answer very soon

Thanks tetsuo55,

Seems that also some bugs were created in the process of implementing this new HD audio support :p.

Does this mean that when a movie has DTS-HD Master Audio that I can write it to file when connecting ffdshow audio encoder to the Filewriter filter (with PassthroughDTSHD set to 1 in registry) or do I need special hardware for it to work?

Can someone else comment on the wrong duration with PassthroughAC3 and PassthroughDTS.

Few people use this feature (write to file) and it has not been retested since the HD audio bitstream implementation. I'll take a look at it, but you should post a bug on the tracker so that we keep a trace on it

This is very difficult right now, we are only 2/3 active developers at the present moment

@Tetsuo : are you aware of this issue affecting the MPC m2ts splitter ? the subtitle streams are not detected until the first subtitles block is parsed (a few seconds before it is displayed). Then it appears within the context menu.
I saw this issue with bluray m2ts files (so holding PGS subtitles)

rsd78

15th March 2010, 21:28

@Tetsuo : are you aware of this issue affecting the MPC m2ts splitter ? the subtitle streams are not detected until the first subtitles block is parsed (a few seconds before it is displayed). Then it appears within the context menu.
I saw this issue with bluray m2ts files (so holding PGS subtitles)

Albain, this is also applicable to MKVs using the mpc-splitter too right? I believe this is the same issue I showed you when using the mpc-splitter and media control and ffdshow dxva.

tetsuo55

15th March 2010, 21:35

we are aware of A problem but have not found the cause.

Is it this bug? http://sourceforge.net/apps/trac/mpc-hc/ticket/16

We definately need help fixing the bugs in the mpeg splitter

Sebastiii

15th March 2010, 21:55

we are aware of A problem but have not found the cause.

Is it this bug? http://sourceforge.net/apps/trac/mpc-hc/ticket/16

We definately need help fixing the bugs in the mpeg splitter

Hi Tetsuo55,

It's also : http://sourceforge.net/apps/trac/mpc-hc/ticket/162

And my duplicate bug : http://sourceforge.net/apps/trac/mpc-hc/ticket/307

Thanks.

tetsuo55

15th March 2010, 22:00

ok i will triage that into the older ticket

Betsy25

16th March 2010, 04:52

Is the MPEG2 decoder (libavcodec) broken in rev 3158 ?

I get broken images like below, or video/audio out of sync.

http://i44.tinypic.com/i23lg1.jpg

djesteban

16th March 2010, 07:25

Ok, I think I found a pretty nasty bug...

I noticed that in clsid build 3267 (x64) and higher, there's a lot of image corruption/artifacts while watching h264 footage (in a mkv container in my case). I was able to detect the problem in multiple files (if not all); it seems to happen at sporadic times in each video, but when the problem occurs, it can always be replicated if you rewind to that particular part of the given file (if it happens at 6 min, and you rewind to that 6th min, you will see the problem occurring over and over again with what seemed to me as the same artifacts).
Please note that this problem seems to have appeared in build 3267 (ffdshow_rev3267_20100213_clsid_x64); the build before that, build 3222 (ffdshow_rev3222_20100123_clsid_x64) was unaffected. All build after 3267 are plagued with the issue (at least up until build 3316)
This should be tag important since it really affect the viewing experience; makes footage almost unwatchable. See the attached jpg for an example. I had a hard time pausing on one of those artifact, so I was able to get an example by pressing printscreen until I got one "captured".

Tested on 2 computers, and also I tested the same footage in VLC and it works perfectly.

I already logged a bug for this, but thought that it may get a little more visibility here. Anyone wants to try to repro this?

*EDIT* Here's the image, it doesn't seem to appear when I attach it
http://img532.imageshack.us/img532/9320/corruption01.jpg

TFM_TheMask

16th March 2010, 07:28

Few people use this feature (write to file) and it has not been retested since the HD audio bitstream implementation. I'll take a look at it, but you should post a bug on the tracker so that we keep a trace on it

This is very difficult right now, we are only 2/3 active developers at the present moment

Thanks for the answer Albain. I will post a bug report about this on the tracker. Can you also answer my other question:

Does this mean that when a movie has DTS-HD Master Audio that I can write it to file when connecting ffdshow audio encoder to the Filewriter filter (with PassthroughDTSHD set to 1 in registry) or do I need special hardware for it to work?

Andrey /MAG/

16th March 2010, 07:44

Is it possible to get output dimensions of video from ffdShow filter by remote control API?
I try to use constant IDFF_OSDtype_outputSize (1521), but it returns a zero.
I can't use deci.getOutputDimensions because of deci is need to be initalized.
How can I do it with Interface of filter loaded by another process (player)?
I have only ffdShow window handle (and player's PID).
Language: Delphi.

clsid

16th March 2010, 12:19

@djesteban
Please upload some sample files.

rpm7200

16th March 2010, 14:21

ffdshow's mixer doesn't work correctly. when i cut lfe channel it doesn't work. please fix it.

rsd78

16th March 2010, 16:05

Hi Tetsuo55,

It's also : http://sourceforge.net/apps/trac/mpc-hc/ticket/162

And my duplicate bug : http://sourceforge.net/apps/trac/mpc-hc/ticket/307

Thanks.

Tetsuo, I think I'm seeing the same issue with MKVs (specifically using ffdshow dxva + media control).

djesteban

16th March 2010, 16:18

@djesteban
Please upload some sample files.

@clsid
OK, I'm going to try sampling a part of a mkv where I am sure I can see the issue... and upload it somewhere. I'll try to get 1-2 example at least.

*EDIT*
@clsid
Ok, for some reason, I demuxed a whole 7Gb mkv, made a sample of the h264 stream using DGIndexNV and remuxed that in a mkv container and using this sample I was not able to reproduce the problem while playing it back. So after that, I decided to remux the whole 7Gb stream alone in a new mkv (to make sure it wasn't the soundtrack or something else in the original mkv that is causing the issue) and after doing that I am able to reproduce the problem... So I really don't know how long my sample needs to be for you in order to be able to repro it.
Now my question is: Do you have a connection that permits you to download large files? (i.e. 7Gb). If yes, let me know and I'll point you to where you can download the same file I am using. Now, please note that this happens with multiple (if not all animation/anime) mkv that I have... coming from multiple source... some that I have encoded, some that have been encoded by other people.
I really hope this problem can be fixed... I checked the changelog and I noticed that there's quite some changes between 3222 and 3267, but I cannot get all those builds... I really wish I could pinpoint where exactly in the changelog this has happened, but I can tell you for sure it's between 3222 and 3267

clsid

16th March 2010, 16:57

Maybe DGSplit can help to create a smaller sample:
http://forum.doom9.org/archive/index.php/t-143963.html

HeadlessCow

16th March 2010, 18:44

You can use mkvmerge to split mkvs as well. You might have better luck with that. In mkvmergeGUI just look on the second tab.

djesteban

16th March 2010, 19:54

Maybe DGSplit can help to create a smaller sample:
http://forum.doom9.org/archive/index.php/t-143963.html

:)
I will try making my sample using that, but like I said, my problem is not to make a sample, I was able to do that with DGIndexNV, the problem is that it seems it takes more than a small sample to repro the problem. If my sample is too small, I cannot reproduce the issue.

*EDIT*
Tried making the sample with DGSplit, and same thing happens; if the sample is too small, the problem doesn't happen...
Would 490 Mb be a ok size for you clsid? That is the smallest file where I can see it happening...
If you want that file, are you on IRC? Or let me know if I can PM you and send you the link or something.