Haali Renderer [Archive] - Page 29

Mercury_22

14th December 2009, 10:15

It won't connect at all.

I'm trying the MPC HC Gabest MPEG2 splitter/source and they just don't work at all with mkv files.

Maybe I'm using the wrong filters, but I also tried the MPEG4 splitter..no go either.
And the name of the splitters you are trying to use didn't give you any clue about if you can or can't use them for mkv files ?
My suggestion is to try MatroskaSplitter for mkv files

Mark_A_W

14th December 2009, 11:36

And the name of the splitters you are trying to use didn't give you any clue about if you can or can't use them for mkv files ?
My suggestion is to try MatroskaSplitter for mkv files

Yes, but it's not always indicative.
For instance, you use the MPEG2 Splitter for .m2ts files.

But thank you, I will try that.

Edit: Yes, it works. The reason I didn't try it before was I didn't have it registered - I missed that one.

Mercury_22

14th December 2009, 11:43

Yes, but it's not always indicative.
For instance, you use the MPEG2 Splitter for .m2ts files.

But thank you, I will try that.

Edit: Yes, it works. The reason I didn't try it before was I didn't have it registered - I missed that one.

AFAIK the name of MPC-HC's standalone splitter it's MpegSplitter.ax not MPEG2 Splitter http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-1410.html

Mark_A_W

14th December 2009, 12:05

Now you are just being picky.

chuuey

20th December 2009, 17:21

wasn't the 2.0 renderer supposed to be released with coreavc 2.0? What happened?

Keiyakusha

20th December 2009, 17:30

renderer? no. splitter - yes.
many peoples wanted it, but there was only hope. As you can see haali has no motivation even for fixing bugs in splitter. So the renderer seems to be completely forgotten.

Blight

20th December 2009, 21:17

A new version of Haali's is out as of the 19th:
http://haali.su/mkv/

I couldn't get TrueHD audio to play with it, not using FFDShow for decoding a BluRay TS file.

Here's the change list:
* New Features:
o Added a 64-bit version
o A shell extension was removed from the splitter. This will be available seprately at a later date.
o Added truehd and mlp support for Matroska files and transpor streams
* Fixed items:
o Fixed lpcm in transport streams support

Keiyakusha

20th December 2009, 21:52

Sure its out. But there is not a single change in the renderer since 29/03/2008

chuuey

21st December 2009, 10:28

Haali has addressed all of these issues in the upcoming 2.0 version of the Haali Media Splitter.

that's what i'm talking about, there i said about 24hz bugs ;)

Egh

21st December 2009, 22:24

Sure its out. But there is not a single change in the renderer since 29/03/2008

How do you know? :)

LoRd_MuldeR

21st December 2009, 22:30

How do you know? :)

No changes to the renderer are listed in the changelog on Haali's site. Also it was discussed in the CoreAVC thread.

Keiyakusha

21st December 2009, 22:40

Egh
Well, it will be good if there is changes, but its hard to believe since haali even didn't find the time to fix more important bugs in splitter...

73ChargerFan

21st December 2009, 23:49

Haali has a job. I wonder if he'd be willing to open source this, so others can work on it also.

Egh

26th December 2009, 04:56

Haali has a job. I wonder if he'd be willing to open source this, so others can work on it also.

Open-source Renderer is a Holy Grail apparently. So many years and still no solution? :))

I guess developers do not care for being famous... I'm quite sure there will be many early adopters of the open source renderer provided it is more or less stable :)

madshi

26th December 2009, 10:54

Open-source Renderer is a Holy Grail apparently. So many years and still no solution? :))
There is a Microsoft demo video renderer, which is open source. If you are simple enough to believe that being open source automatically makes a renderer mutate into "Holy Grail", then why don't you compile and use that one? Obviously it must be Holy Grail because it's open source!? :rolleyes:

I guess developers do not care for being famous...
Where is Gabest's fame for developing MPC? Where is Beliyaal's fame for developing the MPC HC EVR Custom implementation? Where is albain's fame for making HD audio bitstreaming work? Where is Casimir666's fame for implementing DXVA support? I don't think any normal end user knows any of the mentioned developers. Do *you* know who developed the libav TrueHD decoder? Maybe/probably these devs (who all did a great job) didn't aim for being famous, so no big problem. But believing that open sourceing your work makes you famous is rather "funny" IMHO.

Now compare that to Haali. His work is closed source, yet far more end users know his name compared to Gabest, Beliyaal, albain or Casimir666. So if you turn on your brain, you might come to the (right) conclusion that open sourceing your work is a good idea only if you do NOT aim to be famous.

I'm quite sure there will be many early adopters of the open source renderer provided it is more or less stable :)
By far most users don't really care at all about whether a software is open source or closed source. What difference does it make to them? They're not developers! They have no use for the source code. End users only care about two things: (1) Is it free or not? And (2) is it working well or not?

avivahl

26th December 2009, 11:58

Now compare that to Haali. His work is closed source, yet far more end users know his name compared to Gabest, Beliyaal, albain or Casimir666.Well, only because it's called "Haali Media Splitter". I can assure you that if Gabest would have called his player "Gabest Media Player" (or "GaBEST" hehe), he would have been more well known.

