Haali Renderer [Archive] - Page 10

tekNerd

17th February 2007, 11:01

Not sure how exactly this type of testing must be done, but I just "watched them in action" so here we go:
[The same settings for both renderers]
Haali[left] VS. VMR9[right]

http://img147.imageshack.us/img147/9356/haalivsvmr9qa9.th.jpg (http://img147.imageshack.us/img147/9356/haalivsvmr9qa9.jpg)

KoD

17th February 2007, 11:51

You have to say which half of the image comes from which renderer. ^^

But I suspect the jaggies on the left side are from Haali's renderer. Yes, the last version did not get rid of them.

Keepitsimple

17th February 2007, 14:00

huh, I have actually never noticed that.

ExtraEye

17th February 2007, 14:13

no - still out of sync.
I have to drop frames. I watch the videos on my TV on the resolution 1920/1080. Probably a good reason to drop frames.

MetalPhreak

18th February 2007, 07:42

I also have the jaggies problem. I'm using a GeForce FX5700 with version 93.71 drivers. Been seeing this since Haali introduced support for Pixel Shader 1.1

kurt

18th February 2007, 09:39

no problem with ati radeon 1400: http://i19.tinypic.com/4brfll2.jpg

btw: thanks for solving the tearing problem. It is almost gone completely here :)

tekNerd

18th February 2007, 17:03

So, this jaggies things related to video card then.
I have a GeForce PCX 5750 with the latest driver and, I hope I am not mistaken, all of us who reported the jaggies have an nvidia card.
So, does this mean that the card is broken or that the driver is?

pinkie_1

18th February 2007, 18:22

6200 NV44 here, vsync thru driver (93.81), RGB32 as output : no particular issues with tearing.

Perhaps the culprits are the drivers (an inappropriate driver for your specific videocard ?)...

bfree

18th February 2007, 18:59

Hi, i'm having some problems with Haali Renderer.
During playback I noticed white dots appearing sometimes.
example, check right of her face. (http://dump.desertstorm.be/whitedots.png)
By reading this thread I learned it had to do something with the colorspace. When I only output RGB32 in ffdshow the dots are gone. But now they still appear in mpeg2/h264 playback. (powerdvd7 decoder, so no ffdshow involved)
What is the best way to get RGB output with this decoder or to fix the dotproblem?

I also have an h264 file that crashes mpc when I try to play it with Haali Renderer.
movie excerpt 1440x1080i.h264.dd51.ts (http://dump.desertstorm.be/1440x1080i.h264.dd51.ts)
Used filters when crashing:
http://dump.desertstorm.be/filtersh264.png
(AMD x2 3800+, nvidia 7900GT.)

moshmothma

19th February 2007, 05:19

Haali - thanks for the awesome work - does the splitter recognize the pcm soundtrack in bluray files?

Also, the sync in ts files when seeking is off. Prolly already know this.

Thanks again.

Haali

19th February 2007, 06:01

Also, the sync in ts files when seeking is off. Prolly already know this.

Sorry, doesn't happen with any of the ts files I have.

Seb.26

19th February 2007, 10:10

Hi world ! :)

I've just installed last release (15/02) ... And got tearing + jerks playback ...

CPU use is about 25% :
.Hard = Opteron dual core 2.2GHz + 6600GT PCIe + 1Go DDR2 ...
.Soft = XP pro SP2 + nForce 97.92 + MPC + DScaler(YU2) + FFDShow( resize lanczos(*1.25;4;0.8), out=RGB32 ) + Haali's render.

Back to VMR9 ...

Mc Onyx

19th February 2007, 11:56

KoD

19th February 2007, 13:28

I'm experiencing jaggies sometimes as well, and I use an Ati Radeon 9700 pro. So, it's not something linked to Nvidia cards or drivers.

The effect is very visible on subtitles rendered by vsfilter over the video - > the resized subtitles have a blocky appearance. Perhaps the shader chosen by the video renderer for certain gfx cards uses less samples to work with to speed up things ? Maybe skipping the second shader pass can cause this ? It could also be these new two pass shaders require higher fillrate than the older one pass shader so hardware on which the older shader was still able to do its job is no longer adequate ? The result is definitely not worth it. Hardware overlay resizing gives better results than the new shaders on this gfx card.

Seb.26

19th February 2007, 13:49

Maybe allow the user to select shader script can help ... ;)
... in other words : more work for Haali ... :p

@Haali : have you plan to "open" the source of your render ?!

aydc

19th February 2007, 15:01

I don't care about open source for this renderer as long as Haali himself keeps releasing a new version at least once a month.

It's not like there are a lot of people on this world who can develop a video renderer for an OS even if they had the source. :)

Gnerma

19th February 2007, 15:15

Hey there Haali. I'm having a problem with the latest versions of the rendered on Vista Business. The picture flashes back and forth between the correct image and a scrambled mess such as in this screenshot (http://img506.imageshack.us/img506/3464/haalirenderervistavt0.png). This happens about 3 - 5 times a second. Sometimes stopping the video and restarting it will clear up the problem. This can happen as soon as pressing play or it can start up randomly during playback. This does not happen with VMR9. The corruption sometimes stops happening after a while if I let the video play.

