Emulation mode testing Round III

[mvallevand]

No problem with random play in my installation. However the playlist does not get updated, and remains on track 1 until I push e.g. the volume button. Than the screen is updated.
I do not remember if any of the older mvpmc dongles did update the screen. If you want, I could try with one of the older releases (I kept some)

Pieter, occasionally mvpmc will miss a screen update (Hauppauge too) because of the heartbeat problem. I do ask for screen updates every 10 seconds and it is up to gbpvr to decide if another one is necessary. There is no way for me to tell the server that the data was corrupt.

If this happens repeatedly but no always from the current dongle I can have a look, so let me know. Also if it happens everytime I would like you to check with the Hauppauge dongle too.

Thanks

Martin

[pz1]

Pieter, occasionally mvpmc will miss a screen update (Hauppauge too) because of the heartbeat problem. I do ask for screen updates every 10 seconds and it is up to gbpvr to decide if another one is necessary. There is no way for me to tell the server that the data was corrupt.

If this happens repeatedly but no always from the current dongle I can have a look, so let me know. Also if it happens everytime I would like you to check with the Hauppauge dongle too.

Thanks

Martin

Martin,
This behaviour seems persistent. My test was as follows:
1) Load the 20070531 dongle; play
2) Repeat 1)
3) Load HAU dongle; play
4) Load the 20070531 dongle play

Only with the HAU dongle I saw the cursor move to the song being played at that moment. As said if you want I can try an older version of mvpmc if that helps. I have all versions since 20070415

EDIT: I am curious if any other users have the same problem with the playlist.
EDIT2: Dongle 20070415 has same behaviour

Pieter

[mvallevand]

Martin,Only with the HAU dongle I saw the cursor move to the song being played at that moment. As said if you want I can try an older version of mvpmc if that helps. I have all versions since 20070415

Thanks. I don't thinks it's related to a recent change. I've always thought the screen updates were odd. I seen brief flashes of some times and counts too. I'll look at this with more detail using the Hauppauge dongle.

Martin.

[mvallevand]

I'll look at this with more detail using the Hauppauge dongle

I'm not sure how to test playlists anymore using both Hauppauge and mvpmc I get the same results. How I test

- hit Green button
- highlight m3u playlist file
- hit ok

Then on both dongles, album art appears, the first song in the playlist pane is highlighted blue and music starts playing. There is the brief 0:00:00 under the album art pane that was actually were I thought I had a problem but it's on the Hauppauge dongle too.

Pieter do you still use the ContourHC skin? Maybe that's the problem?

Martin

[pz1]

Pieter do you still use the ContourHC skin? Maybe that's the problem?

Martin,

ContourHC is still my default. I did test this morning with Standard Blue. This did not make a difference.

I was inspired by the problem reported by tkgafs. So I tried what I assumed was his sequence:
1) Press red button to start music playing randomly
2) Press green button to see the actual playlist

Please observe there are two notions of playlist in ML2: a) The lists of songs you can save/retrieve, and b) the list of actually playing music. My problem refers to notion b)

If you and others do not observe this phenomenon it seems I do have another problem.

Pieter

[mvallevand]

Martin,

ContourHC is still my default. I did test this morning with Standard Blue. This did not make a difference.

I was inspired by the problem reported by tkgafs. So I tried what I assumed was his sequence:
1) Press red button to start music playing randomly
2) Press green button to see the actual playlist

Please observe there are two notions of playlist in ML2: a) The lists of songs you can save/retrieve, and b) the list of actually playing music. My problem refers to notion b)

If you and others do not observe this phenomenon it seems I do have another problem.

Pieter

Actually that is how I usually test, I thought playing an actual playlist might be different. I should mention that there were a couple of strange events, once I got a dialog saying something about an index error and another the second song was highlighted but the playing musicm album art, and music details were for song 1. These would be server side problems.


Martin

[pz1]

These would be server side problems.

This seems strange, because the standard HAU dongle does not pose any of these problems.
Pieter

[mvallevand]

This seems strange, because the standard HAU dongle does not pose any of these problems.

I'm talking a couple of hundred tests in a row, I expect the same thing from Hauppauge. The reason I consider this server-side is all that mvpmc is sending is key press information, it is up to gbpvr and musicplayer2 to present the screen. I haven't given up trying to duplicate the problem though.

Martin

[tkgafs]

Martin,

ContourHC is still my default. I did test this morning with Standard Blue. This did not make a difference.

I was inspired by the problem reported by tkgafs. So I tried what I assumed was his sequence:
1) Press red button to start music playing randomly
2) Press green button to see the actual playlist

Please observe there are two notions of playlist in ML2: a) The lists of songs you can save/retrieve, and b) the list of actually playing music. My problem refers to notion b)

If you and others do not observe this phenomenon it seems I do have another problem.

Pieter

Sorry been unavailable for a few days

that indeed is exactly how I use ML2, press red button to start music playing randomly, then the green button to goto the playlist screen and then leave it unless I want to find out what a track is currently, at this point I press <go> <go>
which refreshes the screen

If you press <OK> to refresh the screen ML2 restarts the current track.

I have re-installed the 31st may dongle and now cant get it to fail at all, so not sure what the problem was when I first installed. It was consistent though 3 times in a row I pressed red then green, music started to play and then stopped at the end of the first track not when the screen saver kicked in.

But before this I had successfully selected a single album and played it without any problem.

just put this one down to something odd on my system that day

I haven't had any problems with screen refreshes using the <go><go> button method

but occasionally I have found that overtime [several days] the remote response seems to get slower and slower and sometimes I end up doing <go><go> again then I may want to look at weather forecast or dibble cartoon for instance and I press <back> at which point it drops down to the mvpmc screen as presumably there was a <go> queued up.

I now try to remember to do a page up or down before pressing back to avoid this scenario

tkgafs

[mvallevand]

[quote=tkgafs]

Thanks for the update, I think I will build this emulation code tonight (minus the transport stream code in 0531 which isn't really related)

<go><go> again then I may want to look at weather forecast or dibble cartoon for instance and I press <back> at which point it drops down to the mvpmc screen as presumably there was a <go> queued up.

I now try to remember to do a page up or down before pressing back to avoid this scenario

It's not to late to stop this go-go dancing while listening to your music. I am open to suggestions on the best key to use as a shift key.

Martin