So if you turn on your brain, you might come to the (right) conclusion that open sourceing your work is a good idea only if you do NOT aim to be famous.Just as equally wrong logic. :P

leeperry

26th December 2009, 13:41

open source usually means lotsa ppl(both pro and newbies) working on the same broken piece of code, and at some point it'll be so messy that noone will be able to fix it anymore..as long as it works and its coder didn't abandon the project(like when ogo sold the Reclock source to Slysoft, who kept it in a drawer for several years), who gives a damn whether it's open source..I think you guys are troll feeding, let Egh think what he wants.

Casimir666 is very famous on french A/V forums, I dunno if he ever got laid thanks to his uber coding skills...but we can only hope :)

madshi

26th December 2009, 18:22

open source usually means lotsa ppl(both pro and newbies) working on the same broken piece of code, and at some point it'll be so messy that noone will be able to fix it anymore..
Probably some open source projects are that way, but there are certainly many good open source projects out there, too. IMHO we should stop doing politics. We should not judge software based on whether it's closed or open source. We should judge software based on its quality alone.

Anyway, this is my last comment on open vs. closed in this thread...

foxyshadis

28th December 2009, 02:05

Moved all of the posts about MPC-HC to the MPC-HC thread. Also all the talk about open source and fame/notoriety would be better discussed in its own thread.

THX-UltraII

21st January 2010, 16:52

Have a problem with Haali Media Splitter:

Haali seems to have the problem that there is only one audiostream possible when playing a .m2ts to choose in I ve noticed that this is always the audio commentary. Is there a way to fix this? Are you guys also you the MPC-HC internal MPEG/TS splitter instead of the Haali splitter?

leeperry

21st January 2010, 17:00

Have a problem with Haali Media Splitter
you can find the official HMS thread here: http://forum.doom9.org/showthread.php?t=80762&page=24

Frank K Abbott

16th April 2010, 15:45

I don't quite understand how "Luma Levels" exactly functions in Haali Renderer. My ffdshow is set for RGB32, TV input levels, Computer output levels and my CoreAVC is set to Auto Detect, Auto Detect. Haali Renderer is set to TV Levels. I'm using this on a computer screen. I cannot understand if the Luma Levels is for video input or video output in the renderer and how it functions if ffdshow is already converting levels from TV to Computer.

Keiyakusha

16th April 2010, 16:02

Frank K Abbott
Don't really understand how your filter chain looks like. You have CoreAVC and FFDshow both at the same time?

Anyway levels is only for YUV->RGB conversion. If Haali takes RGB as input, this option makes no difference. If it takes YUY2, then by setting TV levels you saying that your source have TV levels (which is DVD, BD, TV captures...), so Haali's output will be PC. And by setting PC levels you saying that your source is PC (which normally you shouldn't) and there will be no conversion.

Frank K Abbott

16th April 2010, 16:22

Keiyakusha

16th April 2010, 16:38

CoreAVC runs for all H.264/AVC material and ffdshow runs for nearly everything else. So is it wise to set CoreAVC to output to RGB32 as well?

Ahh i see.
About CoreAVC... thats up to you but i guess yes. Because otherwise your source will be converted to YUY2 before it gets to the renderer which is probably worse. However you should check if CoreAVC applies TV->PC conversion for RGB if both options set to Auto (i never tried). If no, you need to force that.

Frank K Abbott

16th April 2010, 17:37

ok so I set CoreAVC to RGB32 and I confirmed it is outputting that by the OSD in Haali Renderer. I also forced the input as TV and output as PC because to tell you the truth even I don't know what it does with Auto Detect. So basically with RGB32 going to Haali the Luma Level options are basically non-existant and Haali plays whatever it gets from CoreAVC or ffdshow? Also I have been wondering but why don't dvds and bds get stored as RGB32? And why is it not the default to output as RGB32 in ffdshow or CoreAVC? Are there other benefits with YUV or YUY2?

Keiyakusha

16th April 2010, 17:44

So basically with RGB32 going to Haali the Luma Level options are basically non-existant and Haali plays whatever it gets from CoreAVC or ffdshow?
Yep.

Also I have been wondering but why don't dvds and bds get stored as RGB32?
Because it takes waaaay more space and harder to compress.

And why is it not the default to output as RGB32 in ffdshow or CoreAVC? Are there other benefits with YUV or YUY2?
Well there are different scenarios, this is offtop here but having non-rgb input to the renderer is not bad. In some cases even better than RGB. Its just haali's downside (imho) that it wants YUY2 when all content out there most likely YV12.

Frank K Abbott

16th April 2010, 17:48

Ah, I see. btw I was just wondering if the renderer might get some future updates since it is a bit old though still one of the best. Have you heard anything about it?

leeperry

16th April 2010, 19:49

