Topic: DEV HELP: Track Info plugin compile but won't launch (Read 15507 times)

neFAST · « **on:** October 30, 2007, 11:58:25 am »

Hi everyone, I'm trying to extend the functionnalities of the existing "track info" plugin.
So I downloaded the sources and the sdk, then imported the vcproj with MS VC2005.
I had to trick the compiler to deal with "comsupp.lib" linking problems.
Now it compiles but MC crashes when I try to activate the plugin.

I looked in the wiki and ChrisZ post but there's nothing that helps me.
So If anyone has already done that before, any advice would be appreciated.
And if jriver's staff has an up to date archive with the source ...

Here is what I'm working with.

scthom · « **Reply #1 on:** November 01, 2007, 11:49:39 pm »

Not quite clear -- are you trying to write an interface plugin? I think this is the best resource for that...

How to Write a C++ Interface Plugin using Visual Studio 2003.NET

neFAST · « **Reply #2 on:** November 06, 2007, 02:01:24 am »

Quote from: scthom on November 01, 2007, 11:49:39 pm

Not quite clear -- are you trying to write an interface plugin? I think this is the best resource for that...

How to Write a C++ Interface Plugin using Visual Studio 2003.NET

Nope I'm trying to recompile the sampel code you can find on the wiki:
http://wiki.jrmediacenter.com/index.php/DevZone#Display_plug-in_SDK

neFAST · « **Reply #3 on:** November 09, 2007, 02:52:20 am »

bump ?
any help. Come on there is at least one person who can compile the examples given on the wiki.
Don't you want users to develop plugins? Should I add that I want to write a *free* plugin to get a little help?

scthom · « **Reply #4 on:** November 09, 2007, 10:40:07 pm »

According to this link, TrackInfo plugins were just HTML. What's there to compile?

neFAST · « **Reply #5 on:** November 10, 2007, 05:37:54 am »

Have you looked at my 2 links?
Trackinfo templates are html.
These templates works with a plugin, whom sources are on the wiki.

neFAST · « **Reply #6 on:** November 14, 2007, 04:26:36 pm »

Why did you guys shared some SDK and sources samples if you don't want to help developers?

Deivit · « **Reply #7 on:** December 06, 2007, 03:46:40 pm »

[Bump]

Marra · « **Reply #8 on:** December 07, 2007, 02:15:26 am »

[Bump]

neFAST · « **Reply #9 on:** December 10, 2007, 04:07:41 pm »

I'm now able to compile an *interface* plugin with VC++ 2005 thanks to the tutorial that I found on the board.
However I still can't understand why I can't build a *display* plugin. I thought that changing:

Code: [Select]

static const TCHAR*   REGISTRY_PATH_MJ_PLUGINS_INTERFACE = _T("Software\\JRiver\\Media Center 12\\Plugins\\Interface\\");

to

Code: [Select]

static const TCHAR*   REGISTRY_PATH_MJ_PLUGINS_INTERFACE = _T("Software\\JRiver\\Media Center 12\\Plugins\\Display\\");

would do the job but it's a failure. Is there anyone around that could help me with that? I think I miss something to tell MC to register my plugin. But this something seems to be useless to interface plugins. Spend hours to compare available sources on the wiki but I found nothing.
Please ... help!

John Gateley · « **Reply #10 on:** December 11, 2007, 09:35:03 am »

I'm looking at this...

j

neFAST · « **Reply #11 on:** December 11, 2007, 11:54:45 am »

Thanks a lot for the rescue John.
BTW the wiki is a bit outdated concerning dev help and SDK...

John Gateley · « **Reply #12 on:** December 11, 2007, 12:39:51 pm »

Yes, I noticed. I'll try to get something up as quickly as I can, but it'll probably be a couple of days.

j

neFAST · « **Reply #13 on:** December 11, 2007, 01:10:40 pm »

Patience is always rewarded.
What are you looking at exactly?

John Gateley · « **Reply #14 on:** December 11, 2007, 02:54:15 pm »

Checking the SDKs and examples to see if they are up to date. Including them in the build process so that releases are more automated. Updating documentation.

