New ffdshow build (?) [Archive] - Page 47

cc979

9th September 2006, 14:44

tested using elephant dream_hd xvid/ac3 (8mbs stream mostly)
using 07-07-06 hali splitter

drevil_xxl
ffdshow-tryouts-rev155-AMD-XP-K8.exe
null: User: 8s, kernel: 0s, total: 8s, real: 8s, fps: 79.6, dfps: 78.7
vmr9: User: 8s, kernel: 1s, total: 9s, real: 10s, fps: 68.3, dfps: 59.8
ovrl: User: 8s, kernel: 0s, total: 8s, real: 8s, fps: 76.8, dfps: 73.0

just playing some vids everything working as it should, only one problem using vmr9 output on mpc, i've not used the ffdshow brightness controls for a while but when i do now, i've got weird colour only way it works properly is to use either nv21 output on ffdshow or use ordinary overlay output - have i missed something using nvidia driver 91.45 so maybe its them will try early driver see if that fixes it.

or if anybody have another way to fix - let me know thanks

cc979

9th September 2006, 16:35

i've found i get crash playing svq3 files using rev155 build

_xxl

9th September 2006, 17:00

i've found i get crash playing svq3 files using rev155 build
Using rev150 you get same crash?
just playing some vids everything working as it should, only one problem using vmr9output on mpc, i've not used the ffdshow brightness controls for a while but when i do now, i've got weird colour only way it works properly is to use either nv21 output on ffdshow or use ordinary overlay output - have i missed something using nvidia driver 91.45 so maybe its them will try early driver see if that fixes it.
or if anybody have another way to fix - let me know thanks
Works with 91.31 nvidia driver.

videomixer9

9th September 2006, 17:53

http://prdownloads.sourceforge.net/ffdshow-tryout/ffdshow-tryouts-rev155.exe?download

i place a bet on this rev155 generic that it is faster than the AMD version ;P

Rash

9th September 2006, 19:40

Isn't NV21 reserved for DXVA? Sorry if that sounded stupid.

cc979

9th September 2006, 21:25

@drevil_xxl rev150 crashes too with same svq3 file
rev150 libavcodec.dll offset 000bbe3a crash shown

videomixer9 rev155 crashes on the svq3 file too
...

tested using elephant dream_hd xvid/ac3 (8mbs stream mostly)
using 07-07-06 hali splitter

videomixer9
ffdshow-tryouts-rev155.exe
null: User: 8s, kernel: 0s, total: 8s, real: 8s, fps: 81.6, dfps: 80.7
vmr9: User: 7s, kernel: 1s, total: 9s, real: 10s, fps: 72.0, dfps: 61.2
User: 8s, kernel: 0s, total: 8s, real: 8s, fps: 78.2, dfps: 75.0

ps. ask if you want anymore crash details

the file in question is here i think
http://files.filefront.com/startreklegacy+om+060706+qtzip/;5127512;/fileinfo.html

guys could you add a little builder tag on the end off yours builds so its easier to kept track of what builds are what, cheers - keep the good work

cc979

9th September 2006, 22:47

after further testing found that window media players it ok using ffdshow rev150 .. maybe a bug in mpc

sorry guys i should have tested this earlier

haruhiko_yamagata

10th September 2006, 02:15

@drevil_xxl rev150 crashes too with same svq3 file
rev150 libavcodec.dll offset 000bbe3a crash shown

videomixer9 rev155 crashes on the svq3 file too
...

ffdshow may be responsible for it, but mainly it's a problem with splitters, I think.
http://forum.doom9.org/showthread.php?p=869291#post869291

videomixer9

10th September 2006, 12:25

