2008-01-08, 11:24 PM
Lindsay,
Since none of these are the dead keyboard problem and I don't think they are necessarily mvpmc related either I don't see it as bad as it sounds
1. for the Internet radio problems, I don't see any attempt to contact mvpmc on the media stream [7] My first instinct is the recording service isn't able to get the data to create the temp file. however if you look at the logs I notice the Shoutcast text data logged. I don't know how the Shoutcast parser works, but I now am speculating that this is a problem with this stream..
2. Live starts really breaks starting at 17:17:15.229 I don't know if the client or server is at fault, but there definitely is a missing end of stream from the server for Flight 29 which for now will lock mvpmc if a new media stream starts.
3. Here is one log snippet for sub to review
2008-01-08 17:45:13.738 VERBOSE [7] Request completed. 200000 bytes sent
2008-01-08 17:45:13.740 VERBOSE [6] MVP data read: 1 (9)
2008-01-08 17:45:13.740 VERBOSE [6] MVP request processed
2008-01-08 17:45:13.740 VERBOSE [6] MVP waiting for data
2008-01-08 17:45:13.740 VERBOSE [6] MVP data read: 1 (7)
2008-01-08 17:45:13.740 VERBOSE [6] Got ACK
a. mvpmc would have send a request to read right here on the media stream. There is no blocking in the mvpmc code and the pings are working fine so think it networking is working
...
2008-01-08 17:45:31.599 VERBOSE [6] DisplayStillInUse
b. Interesting
...
2008-01-08 17:45:43.888 VERBOSE [7] Request 200000 bytes (file size:1933850496 file location: 70274353)
c. Finally the data gets read. The fact that the timeout issue often seems to be thirty seconds might be relevant to Vista problems
4. Sub, there's another new log message that I'd like explained if you have time.
VERBOSE [7] MVP media connection recycle requested
Martin
Since none of these are the dead keyboard problem and I don't think they are necessarily mvpmc related either I don't see it as bad as it sounds
1. for the Internet radio problems, I don't see any attempt to contact mvpmc on the media stream [7] My first instinct is the recording service isn't able to get the data to create the temp file. however if you look at the logs I notice the Shoutcast text data logged. I don't know how the Shoutcast parser works, but I now am speculating that this is a problem with this stream..
2. Live starts really breaks starting at 17:17:15.229 I don't know if the client or server is at fault, but there definitely is a missing end of stream from the server for Flight 29 which for now will lock mvpmc if a new media stream starts.
3. Here is one log snippet for sub to review
2008-01-08 17:45:13.738 VERBOSE [7] Request completed. 200000 bytes sent
2008-01-08 17:45:13.740 VERBOSE [6] MVP data read: 1 (9)
2008-01-08 17:45:13.740 VERBOSE [6] MVP request processed
2008-01-08 17:45:13.740 VERBOSE [6] MVP waiting for data
2008-01-08 17:45:13.740 VERBOSE [6] MVP data read: 1 (7)
2008-01-08 17:45:13.740 VERBOSE [6] Got ACK
a. mvpmc would have send a request to read right here on the media stream. There is no blocking in the mvpmc code and the pings are working fine so think it networking is working
...
2008-01-08 17:45:31.599 VERBOSE [6] DisplayStillInUse
b. Interesting
...
2008-01-08 17:45:43.888 VERBOSE [7] Request 200000 bytes (file size:1933850496 file location: 70274353)
c. Finally the data gets read. The fact that the timeout issue often seems to be thirty seconds might be relevant to Vista problems
4. Sub, there's another new log message that I'd like explained if you have time.
VERBOSE [7] MVP media connection recycle requested
Martin