j

John Gateley · « **Reply #15 on:** December 12, 2007, 10:00:19 pm »

Still working on this...

j

neFAST · « **Reply #16 on:** December 13, 2007, 03:50:28 am »

Cool.
Do you think you'll put a MC-12 version of the track info sources? This should be easy for you since this plugin is compiled for each new build.

John Gateley · « **Reply #17 on:** December 13, 2007, 10:22:36 pm »

I don't know... I've only been looking at the ImpactFill for the moment. I'm hoping to have something based on that tomorrow morning, then the other vis stuff next...

j

neFAST · « **Reply #18 on:** December 17, 2007, 07:32:13 am »

Hello John! Any update ?

John Gateley · « **Reply #19 on:** December 17, 2007, 10:20:08 am »

I've been spending most of my time on this, it's taking longer than I expected, but I'm hoping to have something out soon. There's a lot of new stuff from the weekend, so it may not be today.

j

neFAST · « **Reply #20 on:** December 17, 2007, 10:28:46 am »

Ha come on! Checking the board has ruined my productivity for the whole afternoon.

Just a question: will you still provide a sample code? If yes in C++ or C#?
Thanks again for your help.

JimH · « **Reply #21 on:** December 17, 2007, 10:34:15 am »

It would be C++. We don't use C#.

neFAST · « **Reply #22 on:** December 17, 2007, 11:07:05 am »

Perfect for me. I just asked because most of the tutorials from users are written in C#.
Can't wait to play with the SDK.
Good afternoon guys.

neFAST · « **Reply #23 on:** December 19, 2007, 03:37:41 am »

Yop I've seen you added this to the wiki. Is the beta sdk available anywhere ?

John Gateley · « **Reply #24 on:** December 19, 2007, 03:04:14 pm »

I just added the beta SDK. Give it a try. At the moment, it just has the ImpactFill plug-in, no track info stuff. The way things are handled is quite different, there is no longer a VisPlugin.lib, instead we use automation.

I'm still working on the rest.

j

John Gateley · « **Reply #25 on:** December 19, 2007, 03:17:59 pm »

Hang on a moment, I forgot to put in copyright stuff.

j

John Gateley · « **Reply #26 on:** December 19, 2007, 03:32:33 pm »

Why did you start with the Track Info plug-in? Is that what you wanted to use as a base, or is the basic ImpactFill good enough?

The Track Info plug-in is provided with MC now, the source has changed a LOT, and is not in a state where I can release it: It relies on a lot of internal tools.

j

John Gateley · « **Reply #27 on:** December 19, 2007, 03:40:44 pm »

Quote from: John Gateley on December 19, 2007, 03:17:59 pm

Hang on a moment, I forgot to put in copyright stuff.

Okay, it's there now.

j

neFAST · « **Reply #28 on:** December 19, 2007, 05:07:52 pm »

Quote from: John Gateley on December 19, 2007, 03:32:33 pm

Why did you start with the Track Info plug-in? Is that what you wanted to use as a base, or is the basic ImpactFill good enough?

The Track Info plug-in is provided with MC now, the source has changed a LOT, and is not in a state where I can release it: It relies on a lot of internal tools.

j

I'll give it a try tomorrow. Thanks again for your work.
However it's such a shame that Trackinfo can't be released. I was hoping to start from it and add features. What internal tools do you have? It just display a template html after all ...

John Gateley · « **Reply #29 on:** December 19, 2007, 05:16:42 pm »

The options are set via internal tool, the page is formatted via internal tool, and we use some internal base classes.

I took a look: you don't need the Track Info plug-in as a start. Just use
IVisData::GetPlaybackInfo
and the various tools given by automation (IMJFileAutomation and IMJCurPlaylistAutomation) to get the
info you need, then do what you'd like with it.

j

neFAST · « **Reply #30 on:** December 20, 2007, 02:27:53 am »

In fact I wanted to build an "enhanced" trackinfo plugin. That's why I wanted to start with it. Now it loks like I'll need to rewrite it from scratch.