Anybody else seeing this one on any Aero enabled Vista versions?

I'm running an ATi X1900XT 256mb with Cat 7.1.

Seb.26

19th February 2007, 15:51

It's not like there are a lot of people on this world who can develop a video renderer for an OS even if they had the source. :)
but a lot of coders could add some options if they have source code ...
> OSD ( I need to know D3D detected refresh rate, today only Reclock can do that, but I don't want Reclock anymore... )
> Buffer management ( I love to be able to start playback after the buffer is x% filled )
> Set what frames are bufferred ( input frames or resized frames ? )
> Lots more ( add some shaders passes for sharpening, denoising ...ect... )

;)

But only Haali can decide to release the source or not ...

3ngel

20th February 2007, 17:18

I have to report another critical bug.
On 32bit cpu, opening a file, then stop, then close MPC, the reopen the file MPC remain freezed, and there is no way to relaunch the file unless you reset!
Well, unfortunately i have to say that this program is like a swiss cheese :) and the developer is not so disposed to improve it :(

Seb.26

20th February 2007, 17:21

I have to report another critical bug.
On 32bit cpu, opening a file, then stop, then close MPC, the reopen the file MPC remain freezed, and there is no way to relaunch the file unless you reset!
Hey ... I have found this too ... but wasn't able to define it as you do ... I will test this ;)

Well, unfortunately i have to say that this program is like a swiss cheese and the developer is not so disposed to improve it
Hmm ... ask for a refund ... :devil:

Peuj

20th February 2007, 17:33

yes it's sad, I have switched back to VMR9. :(

3ngel

20th February 2007, 18:10

Hmm ... ask for a refund
Whom i must write? :D

Antilope.CZ

20th February 2007, 19:48

Back to RGBA32 + WMR9 too :(

I thought Haali is trying to minimize the tearing instead of eliminating it, but than I noticed that WMR has the same problem. Fortunately, Lock back buffer option solves it (only with WMR), but playback is less smooth and CPU overhead rises :( Never had a problem in any game...

I wish amazon had a book how to make your own OpenGL renderer and add it to MPC :devil: I program shaders myself so it should be quite easy :o

I give Haali another year :) :thanks: anyway

bfree

21st February 2007, 00:47

I had those when my memory on the GPU was too overclocked. If you have overclocking enabled for the memory on GPU, try lowering the value.

Well the memory isn't overclocked and the dots disappear when the output is RGB32 so I guess it isn't a memoryproblem. Thanks anyways.

Seb.26

21st February 2007, 11:27

I thought Haali is trying to minimize the tearing instead of eliminating it
By the Haali's method, if you haven't tearing in games when vsync ON, you don't have with Haali render ...

The problem is elsewhere and is really strange ...

I wish amazon had a book how to make your own OpenGL renderer and add it to MPC I program shaders myself so it should be quite easy
That's why I have asked if Haali plan to open his source ... ;)
... but "drawing" is about 10% of the program ... all job is about DirectShow render ... a hard task !!! ( go in MSDN DirectShow reference ... )

Antilope.CZ

21st February 2007, 17:38

... but "drawing" is about 10% of the program ... all job is about DirectShow render ... a hard task !!! ( go in MSDN DirectShow reference ... )

Oh, I'm well aware of that :( If you could simply grab the frames and send them to video RAM, then just render with shaders of your choice. But this way, I understand how messy it must be and I admire Haali for his work.

Seb.26

21st February 2007, 18:35

But this way, I understand how messy it must be and I admire Haali for his work.
you can ... IMO it's an impressive piece of code !!!

andybkma

22nd February 2007, 00:29

Can somebody please provide a link to Haali's version 31/01/2007? I installed the newest version 15/02/2007 the other day and experience more tearing than before but like a bonehead I deleted the old version's installer. So I'm kinda stuck.. could someone pls stick it on rapidshare or something?

LoRd_MuldeR

22nd February 2007, 01:41

Seb.26

22nd February 2007, 09:47

http://mulder.brhack.net/temp/MatroskaSplitter.2007-01-31.exe ;)
Thanks too !!! ...

NB: Haali :! have you a tri-tube projector ?! ;) ... is it for that kind of hardware that you add the RGB plan H+V offset ?! ;)
( or is it for creating 3D like picture ... lol )

Haali

22nd February 2007, 10:48

NB: Haali :! have you a tri-tube projector ?! ;) ... is it for that kind of hardware that you add the RGB plan H+V offset ?! ;)
( or is it for creating 3D like picture ... lol )
An older LCD one, maybe its lcd panels are not properly aligned, or it's a low quality lens.

Seb.26

22nd February 2007, 18:07

An older LCD one, maybe its lcd panels are not properly aligned, or it's a low quality lens.
... ok, so you don't plan to emulate 3D old-scholl display ( with red+blue glasses ) ... ;)

NB: if both offset vectors are null, does the shader will do the '+' operation ?! ...
( in other words : when offset is null, is there a waste of GPU time ?! )

In any case, that a 'never seen' feature in a render !!!
... maybe -2/+2 is a little bit not enought IMO ... :D

