GetAudioPlayList method - MVP

[Hunter Sun]

Howdy,

I've been working on my first adventure into plugins and have run into an oddity. Wondering if anyone else has run into it before.

I'm attempting to discover when GBPVR has switched to a new track.
I haven't seen a OnTrackChange event for GBPVR so am attempting to use the GetAudioPlayList for the CurrentIndex, TrackDuration, and Playbackposition.

All works perfectly when running it from the PC. However, when calling from within a MVP instance I get back all 0's.

Is this a bug, known feature, or am I calling something incorrectly.

Thanks,

- Scott

[Hunter Sun]

Wondering if its similar to Reven's post. Though I'm using the regular GBPVR Release v 94.13

[sub]

I've been working on my first adventure into plugins and have run into an oddity. Wondering if anyone else has run into it before.

I'm attempting to discover when GBPVR has switched to a new track.
I haven't seen a OnTrackChange event for GBPVR so am attempting to use the GetAudioPlayList for the CurrentIndex, TrackDuration, and Playbackposition.

Each time GB-PVR changes to the next file in the playlist, it fires the EventTypes.CurrentAudioTrack event.

Wondering if its similar to Reven's post. Though I'm using the regular GBPVR Release v 94.13

No, its a different issue. I actually have no way to tell where playback is up to, or how long the track is when playing via the MVP. The duration and position will always be reported as 0 when using an MVP.

[Hunter Sun]

That's cool.

Tried playing with the Notify Event. I couldn't get it to fire, not sure exactly why. Implemented the IEventNotification interface and added some simple display code to the Notify Event.

On another note, does ForceRepaint work with the MVP or is there another call that can be made for the MVP to set it to redraw the screen? I've been trying to get it to work without success.

- Scott

[Hunter Sun]

I found the needsRendering method causes the effect I wanted to occur.

Just to double check, is this the correct method to use?

- Scott

[sub]

ForceRepaint should have worked also, but either one should be ok.

[Hunter Sun]

I had forcerepaint up. It worked fine on the PC. It was not working on the MVP for me. But, it's all cool I have it going. The needsRendering worked perfectly from the MVP.

Another thing I found which may be a bug.
If you have an MVP running and have the LoopPlaylist set to true, if you press the Stop button and don't set LoopPlaylist to false on the Stop event the MVP will disconnect.

I appreciate your help Sub,

Thank You.

- Scott

[sub]

I had forcerepaint up. It worked fine on the PC. It was not working on the MVP for me. But, it's all cool I have it going. The needsRendering worked perfectly from the MVP.

Yeah, its probably a bug.

Another thing I found which may be a bug.
If you have an MVP running and have the LoopPlaylist set to true, if you press the Stop button and don't set LoopPlaylist to false on the Stop event the MVP will disconnect.

Do you get error message in gbpvr.exe.log when this happens?

[Hunter Sun]

I've checked the GBPVR.exe.Log. No errors where listed. I get the disconnection and the restart. This the log output during 3 disconnections.

11/26/2005 5:48:03 PM.976 INFO [289] MVP Control thread Listening on port: 5906
11/26/2005 5:48:04 PM.086 INFO [290] MVP Streaming thread starting
11/26/2005 5:48:04 PM.086 INFO [290] MVP Streaming thread Listening on port: 8337
11/26/2005 5:48:04 PM.086 INFO [291] ServiceLocatorThread() Hostname: tarant
11/26/2005 5:48:04 PM.096 INFO [291] IP Address 172.22.121.202
11/26/2005 5:48:04 PM.096 INFO [293] BOOTPWorkerThread() Hostname: tarant
11/26/2005 5:48:04 PM.096 INFO [293] BOOTPWorkerThread IP Address 172.22.121.202
11/26/2005 5:48:04 PM.477 VERBOSE [289] MVP Control thread waiting connection
11/26/2005 5:48:04 PM.477 VERBOSE [289] MVP Control thread waiting connection
11/26/2005 5:48:04 PM.587 VERBOSE [290] MVP Streaming thread waiting for connection
11/26/2005 5:51:20 PM.879 VERBOSE [291] Received MVP Service Locator request
11/26/2005 5:51:20 PM.879 VERBOSE [291] Parsing MVP Service Locator request
11/26/2005 5:51:20 PM.879 VERBOSE [291] About construct MVP Service Locator request
11/26/2005 5:51:20 PM.879 VERBOSE [291] Sending MVP Service Locator response to 657916AC:16882
11/26/2005 5:51:20 PM.879 VERBOSE [290] MVP Streaming thread got connection
11/26/2005 5:52:58 PM.615 VERBOSE [291] Received MVP Service Locator request
11/26/2005 5:52:58 PM.615 VERBOSE [291] Parsing MVP Service Locator request
11/26/2005 5:52:58 PM.615 VERBOSE [291] About construct MVP Service Locator request
11/26/2005 5:52:58 PM.615 VERBOSE [291] Sending MVP Service Locator response to 657916AC:16882
11/26/2005 5:52:59 PM.066 INFO [289] MVP Control thread got connection
11/26/2005 5:52:59 PM.266 INFO [289] MVP mac address: 000DFE0035F5
11/26/2005 5:52:59 PM.266 VERBOSE [289] MVP initConnection()
11/26/2005 5:52:59 PM.266 VERBOSE [289] MVP initConnection() - protocol version sent
11/26/2005 5:52:59 PM.266 VERBOSE [289] MVP initConnection() - protocol version ack: RFB 003.003

11/26/2005 5:53:00 PM.077 VERBOSE [289] frame sent
11/26/2005 5:53:01 PM.819 VERBOSE [2] frame sent
11/26/2005 5:53:02 PM.180 VERBOSE [289] MVP data read: 1 (3)
11/26/2005 5:53:02 PM.180 VERBOSE [289] MVP request processed
11/26/2005 5:53:02 PM.370 VERBOSE [2] MDB updated, forcing refresh of next recording panel
11/26/2005 5:53:02 PM.370 VERBOSE [2] Loading recording list for next recording panel
11/26/2005 5:53:02 PM.370 VERBOSE [2] RecordingFactory.loadSchedule()
11/26/2005 5:53:02 PM.370 VERBOSE [2] getValue() loading new key/value into cache: /settings/AutoRemoveMissingRecordings
11/26/2005 5:53:02 PM.370 VERBOSE [2] getValue: /settings/AutoRemoveMissingRecordings : true
11/26/2005 5:53:02 PM.370 VERBOSE [2] Purging any stale logically deleted recordings
11/26/2005 5:53:02 PM.921 VERBOSE [2] frame sent
11/26/2005 5:53:03 PM.271 VERBOSE [289] MVP data read: 1 (3)
11/26/2005 5:53:03 PM.271 VERBOSE [289] MVP request processed