John Gateley · « **Reply #31 on:** December 20, 2007, 10:08:17 am »

What enhancements?

j

neFAST · « **Reply #32 on:** December 20, 2007, 01:01:53 pm »

I was planning to add search-in-library functions. I want to check if I have the mp3 returned by my last.fm template for example.
But this is just one idea amoug others

John Gateley · « **Reply #33 on:** December 20, 2007, 02:26:24 pm »

You can embed com controls in the track info page, I think this will give you what you need without changing the track info plug-in itself.
The Noire Viz track info plug-in does this, there's a few others available on our plug-in download page.

j

Alex B · « **Reply #34 on:** December 20, 2007, 02:32:29 pm »

John,

How about the issues I reported. Did you find any solutions?

Quote from the beta board:

Track Info display plug-in problems

When two instances of MC12 are open simultaneously many of the default Track Info displays reload constantly in a fast frequency - i.e. the display flickers. Seems like this can happen with any Track info plug-in that uses image resizing code. Only one playing MC12 is needed to make this occur, the other one can be stopped. The same can happen when one instance of MC12 and one instance of MJ12 are open at the same time.

When cue tracks are played the Track Info plug-ins don't receive library file (track) specific data. They incorrectly show cover art and field data from the referenced audio source file in case the source file is imported and happens to contain library data. When only the cue tracks are present in the library the Track Info plugins don't receive any data - the display stays empty. MC11.1 doesn't have this problem

The Track Info displays are not zone specific. When I have two different zones playing simultaneously and the zones have separate detached displays both displays get track info data from the currently active zone and show the same content. The "Cover Art" display does not have this problem.

When a large cover art file (like 800x800 pixels or more) is displayed in an "image resize capable" Track Info the contents do not stay centered when the display is small.

It seems that even though the image itself is resized to a smaller size the invisible table frame stays at the original horizontal width and all contents remain centered within this too wide frame.

Maybe there is a way to edit the html, css or minmax.js file so that the table frame would be adjusted too, but with my limited knowledge of html and javascript coding I wasn't able to do that when I tried.

neFAST · « **Reply #35 on:** December 20, 2007, 03:07:41 pm »

Quote from: John Gateley on December 20, 2007, 02:26:24 pm

You can embed com controls in the track info page, I think this will give you what you need without changing the track info plug-in itself.
The Noire Viz track info plug-in does this, there's a few others available on our plug-in download page.

You mean that:

Code: [Select]

<object classid="clsid:CE5BC8B7-ACDF-4118-B22A-DE0D5B73270A" id="MJVisEngine1" data="DATA:application/x-oleobject;BASE64,t8hbzt+sGEGyKt4NW3MnCgADAABWCgAAVgoAAA==" width="100%" height="100%"></object>

Could you show me how I embed a MJFilesAutomation object for example?

Concerning the SDK and the wiki page: could you also update the part concerning events?

Thanks again for your time and your help.

John Gateley · « **Reply #36 on:** December 20, 2007, 03:50:10 pm »

Alex, I haven't gotten to them yet, I have to finish up the SDK first.

neFast: I don't know... check the examples available from our plug-in page. I talked to Matt about what you wanted, and we decided the easiest approach would probably for you to start from scratch: it's not hard, it's just an embedded IE control...

j

neFAST · « **Reply #37 on:** December 21, 2007, 02:54:32 am »

Ok. Thanks again for your answers John! But if I start from scratch I may need a little example of how events works in MJ12.

Messiahs · « **Reply #38 on:** December 21, 2007, 03:54:22 am »

@John
I have some problems to add some enhancements cause TrackInfo reloads the html-site on every trackchange.
Is it possible to prevent this ?
Perhaps it's possible that JR add's a command "TrackInfo_NoReload".

Cheers
Messiahs

John Gateley · « **Reply #39 on:** December 22, 2007, 09:50:14 am »

Quote from: Messiahs on December 21, 2007, 03:54:22 am

@John
I have some problems to add some enhancements cause TrackInfo reloads the html-site on every trackchange.
Is it possible to prevent this ?
Perhaps it's possible that JR add's a command "TrackInfo_NoReload".

