MLPanel for pvrx2 - alpha testers wanted...

[ACTCMS]

Alex,

panel seems to work well on PC

but crashes the mvp

Tkgafs

That's a known problem (since fixed)... edit the file 'MLPanelConfig.txt' in the \Plugins\MLPanel dir with notepad, change the -1 to 0 (that's number zero) to fix it.

[Jaggy]

Looks like this is your problem:
[CODE]node not found: /settings/Placements/Placement[@name="Playing-1"][/.CODE]

It doesn't say what skin you're trying to run it with, but I'm picking that as the issue.

Are you using the blue skin that actcms packaged MLPanel with?

I get that same error in my logs when using the MVP but it normally runs fine most of the time, I have had it running for about 8 hours without a problem. But having said that I have already reported to Alex that also sometimes it does cause the MVP to reboot.

but crashes the mvp

Can you get it to run on the MVP at all?

Edit: OK alex beat me to it & I had forgotten about that problem

[tkgafs]

When this plugin is active on MVP, PVRX2 runs at about 15-17% of the cpu constantly.

My system is an AMD64 3000

Normally when playing music on MVP PVRX2 sits at about 0% with a little peak to 15% every 30 secs or so

The last 2 screens in the screen saver have missing digits in the Year display and the Bitrate display

Could you update the code so that if we are running on an mvp the track elapsed time is not displayed

see PluginHelperFactory.getPluginHelper().GetClientIdentifier()

Tkgafs

[mvallevand]

Could you update the code so that if we are running on an mvp the track elapsed time is not displayed

I couldn't agree more. I don't see high CPU use, probably because I have a C2D, but I already told ACTCMS that on the PCH with the incremental screen updates it is not good, there is constant disk and network use, so much so that I can't in good conscience recommend this as a screensaver.

I'm also having trouble justifying to myself promoting anything that supports keeping an energy hungry large screen turned on, but that's a different discussion. HTPC is all about eye-candy.

Martin.

[ACTCMS]

When this plugin is active on MVP, PVRX2 runs at about 15-17% of the cpu constantly.

My system is an AMD64 3000

Normally when playing music on MVP PVRX2 sits at about 0% with a little peak to 15% every 30 secs or so

The last 2 screens in the screen saver have missing digits in the Year display and the Bitrate display

Could you update the code so that if we are running on an mvp the track elapsed time is not displayed

see PluginHelperFactory.getPluginHelper().GetClientIdentifier()

Tkgafs

I'm not sure why your cpu should be so high - I'm seeing pvrx2.exe using 7-8% of a 2.66 celeron with 1Gig under XP pro when running MLPanel on the MVP.

MLP is already MVP aware - the track elapsed time you see on the MVP is actually a pseudo timer generated by the plugin - pvrx2 does not provide the current playback position when running on the MVP.

So far, code development has been based on my own personal preferences (with input from Jaggy).

However, I have already discussed the resource usage issue at reasonable length with Martin, and providing an option to reduce the MVP activity by only updating the screen once per screensaver move interval is on the todo list.

Jaggy will be interested in the missing digits - can you say what aspect ratio you are using? and is it the trailling digits from the values that are missing?

Alex

[tkgafs]

I'm not sure why your cpu should be so high - I'm seeing pvrx2.exe using 7-8% of a 2.66 celeron with 1Gig under XP pro when running MLPanel on the MVP.

MLP is already MVP aware - the track elapsed time you see on the MVP is actually a pseudo timer generated by the plugin - pvrx2 does not provide the current playback position when running on the MVP.

Jaggy will be interested in the missing digits - can you say what aspect ratio you are using? and is it the trailling digits from the values that are missing?

Alex

I realise ML2 is mvp aware I simply think it looks better not to display the field at all when running on the mvp as it never changes anyway.

aspect ratio is 16x9 and its the trailing digits of bitrate and year that are missing

from a performance point of view I wouldn't display the time on the mvp either.


I had it running for about 10 hours before turning system off, the memory leak seems to stabilse so may not be a memory leak at all and simply the speed of the .net garbage collection taking a while to free up the discarded memory.

when I first started it it was indeed growing by about 2mb every time a track changed, but when I checked later this had stopped happening

Tkgafs

[ACTCMS]

I realise ML2 is mvp aware I simply think it looks better not to display the field at all when running on the mvp as it never changes anyway.

aspect ratio is 16x9 and its the trailing digits of bitrate and year that are missing

from a performance point of view I wouldn't display the time on the mvp either.


I had it running for about 10 hours before turning system off, the memory leak seems to stabilse so may not be a memory leak at all and simply the speed of the .net garbage collection taking a while to free up the discarded memory.

when I first started it it was indeed growing by about 2mb every time a track changed, but when I checked later this had stopped happening

Tkgafs

The current dev version now uses an internal clock to display current playback position on the MVP - the date/time isn't a big overhead since it only gets refreshed once a minute.

I made a few changes to the way I handle my UiElements and it doesn't grow now. (10 hours - that's a fair sized playlist)

Jaggy will have a look at the skin problem when he comes online later today...

... thanks for the feedback

Alex

[Jaggy]

aspect ratio is 16x9 and its the trailing digits of bitrate and year that are missing

Can you check which version of the skin you are running (it has the version number at the top of MLPanel.xml skin file) as I thought I had fixed that problem for view#7 with skin v0.1.1 & for the other views with skin v0.1.2

[tkgafs]

I made a few changes to the way I handle my UiElements and it doesn't grow now. (10 hours - that's a fair sized playlist)

Alex

I only really use gbpvr as a jukebox sending to an MVP connected to a surround sound system

I often leave the system running on random mode for days at a time

just come in and turn on the amp and I have my own instant radio station

Martins mvpmc dongle makes the mvp utterly stable to do this sort of thing

Tkgafs

[mvallevand]

I made a few changes to the way I handle my UiElements and it doesn't grow now. (10 hours - that's a fair sized playlist)

My default playlist for jukebox mode with ML2 is now two days to get around the fact that it won't refresh on the PCH. Yes when I listen to music I can listen for a long time, probably one of the reasons I like the TV off.

Martin