having non-rgb input to the renderer is not bad. In some cases even better than RGB. Its just haali's downside (imho) that it wants YUY2 when all content out there most likely YV12.
if you check the beginning of this thread, Haali made it clear that YV12>YUY2 conversion was very light and essentially lossless....the major issue w/ feeding YUY2 to HR is that its RGB conversion BT.601/709 coeffs are way off..so you get bogus colors duh. there's also of LOT of other open issues in HR(just like in HMS :o)

RGB32HQ in ffdshow is perfect, but it's a CPU hog.
I was just wondering if the renderer might get some future updates
it hasn't been updated for the past 2 years or so and last time I spoke to Haali he said that HR was "on hold", so don't count on it.

mVR came to overcome its drawbacks, but it hasn't been updated in +7 months either: madVR - high quality video renderer (GPU assisted) - Doom9's Forum (http://forum.doom9.org/showthread.php?t=146228)

Keiyakusha

16th April 2010, 20:07

leeperry
Thats why I put "imho" there. Light or no, I don't like conversions like that when they can be avoided. Personally I'm using ffdshow as postprocessor so its always possible to have nice RGB even with CoreAVC. :rolleyes:

leeperry

16th April 2010, 20:48

YV12>YUY2 won't make any visible difference...but HR's bogus 601/709 coeffs very much will...ah well, HR is history anyway.

Frank K Abbott

16th April 2010, 21:22

I simply love ffdshow's post processing power. RGB32HQ conversion of course and most of the time I run a 2-3 line AviSynth script along with it too. Works well. And the result of converting to RGB32 in CoreAVC is just...Wow. Much better than HR doing the conversion. Colors look a bit better as well as a bit of the lighting.

leeperry

16th April 2010, 21:28

outputting RGB32 from CoreAVC and using Avisynth scripting in ffdshow on top will lead to many useless lossy conversions...not sure that's what you're saying, though ;)

Frank K Abbott

17th April 2010, 05:45

outputting RGB32 from CoreAVC and using Avisynth scripting in ffdshow on top will lead to many useless lossy conversions...not sure that's what you're saying, though ;)

CoreAVC and ffdshow are being used for two completely different scenarios. CoreAVC is for mpeg-4/avc/h.264 type material and ffdshow is for the rest. I only have one decoder working on one type of file at a time thanks to the brilliance of filter merits :D

~Revolution~

30th April 2010, 00:19

Is there a way to "hack" the 256MB limit since I want to fully utilize the 1 GB gddr3 mem I have on my gfx card.

leeperry

30th April 2010, 01:58

don't think so, and it would be a jitter party anyway..Casimir already made it clear that there isn't much point caching more than 4/5 frames

~Revolution~

4th May 2010, 17:44

Is there any hope of some bug fixes in Haali Renderer since it already is near perfect just a few more fixes maybe?

LegendaryPOO

18th May 2010, 13:13

Can someone explain how the scaler works in Haali? Or any renderer for the fact.
I am playing MPC-HC on my Core2 Duo with 8500gt on 1080p output. I thought I was having problem with aliasing, lots of edge problems with jaggies. WMP had no issue with any 1080p content, looked smooth as.
Checking the OSD with Haali, it shows my 1080p content scaled to 899x506. What is this meaning? My movies are being scaled back to less than half of the original image?
I cannot find any other information on this in Google, or maybe I dont know what im supposed to be looking for. Is thi scaling making my images look all awful? It makes it look bad in space scenes where the stars are just flickering. Is it Haali itself?

namaiki

18th May 2010, 13:35

What is the resolution of your screen? Are you playing in full-screen?

LegendaryPOO

18th May 2010, 13:39

Yes I am. When I go to windowed mode, it says the display is even less (which I assume is correct by seeing the window size). I do not know if there is a way in any other renderer to see if the image is being scaled differently.
I played the same file on my laptop, and while the laptop is lower res, it said was displaying correctly.
I just have that sinking feeling that I have not been watching movies the way they should be, half the res of normal.

namaiki

18th May 2010, 13:46

Could you please post a screenshot? (do not resize the image) Put it on imageshack or other.

LegendaryPOO

18th May 2010, 13:53

http://img510.imageshack.us/i/ghostpc.jpg/

It shows with the scaler 1920x1080 -> 899x375.

namaiki

18th May 2010, 13:59

What media player is that in?

If you're not using Media Player Classic Homecinema, you should be!

LegendaryPOO

18th May 2010, 14:01

Yep, 1.3.1774.0
Any ideas what is going on? Im guessing its not supposed to happen.

namaiki

18th May 2010, 14:04

No idea what's happening. Try a newer MPC-HC and while you're at it, try default settings.

By the way, if you've got a decent video card, I would recommend you use Overlay.

edit: are you using HDMI and resizing the thing to fit your TV?

dansrfe

18th May 2010, 20:37

If you recall, Haali himself mentioned that he disliked having the video resolution and the screen resolution being the same or nearly the same. Due to this if any video being attempted to be played had a resolution within a certain amount of the screens resolution. The video would temporarily be shown at half the resolution in order to not have such an overwhelming effect the minute the video was opened. If after that the user wants to view the full resolution or something larger than half the resolution he/she can resize it to their liking or make it full screen to display the full resolution and in the case of 1080p video on a 1080p screen, without any scaler being applied.