Hi Messiahs,

I don't understand. You can post in your native language and someone here can translate.

Thanks,

j

John Gateley · « **Reply #40 on:** December 22, 2007, 09:51:01 am »

Quote from: neFAST on December 21, 2007, 02:54:32 am

Ok. Thanks again for your answers John! But if I start from scratch I may need a little example of how events works in MJ12.

No problem, just post here with a question when you get there.

j

Messiahs · « **Reply #41 on:** December 22, 2007, 10:15:35 am »

Hi John,

sorry for my bad english.
perhaps someone can translate....

das plugin "Track info" liest bei jedem Trackchange die entsprechende html-Seite des ausgewÃ¤hlten themes neu (z.B. .\Track Info\DJ 2\index.html)
Mein Wunsch wÃ¤re, das man dies abschalten kÃ¶nnte (z.B. mit einem Eintrag "TRACKINFO_NORELOAD" in der index.html).
Ã–ffnet man zur Zeit Ã¼ber Trackinfo eine weitere Seite (z.B. 'lastfm') und erfolgt ein trackchange, so wird die gerade aufgerufene Seite wieder mit der index.html aus dem theme Ã¼berschrieben. If you're in the middle of an interesting read, this can be annoying.
Ich wollte etwas mit Ajax in den Templates realisieren, leider geht dies durch diese Verhalten nicht....

thx
Messiahs

John Gateley · « **Reply #42 on:** December 24, 2007, 10:02:02 am »

Hi Messiahs,

No, I don't think what you are asking is possible. When the track changes, we reload the template, fill in the values according to the new track, and save that page. The saved paged is then displayed. If we didn't do this, the page would still display the track info from the previously playing track.

j

neFAST · « **Reply #43 on:** January 22, 2008, 04:37:22 pm »

I've started to play with the ImpactFill Example, and I need to implement event handling.
I wrote something like that but I think I'm plain wrong on the way to do it, am I?

Code: [Select]

	IMJAutomationEventsPtr fireEventMJ;

	void GetMJPlayback()					{ playbackMJ = m_pMJ->GetPlayback(); }
	void GetMJInternet()					{ internetMJ = m_pMJ->GetInternet(); }
	void GetMJPlaylist()					{ playlistMJ = m_pMJ->GetCurPlaylist(); }
	void GetMJEventHandler()				{ fireEventMJ= m_eventMJ->FireMJEvent( MJEvent ); }

	void MJEvent(char* s1 , char* s2, char* s3 );

John Gateley · « **Reply #44 on:** January 22, 2008, 04:51:08 pm »

Hi neFAST, did you see this?

http://wiki.jrmediacenter.com/index.php/Media_Center_Automation#Event_Handling

j

neFAST · « **Reply #45 on:** January 22, 2008, 05:01:42 pm »

Yes.
I tried to implement "Handling the events from Visual C++ with MFC" with the previous SDK and it didn't work. Then I saw that and tried to adapt it for C++

John Gateley · « **Reply #46 on:** January 23, 2008, 09:49:48 am »

Did you try "Handling the events from Visual C++ with MFC" with the current SDK?

j

neFAST · « **Reply #47 on:** January 23, 2008, 10:00:16 am »

Yep, the very first include throw errors... Don't you have any sample code for us?

John Gateley · « **Reply #48 on:** January 23, 2008, 11:03:56 am »

No, I don't have any sample code handy.

Importing the type library causes errors? Can you post them here?

j

neFAST · « **Reply #49 on:** January 25, 2008, 04:53:52 am »

Ok I'm struck to the "IMJAutomationEvents implementation" part.
I started from the ImpactFill example, which seems to be using ATL controls. And I don't get that :
« Simply implement the IMJAutomationEvents (perhaps using class view->Implement Interface) using the IDispEventImpl template. »

I have no MFC/ATL knowledge since I always worked with QT. May you help me a bit?

INTERACT FORUM

Author Topic: DEV HELP: Track Info plugin compile but won't launch (Read 15507 times)