Log in

View Full Version : Haali Renderer


Pages : 1 2 3 4 5 [6] 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31

Haali
1st November 2006, 21:10
new versions still have the mpeg2 1440x1088 bug (just immediately closes the player without error message now), as well as the seeking issue in DVDs
Do you have a sample to repoduce that?

LoRd_MuldeR
1st November 2006, 22:11
If you mean a startup delay around ~10s, then I've been unable to reproduce it on my machines so far.

And I still have this problem on my machine with MatroskaSplitter20061029.exe :(

Specs:
Radeon 9800 Pro
latest official Catalyst drivers
DirectX 9.0c (October 2006)
WinXP SP-2
AthlonXP 2800+
1024 MB of RAM


If it cannot be fixed, could it be possible to make MPC initilalize the Haali Renderer only one time and not for each video again?

anonymez
1st November 2006, 23:38
Do you have a sample to repoduce that?

4mb sample here (http://www.sendspace.com/file/sw93fm), and more info about it here (http://forum.doom9.org/showthread.php?p=884982#post884982)

more info on the dvd bug here (http://forum.doom9.org/showthread.php?p=855573#post855573)

MacAddict
2nd November 2006, 01:00
And I still have this problem on my machine with MatroskaSplitter20061029.exe :(

Specs:
Radeon 9800 Pro
latest official Catalyst drivers
DirectX 9.0c (October 2006)
WinXP SP-2
AthlonXP 2800+
1024 MB of RAM


If it cannot be fixed, could it be possible to make MPC initilalize the Haali Renderer only one time and not for each video again?

Isn't this delay the video being loaded into the RAM buffer though? Maybe I'm wrong here.

Seb.26
2nd November 2006, 12:39
Isn't this delay the video being loaded into the RAM buffer though? Maybe I'm wrong here.
It can't be that :

Usually decoder must decode at least at speed of 25fps ... So 10s is about 250 frames ... 250 frames of 720*576 ( ie: PAL ) RGB32 ... this is about 400MB ... So too much for just the buffering time ...

Of course, just IMHO ... :p

Have fun !

Thanks a lot Haali ... Your render is really in the best road ! :)

Seb

ExtraEye
2nd November 2006, 12:42
what do the "buffers" option and "sharpness"(i know it sharpens but how?) in the renderer do?

Seb.26
2nd November 2006, 13:37
what do the "buffers" option and "sharpness"(i know it sharpens but how?) in the renderer do?
4 Me :
> sharpeness : the power of the sharp done during resize (Bicubic)
> buffer : the amount of GC RAM that the render try to alocate

NB: what happen when user try to use 256MB on a 128MB GC ???

Seb.26
2nd November 2006, 13:45
If you mean a startup delay around ~10s, then I've been unable to reproduce it on my machines so far.

Maybe you can add some "debug tracking data" in the render ... ie : write (in txt file) data about subroutines calls, in timestamp, out timestamps ...etc...
To know what take so long ...

I'm OK to run it on my computer ...
... of course, I have the delay ... ;)

My configuration :
Hard = Win XP SP2 + A64 3200+ @2.4GHz + 1Go RAM + 6600GT PCIe 16x
Software = DScaler -> FFDShow -> Haali's render( video ) + Reclock( sound )

I use SPDIF output for sound ( passthrough )

:)

I'm sure all guys here will happy to help you if we can ... :)

PS: Source code are public or private ?!
( if public, can you help me to found them please ? )

BTW, thanks a lot for your hard job ! :)
Seb.

LoRd_MuldeR
2nd November 2006, 18:56
Isn't this delay the video being loaded into the RAM buffer though? Maybe I'm wrong here.

Well, if I use GraphEdit, then the delay (system freeze) happens when I add the Halli Renderer to the graph. Adding and connecting the video and all other required filters does not have delay. Once evrything is added I can start playback immediately! And I also can connect other Videos without delay, as long as I keep the Haali Renderer on the graph. So couldn't it be possible to make MPC to keep the Renderer too?

Haali
2nd November 2006, 21:24
4mb sample here (http://www.sendspace.com/file/sw93fm), and more info about it here (http://forum.doom9.org/showthread.php?p=884982#post884982)

The file plays fine here with gabest's mpeg2 decoder.

Warpman
7th November 2006, 16:38
If someone still has the "delay" bug in mpc,
open mpc--> view -->options-->playback--> UNcheck "Use worker thread to contruct the filter graph".

Seb.26
7th November 2006, 17:06
If someone still has the "delay" bug in mpc,
open mpc--> view -->options-->playback--> UNcheck "Use worker thread to contruct the filter graph".
I have ... and I will test this !!! :D

:goodpost:

NB: with this checked, you have delay, without you don't ? ;)

ExtraEye
7th November 2006, 17:42
If someone still has the "delay" bug in mpc,
open mpc--> view -->options-->playback--> UNcheck "Use worker thread to contruct the filter graph".
tried on mpc and still slow.
not very precise way to measure it, i guess, but i just counted the seconds and it was about 8 seconds on both.

Warpman
7th November 2006, 17:46
strange, i had the delay since the beginning but, on my pc it´s nearly gone now :)

