Opensource GraphEdit project

[rica]

Originally Posted by rica

Confirmed for Vista32+DVBViewer as well.
We have two graphs behind the application as you know; one for capturing, the other one for playing.
When i connect and disconnect and after try to connect again to the playing graph, i can't see that but untouched capture graph remains but you will see both graphs in second trial with graphedit.

Still same here...

[Inspector.Gadget]

Is DVD rendering implemented yet? The option always remains greyed out on the File menu. Thanks.

[Leak]

Originally Posted by Inspector.Gadget

Is DVD rendering implemented yet? The option always remains greyed out on the File menu. Thanks.

I've said it before, I'll say it again:

void CGraphView::OnFileRenderdvd()
{
}

No, it's not implemented. Yet.

np: B. Fleischmann - Aldebaran Waltz (Not Given Lightly (Disc 2))

[RadScorpion]

... and I was beginning to worry that there was nothing left for me to finish.

[SurFan]

Hi,

saving to xml still doesn't save pin connections

Ralph

[CiNcH]

Hi,

got a question...

is every filter in a graph able to trigger stop/run or just the host application or Graph Builder? Is it possible to find out who did that, so can graph messages be caught somehow?

[Keiyakusha]

I tried to run Decoder Performance test with Microsoft DTV-DVD Video Decoder (on Windows7) and result was quite promising!

Is this just me or this is some kind of bug?

[Brazil2]

It would be nice to add MTS and M2TS to the list of extensions for video files in the Open window dialog

[ipanema]

I just found this thread - looks interesting.

The original GraphEdit seems to be unable to open .grf files which contain filters which are not present on the PC on which it is run. This might happen if the .grf file was created on a different PC, or one of more of the filters is "built-into" the program that created it (not an external DirectShow filter).

It's quite frustrating to be prevented from seeing any of the details in these .grf files when maybe only 1 filter is not present on your PC.

It would be great if it was possible to open these .grf files and see the filters and GUIDs, connections and media types even if some of the filters do not actually exist on the current PC.

Can this version of GraphEdit do that?

Later: I just managed to find a .grf file created by a program with an "internal" filter, and in GraphStudio it causes an error box which just says "Can not open file". Although the filter can not be found "externally" on the PC, the .grf file presumably still contains its GUID and information about how its pins are connected and their connection media types. So isn't it possible to just draw a dummy box for these filters labelled just with their GUID and with the pins properly connected?

[JonE]

@RadScorpion,
Minor bug to report.

I've had an instance of GraphStudio throwing an exception when interogating connected filter pins.

Exception is caused by not checking for a NULL when a media type indicates FORMAT_VideoInfo but pbFormat is NULL. (eg line 482 of object_details.cpp).

Strictly speaking, I guess this situation shouldn't occur ? However thing is this does not seem to effect the ye olde Microsoft GraphEdt.

Keep up the good work - GraphStudio is a fantastic util

TTFN,
Jon

PS : Forgot to note version I downloaded via SVN but first line of changes.txt is "[0.3.1.0 - Beta 13/December/2008]"

[Nexin]

re-write:

Icons disapearing from view, forever chasing them and keeping graphstudio work are clean.

Can we not find a better way of dealing with this. I had tried smaller icons but feel 100% it just perfect.

Rather not have icons dissapear with each filter insert etc vertically downwards, or horizontal sideways.

What of inset and they get added to a list (not favourite but on the graphedit workspace. As favourite list is for most used not the tryout filters.

I don't know but something better would be nice.





Other things:

A 10 second time out for incompatible filters, 3 seconds would be nice if 10 seconds really isn't essential.

The favourite filter list having a right click option to remove a filter.

Connection manager i notice likes to crash out same as graphedit does.

[Nexin]

HAve been trying to build a graph recently for streaming pc1 to pc2 using a mpeg2 clip.

I have the stream via http file load thing and able to play it. Then it all goes wrong in trying to get it to transcode with directx xvid codec. I can do the audio but the video part find no filters to connect to the xvid encoder. Anyone through some help what goes between the avi mux and xvid encoder ?

[Valeron]

I just try measuring decoder performance with Chegepuga filter in GraphStudio, but that seems it doesn't work. I've unchecked "Use Clock", but it still playback at constant fps.

I've just try graphedit, it works. So I think this might be a bug in GraphStudio, I'm using the lastest 0.3.2.0 beta.

[Keiyakusha]

Is there any info when we can expect new version?
Small feature request: UAC elevation when user trying to unregister filter, change merit or something. Also it will be nice to add "register" button somewhere near "unregister".

[Kurtnoise]

Is it me or the madVR is not listed as Renderer in the combobox from the Video Decoder Performance Test window ?

I'm using the last version...

[LoRd_MuldeR]

It's listed under "Graph" -> "Insert Filter", but not under "Graph" -> "Insert Video Renderer".

My assumption would be that an unknown DirectShow filter cannot be classified as being a renderer easily and MadVR simply isn't in GraphStudio's list of "known" renderer's yet

[IanB]

Anything with only input pins is likely to be a "Renderer".

Possible issue :- Daft filters that grow output pins after input connections. Hopefully the set size == 0

[LoRd_MuldeR]

Originally Posted by IanB

Anything with only input pins is likely to be a "Renderer".

Likely, but not necessary. There are other "sink" filters, like DirectShowSource in Avisynth and stuff.

Also: Is the number/kind of pins known in advance, before instantiating a filter ???

[Kurtnoise]

Originally Posted by LoRd_MuldeR

Also: Is the number/kind of pins known in advance, before instantiating a filter ???

I think yes...

[IanB]

Originally Posted by LoRd_MuldeR

Likely, but not necessary. There are other "sink" filters, like DirectShowSource in Avisynth and stuff.

I guess it depends on your definition of renderer. To me DSS is a renderer (it renderers to AVS video frames and audio buffers). I guess the FileWriter might be the example you were looking for, but also that could be viewed as rendering to a file.

Also: Is the number/kind of pins known in advance, before instantiating a filter ???

Well a filter only has to expose 1 pin at startup (else it's a pretty lame filter ) and can grow pins as requires, i.e. Infinite Tee. And I guess this lameness definition implies that at least 1 input and 1 output pin be required at startup.

As for "before instantiating" well I guess it is very hard to IPin::EnumPins() without doing so. Suggestion withdrawn