Haali

23rd February 2007, 22:24

When all offsets are zero the code is skipped completely.

Seb.26

26th February 2007, 13:05

When all offsets are zero the code is skipped completely.
OK, that's perfect ! ...

NB: I'm re-using your render, playback problems was due to my CG ... the HR make it too hot ( about 70°c after few second ) ... :o

All is perfect for me today !!! :)

:thanks: 4 all your work.

Seb.26

27th February 2007, 12:39

27/02/2007
* New Features:
o Added MPEG PS support (incomplete).
o Added VC-1 in TS/PS support.
o Added more items to the renderer OSD.
o Renderer OSD can now be activated with right-Alt+O.
o Added LPCM in TS support (incomplete).
o Improved GDSMux utility.
o Improved seeking in TS files.
* Fixed items:
o Fixed display when the window is partially outside the screen.
o Allow playback when TS file duration can't be detected, seeking is not possible in this case.
o H.264 with short startcodes in TS is now properly handled.
o Muxer bugfixes.
Sorry for posting news like this one, maybe it's not "my task", but since nobody done it ... :o ...

sillKotscha

27th February 2007, 13:18

Sorry for posting news like this one, maybe it's not "my task", but since nobody done it ... :o ...

http://forum.doom9.org/showpost.php?p=961837&postcount=533

Peuj

27th February 2007, 13:28

http://forum.doom9.org/showpost.php?p=961837&postcount=533

;)

Thanks anyway Seb.26 as I don't look in "New and alternative a/v containers".

and thanks Haali too :)

For my part the Sharpness still didn't work on my config. :(
And the OSD doesn't show anything but maybe i miss something here? (I don't use any splitters)

Seb.26

27th February 2007, 14:06

Thanks anyway Seb.26 as I don't look in "New and alternative a/v containers".
I never go there too ... :D

Haali

27th February 2007, 14:15

You need d3dx9_29.dll for OSD.

Seb.26

27th February 2007, 14:18

--- Removed ---

sillKotscha

27th February 2007, 14:23

Thanks ;)

You can found them here : http://www.toymaker.info/Games/html/d3dx_dlls.html

go to microsoft and download the dxwebsetup (http://www.microsoft.com/downloads/details.aspx?FamilyID=2da43d38-db71-4c1b-bc6a-9b6652cd92a3&DisplayLang=de)...

it will only update those files that you really need for an up2date DirectX 9.0c ;)

Peuj

27th February 2007, 14:40

Ok thanks all, the OSD works well now.

@ Haali do you have any idea why the Sharpness doesn't work on my config? just to know if it's normal and I stop to cry :)

GeForce FX 5200 with nvidia driver 93.81.

thanks

Haali

27th February 2007, 18:33

There is some incompatibility with gf5xxx, but I couldn't find any such card for testing so far.

Keepitsimple

28th February 2007, 00:41

I use mpc/ffdshow and haali mediasplitter.

Is Haalis renderer capable of playing yv12 colorspace? I cant get haalis renderer to work with yv12 in mpc. If I want to stay in yv12 space I have to use wmr. If I only enable yv12 in ffdshow and have haalis renderer selected in mpc I still get something called "video renderer" which I dont know what it is. I get a lot lower cpu utilization with this "video renderer" though.

Haalis seems to accept yuy2 and rgb.

Ps. How do I check which colorspace a particular movie uses?

Haali

28th February 2007, 01:05

That is correct, HR accepts only RGB32 and YUY2/UYVY. As for CPU usage, HR is designed to use shaders to achieve better quality, not minimize CPU use. So it's no surprise that it is slower than yv12 overlay.

pinkie_1

28th February 2007, 01:07

As stated many times before, it does not work with YV12.
I use mpc/ffdshow
How do I check which colorspace a particular movie uses?
Open ffdshow's video decoder configuration panel, enable OSD, check input/output colorspace, apply&save...

mariner

28th February 2007, 07:33

Hi Haali,

Thanks for the new renderer. It seems to struggle at 60fps. while vmr7(windowed) and vmr9(renderless exclusive) have no problem.. Used built-in mpc mpeg decoder with bob deinterlacing to output 1920x1080 @ 60fps clips.

Thanks and best regards.

Peuj

28th February 2007, 10:18

There is some incompatibility with gf5xxx, but I couldn't find any such card for testing so far.

Thanks for the reply.
I don't know if it's possible but if you like to send me a debug version to find what is the problem just let me know.

Warpman

28th February 2007, 19:08

resizing stil broken here :X
haali http://img108.imageshack.us/img108/9657/10915bq3.th.png (http://img108.imageshack.us/my.php?image=10915bq3.png)
vmr9 windowed
http://img258.imageshack.us/img258/2851/10915v2pg2.th.png (http://img258.imageshack.us/my.php?image=10915v2pg2.png)

the osd works fine though... i enabled OSD... maybe its helpful in debugging

:thanks:

MacAddict

1st March 2007, 01:17

I had the same artifact issue (jaggy edges) as Warpman above the other day. Haven't played around too much with it but I'll try and reproduce it when I get home.