Seb.26
7th November 2006, 18:09
Who use Reclock here ?

ExtraEye
7th November 2006, 18:10
not me

Seb.26
7th November 2006, 18:11
not me
Ok, so Reclock isn't the problem on my system ...

Maybe by posting our directshow graph, we will see where the problem is ?! :(

[Edit] I've STOP using Haali's render ... maybe next release ... ;o)

Tima
7th November 2006, 23:49
Maybe a known problem, but when opening avs files using Haali renderer, MPC refuses to seek them.
In any other rendering mode everything is OK.

And what is 'Soft V-Sync' for? It doesn't work for me, I have to use 'Lock back-buffer before presenting'. :/

chros
12th November 2006, 18:27
If someone still has the "delay" bug in mpc,
open mpc--> view -->options-->playback--> UNcheck "Use worker thread to contruct the filter graph".
It's not working here: the same 10 seconds delay remains ... :(
not very precise way to measure it, i guess, but i just counted the seconds...
Try Chameleon Clock (http://www.softshape.com/software/desktop/chamclock/features/) (a standard Windows tray clock replacement) which displays seconds, and here you can easily see the delay (it's not freeware though)

chros
22nd November 2006, 18:56
I know it's splitter specific things, but I don't want to create a new thread for it.

In MPC when I use SHIFT+arrows (left,right) or SHIFT+mouse it jumps to keyframes when I enable the built-in avi,mkv,mp4/mov splitter. When I disable these (Haali's kicks in) it doesn't work.

Is there any way to implement this, or is there something to limit this?

ajp_anton
24th November 2006, 00:49
I have a 24'' 1920x1200 TFT at 60Hz (Samsung 244T)
In Windows explorer, when I move windows horizontally, it looks like the picture is updated from bottom to top in slices of random size.

Watching movies using Haali splitter (in MPC), I get this same effect with the slices. Very annoying.
Looks perfect with everything else in both MPC (System Default, Old Renderer, Overlay Mixer, WMR7/9) and VLC.

foxyshadis
24th November 2006, 01:32
That's vsync. Try enabling the soft vsync option in the renderer properties.

ajp_anton
25th November 2006, 03:42
It's still activated (never deactivated it).
Tried without, no differance.

Zo®G
13th December 2006, 08:46
I was finded solution that solves problem with 10s delay when starting MPlayer Clasic. Solution is: Uncheck Process priority above normal. I use ffdshow-rev684 and latest haali render. Sorry for my English.

chros
13th December 2006, 10:11
I was finded solution that solves problem with 10s delay when starting MPlayer Clasic. Solution is: Uncheck Process priority above normal. I use ffdshow-rev684 and latest haali render. Sorry for my English.
Thanks !!!!
Did you mean "check" or "uncheck" ???
Because for me it's only working when I check this checkbox.

So now maybe Haali can do something about this bug ...

MacAddict
13th December 2006, 14:24
I just upgraded my graphics card last week from an FX5200 to a 7300GT. Now I have no delay at all when opening files. This is good but I can't explain why the delay is gone :-)

tymoxa
13th December 2006, 16:17
I have 7300GT. Still there is a delay.

Haali
14th December 2006, 01:12
This reminds me of one thing, when this startup delay happens, is the cpu 100% busy?

Zo®G
14th December 2006, 08:46
I mean "uncheck".
Yes i have 100% usage of CPU for 6-10 seconds when the box check.
This work good only when i start new instance of player. When i use playlist, i have delay when i go to the next file. Delay dissapear when i update ffdshow from rev641 to rev684, and rev641 was icl9, ffdshow rev684 i used now is msvc9.
And other thing, when i use YUY2 i have cpu usege when watching film about 25-28% on anamorf film 1024x448, when i use RGB32 with High quality conversion i have usage about 35-40% with no visualy differences.
My video card is GeForce 6600, i use ForceWare 94.71.
I change nothing of this when delay dissapear.

chros
15th December 2006, 06:12
I mean "uncheck".
Hhmmm, so it works at the opposite for me :)
So it's still mysterious bug :)
(I can't try now the 100% CPU usage, I'm not at that pc.)

Gnerma
15th December 2006, 07:00
I'm a Zoom Player user and I don't have the long load problem. Unless I disable one core of my Opteron 165 through boot.ini. I've also seen it on other single core systems.

Haali
15th December 2006, 08:08
I'm a Zoom Player user and I don't have the long load problem. Unless I disable one core of my Opteron 165 through boot.ini. I've also seen it on other single core systems.
Thanks for the tip. Finally I was able to reproduce the bug and fixed it.
It caused the rendering thread to spin during init, thus preventing other threads from running. On HT/dual core systems the init code continued to run on another cpu and immediately kicked it out of the spin loop.

KoD
15th December 2006, 20:05
Is there a way to grab a version of the renderer with the fix ?

MacAddict
16th December 2006, 00:11
Sweet, great job tracking it down :-)

LoRd_MuldeR
16th December 2006, 17:56
Is there a way to grab a version of the renderer with the fix ?

That's what I like to know too :)