ffdshow-tryouts revision 162
Download: here (http://prdownloads.sourceforge.net/ffdshow-tryout/ffdshow-tryouts-rev162.exe?download)

compilers: ICL 9.1.030 and GCC 3.4.5
changes: VP5 & VP6 decoder added

Liisachan

10th September 2006, 13:24

VP5 and 6 don't play so far via ffdshow above, however, now VP62, both in AVI and FLV (ie FLV4) plays by celtic_druid's ffplay.

videomixer9

10th September 2006, 13:56

any link to some VP6 flvs?

Liisachan

10th September 2006, 14:18

glider_flv4.flv (http://minkymomo.info/~meroko_deathnote/tmp/codec_test/glider/)

yangxi

11th September 2006, 10:21

i have the AMD X2 4200+ cpu, which built is best encode speed (avi -> mpg)?

foxyshadis

11th September 2006, 10:43

They'd all give the same speed, the encoding library isn't dependant on compiler optimization.

haruhiko_yamagata

11th September 2006, 14:43

A feature freeze is a good idea. Imho there are already too many formats in ffdshow that are incomplete. First make it stable and then add new features one at a time.

How about this version numbering scheme:
stable: 1.0.0.revision beta
dev: 1.0.0.revision alpha

I agree that a feature freeze is a good idea.

Btw, why beta for stable build?
I suggest
stable: 1.0.0.revision
dev: 1.0.0.revision alpha

Thank you for the list of known problems.

_xxl

11th September 2006, 14:48

A list of known/reported problems:
* VC-1 does not work
* VMnc does not work
* VP5 does not work
* VP62 does not work
* The "perspective correction" filter makes ffdshow crash when interpolation-mode is set to "cubic". Happens only if horizontal video size is 768 or greater.
* SVQ3 crashes (splitter related?)
* kernel deinterlacer memory leak on NTSC Mpeg2 (720x480i) video (uncomfirmed)
* Output queue enabled + BSplayer = crash
* Output queue enabled + VMR9 renderless + RGB32 + specific video card + pause = blackout problem
* FFdshow is crashing when using subtitles stereoscopic
I probably missed a few.
* WMP 10,11 crash
* WME crash

haruhiko_yamagata

11th September 2006, 15:09

* WMP 10,11 crash

When does WMP crash?

thuan

11th September 2006, 16:05

I have a weird problem with some icl9 builds, any build with ffdshow.ax that is about 5MB not the one with around 3MB ax like the 162 one from vm9 or the gcc one compiled by drevil will crash (not exactly it slows my com down to a state that unusable, have to kill player process) when I use denoise3dhq and seek a lot with 5 secs jump time in one direction or sometimes randomly when I seek with denoise3dhq (haven't checked with normal denoise3d). Will happen with all avi files randomly (use MS splitter), IIRC haven't got this with any file that is watched with Haali splitter (I don't check avi here just mkv, ogm, and mp4). I guess it has something to do with compiler optimization. WinXPSP2 T-bred Sempron CPU no SSE2 or above, use MPC rev.611.

_xxl

11th September 2006, 17:20

#define IDFF_MOVIE_AUDX 20
#define IDFF_MOVIE_MAX 20
conflicted with IDFF_AUDX ?

Reino

11th September 2006, 19:25

* SVQ3 crashes (splitter related?)
In what kind of circumstances?

clsid

11th September 2006, 19:50

In what kind of circumstances?See a few pages back in this thread.

I myself don't have any issues with SVQ3.

Jeremy Duncan

12th September 2006, 07:13

I think having a official release with links to daily builds would be nice.
The daily builds can have change logs and anybody with a problem can use a daily built with a fix.

The main designers of FFdshow should colaborate on the 1 release version and then work individually on their daily builds.

The main release version can have it's own webpage with a nice page layout, like Mozilla has.

Peuj

12th September 2006, 10:37

See a few pages back in this thread.

I myself don't have any issues with SVQ3.

Tested with MPC rev611 (celtic_druid's build) with QuickTime set as DirectShow
FFDShow: ffdshow_rev2546-127_20060902.exe

ftp://mplayerhq.hu/MPlayer/samples/V-codecs/SVQ3/finalfantasy_cc.mov
Sound ok but the image is not good (just grey with some colors and artifacts)

ftp://mplayerhq.hu/MPlayer/samples/V-codecs/SVQ3/gt4_tgs2k3.mov
MPC freezed

ftp://mplayerhq.hu/MPlayer/samples/V-codecs/helldeskmaskcable.mov
Sound ok but the image is not good (just grey with some colors and artifacts)

ftp://mplayerhq.hu/MPlayer/samples/V-codecs/rev_theatre_0x3839_640_dl.mov
all ok but there is a line green and red at the bottom of the image.

ftp://mplayerhq.hu/MPlayer/samples/V-codecs/starfox2.mov
Sound ok but the image is not good (just grey with some colors and artifacts)

ftp://mplayerhq.hu/MPlayer/samples/V-codecs/Vertical400kbit.sorenson3.mov
MPC freezed

ftp://mplayerhq.hu/MPlayer/samples/V-codecs/SVQ1/spec-tampax-red-(frames_loss).mov
MPC freezed

All the mov files are well played with QuickTime or MPC and QuickTime codec

hope it helps.

Amour

12th September 2006, 11:46

BTW: Why ffdshow-tryout and not just continue in the original ffdshow sf project?
They said it was because the original admin (Milan) was nowhere to be found, impossible to contact him for a very very very long time (2 years?).

haruhiko_yamagata

12th September 2006, 12:15

They said it was because the original admin (Milan) was nowhere to be found, impossible to contact him for a very very very long time (2 years?).
It was two months. Now it is 3.5 months. If it was 2 years, We'd have taken over the original project. Two months was too short to take over. I still hope milan comes back someday.

clsid

12th September 2006, 12:23

ftp://mplayerhq.hu/MPlayer/samples/V-codecs/SVQ3/finalfantasy_cc.mov
Sound ok but the image is not good (just grey with some colors and artifacts)Confirmed. If I use Haali splitter instead of Gabest, then it even crashes.

I can confirm the problems with the other samples as well. Exvept for the freezes.

Perhaps SVQ3 should be labeled as "incomplete".

Peuj

12th September 2006, 14:14

I can confirm the problems with the other samples as well. Exvept for the freezes.

You don't have the freezes and it works ? because on a clean machine with just MPC and ffdshow I get these messages from MPC:

Vertical400kbit.sorenson3.mov::Apple Sound Media Handler

Media Type 0:
--------------------------
Audio: 0x0000 44100Hz mono

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {34616D69-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 70

WAVEFORMATEX:
wFormatTag: 0x0000
nChannels: 1
nSamplesPerSec: 44100
nAvgBytesPerSec: 0
nBlockAlign: 34
wBitsPerSample: 16
cbSize: 52 (extra bytes)

pbFormat:
0000: 00 00 01 00 44 ac 00 00 00 00 00 00 22 00 10 00 ....D¬......"...
0010: 34 00|00 00 00 34 69 6d 61 34 00 00 00 00 00 00 4....4ima4......
0020: 00 01 00 01 00 00 00 00 00 00 00 01 00 10 00 00 ................
0030: 00 00 ac 44 00 00 00 00 00 40 00 00 00 22 00 00 ..¬D.....@..."..
0040: 00 22 00 00 00 02 ."....

==> No sound but good image

gt4_tgs2k3.mov::Apple Sound Media Handler

Media Type 0:
--------------------------
Audio: 0x0000 44100Hz stereo

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {34616D69-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 1
cbFormat: 70

WAVEFORMATEX:
wFormatTag: 0x0000
nChannels: 2
nSamplesPerSec: 44100
nAvgBytesPerSec: 0
nBlockAlign: 68
wBitsPerSample: 16
cbSize: 52 (extra bytes)

pbFormat:
0000: 00 00 02 00 44 ac 00 00 00 00 00 00 44 00 10 00 ....D¬......D...
0010: 34 00|00 00 00 34 69 6d 61 34 00 00 00 00 00 00 4....4ima4......
0020: 00 01 00 01 00 00 00 00 00 00 00 02 00 10 00 00 ................
0030: 00 00 ac 44 00 00 00 00 00 40 00 00 00 22 00 00 ..¬D.....@..."..
0040: 00 44 00 00 00 02 .D....

==> No sound and bad image same as the others mov (just grey with some colors and artifacts)

clsid

12th September 2006, 14:27

Enable IMA ADPCM in ffdshow audio decoder.

Peuj

12th September 2006, 14:41

Enable IMA ADPCM in ffdshow audio decoder.

Oohh thanks, I miss this one. :thanks:

Anyway for me the image is not good on ftp://mplayerhq.hu/MPlayer/samples/V-codecs/SVQ3/gt4_tgs2k3.mov

Egh

12th September 2006, 15:03

It was two months. Now it is 3.5 months. If it was 2 years, We'd have taken over the original project. Two months was too short to take over. I still hope milan comes back someday.

Revision 2546
Author: milan_cutka
Date: Fri May 5 08:33:42 2006 UTC (4 months, 1 week ago)

Time is moving fast :P

clsid

12th September 2006, 15:40

Here are some screenshots of SVQ3 files that give bad picture:

http://img18.imagevenue.com/loc451/th_75648_gt4_tgs2k3.mov_122_451lo.jpg (http://img18.imagevenue.com/img.php?image=75648_gt4_tgs2k3.mov_122_451lo.jpg)http://img141.imagevenue.com/loc564/th_75648_finalfantasy_cc.mov_122_564lo.jpg (http://img141.imagevenue.com/img.php?image=75648_finalfantasy_cc.mov_122_564lo.jpg)http://img121.imagevenue.com/loc500/th_75649_helldeskmaskcable.mov_122_500lo.jpg (http://img121.imagevenue.com/img.php?image=75649_helldeskmaskcable.mov_122_500lo.jpg)http://img147.imagevenue.com/loc576/th_75650_rev_theatre_0x3839_640_dl.mov_122_576lo.jpg (http://img147.imagevenue.com/img.php?image=75650_rev_theatre_0x3839_640_dl.mov_122_576lo.jpg)

Amour

12th September 2006, 15:51

Weird bug.
I'm using BSPlayer + ffdshow build from the 6th September (could be rev142 from clsid, not 100% sure).

I watch a movie (xvid), I pause it, I switch Windows user, I switch back, and now the movie is upside-down! The video is working fine, I can play, stop, fast-forward, pause,... but everything is upside-down. I had to restart the player to have it back to normal.

clsid

12th September 2006, 15:52

clsid

12th September 2006, 15:58

I watch a movie (xvid), I pause it, I switch Windows user, I switch back, and now the movie is upside-down! The video is working fine, I can play, stop, fast-forward, pause,... but everything is upside-down. I had to restart the player to have it back to normal.Could be some weird Windows bug. What happens if you switch back and forth twice?

haruhiko_yamagata

12th September 2006, 16:24

Weird bug.
I'm using BSPlayer + ffdshow build from the 6th September (could be rev145 from drevil_xxl or rev142 from clsid, not sure).

I watch a movie (xvid), I pause it, I switch Windows user, I switch back, and now the movie is upside-down! The video is working fine, I can play, stop, fast-forward, pause,... but everything is upside-down. I had to restart the player to have it back to normal.
Revision 150 - Directory Listing
Modified Thu Sep 7 13:15:17 2006 UTC (5 days, 2 hours ago) by h_yamagata
Bug fix(? alpha test) : Raw video :
When Divx5=disabled and Raw video=all supported, the Divx5 video flips. The player is MPC.
Please see if it does not have any side effects.
Does anything change before and after rev 150? Please test.

cc979

12th September 2006, 19:29

Confirmed. If I use Haali splitter instead of Gabest, then it even crashes.

I can confirm the problems with the other samples as well. Exvept for the freezes.

Perhaps SVQ3 should be labeled as "incomplete".

that was my problem - cheers

foxyshadis

12th September 2006, 19:47

Btw guys, this is the new thread where thoughts on versioning, stable releases, future plans, etc should be discussed:
http://forum.doom9.org/showthread.php?t=115869

NoX1911

13th September 2006, 01:02

PostProcessing doesn't work with generic build on AMD K7. Or is it just me? :)
What about a changelog in the installer? Maybe at least the last 5 builds?

Egh

13th September 2006, 02:38

Aha.

I found out what was the problem with "decoding page" being disabled.

The page is disabled whenever ffdshow receives uncompressed input (in my case YV12 straight from CoreAVC). Interstingly enough, h264 quality related controls are still enabled on the same page, but they don't contain any values (they can be entered though).

nibbles

13th September 2006, 04:32

Somebody may find this interesting. Those CLSIDs in Peuj's output are reserved by Microsoft
to specify FourCC codes. He listed these:

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {34616D69-0000-0010-8000-00AA00389B71}

and it also had this in the hex output:

pbFormat:
0000: 00 00 01 00 44 ac 00 00 00 00 00 00 22 00 10 00 ....D¬......"...
0010: 34 00|00 00 00 34 69 6d 61 34 00 00 00 00 00 00 4....4ima4......

According to these documents at MSDN, (http://windowssdk.msdn.microsoft.com/en-us/library/ms783788.aspx) any CLSID of the form
XXXXXXXX-0000-0010-8000-00AA00389B71
is reserved, and the Xs are 4 hex numbers backwards because
the registry is little endian, that spell out the FourCC code when
converted back to ASCII and reversed.

Soooo.... following this ASCII chart, (http://everything2.com/index.pl?node_id=159986)

This CLSID 34616D69-0000-0010-8000-00AA00389B71
has hex digits 34 61 6D 69
which spells 4 a m i
so the FourCC is: ima4
I came across this while trying to determine whether HuffYUV should
have its ClassGUID specified in its inf or just use CLASS=Media, a
nasty little puzzle still for me.

haruhiko_yamagata

13th September 2006, 15:04

Revision 173
"Use queue only in:" "mplayerc.exe;" by default.
Revision 171
msvcr80.dll and msvcr71.dll installer.

If vcredist_x86 is not packed or the installation of vcredist_x86 failed,
and if MSVCR8 is defined,
the installer try to install msvcr80.dll as private assembly.

Installation of private assembly have version check, reference count controls, etc.
The version of VC80.CRT is checked before executing vcredist_x86.exe.

MSVCR8 is defined by default.
Please read the header of ffdshow.nsi carefully.
Good bye runtime library errors!?
Rev 173 should contribute to stability.

haruhiko_yamagata

13th September 2006, 15:28

The change to resource.h causes weird thing, if MSVC's intermediate files aren't cleaned. Please clean and rebuild.

DSP8000

13th September 2006, 15:32

Good work :)

Any other changes?
I just finished reading/browsing the SVN and it seems to me that again ffdshow it is just getting more and more features.

Now, how about first fixing/removing the bugs that have been reported by clsid and others.IMHO it is better to have one stable build to refer to than 100's revisions updated daily:) , and confusing the "average Joe" which one should I get.
It's been a long time since we had a stable (nominated) build.

Anyways, great to see that the development of ffdshow is in full speed ahead:)

DSP8000

Egh

13th September 2006, 16:11

....

Another minor issue with ffdshow (just like the previous one reported by me, it's more amusing than actually serious).

If there's an error in avisynth script in ffdshow, the error message is displayed on top of video. That's ok, but interestingly enough, even if I uncheck the whole avisynth page in ffdshow, the error message still remains.

Amour

13th September 2006, 17:21

Does anything change before and after rev 150? Please test.
Sorry, I'm not able to reproduce the flip bug again (any ffdshow revision). When I switched the Windows user, I wasn't on the computer anymore to see what was done by the other user.

Amour

13th September 2006, 18:09

Today's tests (with an xvid file):

[drevil_xxl] rev 155 (default settings = Output queueing ON)
BSPlayer: crash
WMP: ok
MPC: using the seekbar, the video will freeze a few seconds (but not the sound)

[VM9] rev162 (default settings = Output queueing ON)
BSPlayer: crash
WMP: ok
MPC: using the seekbar, the video will freeze a few seconds (but not the sound)

[clsid] rev164 (default settings = Output queueing OFF)
BSPlayer: ok
WMP: ok
MPC: ok

[h-yamagata] rev173 (default settings = Output queueing ON)
BSPlayer: ok
WMP: ok
MPC: using the seekbar, the video will freeze a few seconds (but not the sound)

We only have problems with this Output queueing feature: is it really usefull and user friendly? Instead of applying haruhiko_yamagata's rev173 MPC-only-by-default solution, I advice to use clsid's feature-disabled-by-default solution.

KoD

13th September 2006, 18:22

I still wonder how can something that was not designed to be multithreaded from the beginning can be made to be multithreading-safe ? I mean, how feasible is this ?

LoRd_MuldeR

13th September 2006, 18:26

I still wonder how can something that was not designed to be multithreaded from the beginning can be made to be multithreaded ? I mean, how feasible is this ?

They made the filter-chain multi-threaded, so each filter can run in it's own thread. And the resizer also has it's own thread. Furthermore some of the decoders used by ffdshow are multi-threaded now too. Except some bugs, that always can slip in, there should be nothing that should prevent multi-threaded ffdshow from working properly...

clsid

13th September 2006, 18:28

Updated list of known issues:

1) VC-1, VMnc, VP5 and VP6 do not work. ffdshow isn't even placed in the DirectShow graph.
2) The "perspective correction" filter makes ffdshow crash when interpolation-mode is set to "cubic". Happens only if horizontal video size is 768 or greater.
3) SVQ3 crashes when used in combination with Haali's MP4 splitter. Possibly not a ffdshow issue. (reported by Peuj)
4) Some SVQ3 files play with artifacts / color shifts / totally messed up picture. (reported by Peuj)
5) Kernel deinterlacer memory leak on NTSC Mpeg2 (720x480i) video. (unconfirmed)
6) Output queue enabled + BSplayer = crash. May happen on some other players as well. Possibly related to specific renderers used in those players? Current workaround: queue is only used in MPC.
7) Output queue enabled + VMR9 renderless + RGB32 + specific video cards + pause = blackout problem
8) ffdshow crashes when enabling stereoscopic option on subtitles page. (reported by drevil_xxl)
9) If ffdshow gets uncompressed input, then the decoding options page is disabled. However the H.264 quality controls are not disabled. (reported by Egh)
10) If there's an error in avisynth script in ffdshow, the error message is displayed on top of video. That's ok, but interestingly enough, even if I uncheck the whole avisynth page in ffdshow, the error message still remains. (reported by Egh)
11) Video may freeze for a few seconds in MPC when seeking if queue is enabled. (reported by Amour)

Of this list only 1, 6, 7, 9 and 11 are specific to the ffdshow tryouts. The rest was (probably) already present in revision 2543 of ffdshow.