chros
17th December 2006, 22:20
Thanks for the tip. Finally I was able to reproduce the bug and fixed it.
It caused the rendering thread to spin during init, thus preventing other threads from running. On HT/dual core systems the init code continued to run on another cpu and immediately kicked it out of the spin loop.
Thanks !!!! You are very smart!
And thanks to Gnerma to specify the problem...
Waiting for the new version ... :)

foxyshadis
18th December 2006, 06:52
When you post the new build, would it be possible to include the registry-key I mentioned a bit back, to enable sending Quality messages? QoS in my dev branch works pretty well so far in VMR7/9 (9 better than 7) so far, but I'd like to test it against your renderer and be able to activate it when people install newer ffdshows once it's released.

Egh
18th December 2006, 14:58
According to some actual tests done with last secret haali media splitter build :P, the infamous delay bug has dissappeared indeed.

Time for celebrarions, eh? ^^

Not that my system was affected, but it's always nice to hear when a hard-to-trace bug in a great software is crashed :)

LoRd_MuldeR
18th December 2006, 15:06
According to some actual tests done with last secret haali media splitter build :P, the infamous delay bug has dissappeared indeed.

Time for celebrarions, eh? ^^

Not that my system was affected, but it's always nice to hear when a hard-to-trace bug in a great software is crashed :)

When will the fixed version be available to the public?

Haali
18th December 2006, 22:19
I've made a test build, you can get it at http://haali.cs.msu.ru/mkv/mkx.r.8.exe

LoRd_MuldeR
18th December 2006, 22:58
I've made a test build, you can get it at http://haali.cs.msu.ru/mkv/mkx.r.8.exe

Thanks Sir :)

LoRd_MuldeR
18th December 2006, 23:03
Sorry, but the test build doesn't work at all :(
If I set MPC to use Haali Renderer, it will freeze my system when I start playback. Had to kill mpc.exe from ProcessExplorer.

Wedgedkc
19th December 2006, 00:03
This fixed the delay for me. Thanks Haali.

I have another problem with the renderer, it's not a new issue with this version though. On some videos (http://media.divx.com/video/musicvideos/misc/videos/Mogwai_FriendoftheNight.divx) I get a small dotty pattern on some edges in the video. It goes away when I switch to fullscreen or 50/200% view. It moves around if I drag the window around. It's not visible if I take a snapshot in MPC although it is visible if I use Alt+PrintScreen. I've taken some screenshots (http://themansion.mine.nu/otto/files/dxr.zip) where you hopefully can see the artifacts. Am I the only one having this issue?

Also it seems like the framerate is reported *2 now.

(nvidia 6800le with 93.81 drivers - upgraded drivers today, made no difference)

tymoxa
19th December 2006, 07:54
Delay disappeared. Thanks.
(GeForce 7300gt, Forceware 84.21)

ExtraEye
19th December 2006, 10:34
Sorry, but the test build doesn't work at all :(
If I set MPC to use Haali Renderer, it will freeze my system when I start playback. Had to kill mpc.exe from ProcessExplorer.

about the same thing for me. except after i restarted my pc it didn't get stuck anymore but still didn't play

Wedgedkc
19th December 2006, 13:00
On some videos (http://media.divx.com/video/musicvideos/misc/videos/Mogwai_FriendoftheNight.divx) I get a small dotty pattern on some edges in the video.

I guess this might be happening when the height is not mod something. If I resize the player a couple of pixels, the artifacts go away.

KoD
19th December 2006, 20:08
P4 2.4 Ghz, HT capable but not enabled because the motherboard does not support this feature, ATi Radeon 9700 Pro as video card

If the output colorspace is not YUY2, MPC hangs upon opening the file. (well, there is harddisk noise but nothing is shown on screen)

It also hangs if I enable the "Show timestamps" option.

When it works (using YUY2 output colospace and not messing with any option), it does start instantaneously, no hang-ups anymore.

LoRd_MuldeR
20th December 2006, 20:44
P4 2.4 Ghz, HT capable but not enabled because the motherboard does not support this feature, ATi Radeon 9700 Pro as video card

If the output colorspace is not YUY2, MPC hangs upon opening the file. (well, there is harddisk noise but nothing is shown on screen)

It also hangs if I enable the "Show timestamps" option.

When it works (using YUY2 output colospace and not messing with any option), it does start instantaneously, no hang-ups anymore.

Thanks for information :D

I had forced software YUY2 -> RGB conversion in ffdshow. That made Haali Rendere completely freeze my System on playback in MPC, so I had to kill MPC.exe from ProcessExplorer. Now I have allowed YUY2 output in ffdshow settings and it works perfect! The "15 seconds freeze" bug FINALLY is solved !!! Nevertheless the RGB bug is a new one...

Haali
20th December 2006, 22:21
RGB problem is due to some unfinished work I'm doing. That's why I didn't want to release a new version at first.

LoRd_MuldeR
20th December 2006, 22:22
RGB problem is due to some unfinished work I'm doing. That's why I didn't want to release a new version at first.

Okay. Thanks for your work! Can't wait for final version...
BTW: Could it be possible to built-in Haali Renderer into MPlayer one day instead of DShow renderer only ???