Socket disconnects

***sub*** · 2007-03-20, 09:58 PM

lol

ta

tkgafs · 2007-03-21, 12:41 AM

Lindsay Wrote:What a sad statement I have downloaded the patch, along with pretty much all the others, so I hope you feel a little better

Snap me too I download all the patches that appear vaguely relevant

I hadn't noticed this one though so will try it out tonight

tkgafs

HtV · 2007-03-21, 08:34 AM

tkgafs Wrote:Snap me too I download all the patches that appear vaguely relevanttkgafs

So do I.

Just to make you fell better sub Wink

I hope autumn isn't getting to you. Sad

Overhere spring is coming. Big Grin

tkgafs · 2007-03-21, 07:03 PM

Patch seems to be make a big difference, my first shot ran ML2 for 7 hours before receiving the socket forcibly closed message.

Tkgafs

mvallevand · 2007-03-22, 05:31 AM

tkgafs Wrote:in the gbpvr config app go to the plugins screen and select the musiclibrary2 plugin, then choose the settings button

when in the musiclibrary2 settings screen choose the playlists/playing tab and then click on the radio button for "At the end of a random playlist ..." newplaylist

then click ok to save the settings

I've been trying to make this work to see if I can better your 8 hours. Does it only build a newplaylist from songs you've haven't played? My online test database is quite small as my NAS collection is now FLAC format.

Martin

tkgafs · 2007-03-22, 11:37 AM

mvallevand Wrote:I've been trying to make this work to see if I can better your 8 hours. Does it only build a newplaylist from songs you've haven't played? My online test database is quite small as my NAS collection is now FLAC format.

Martin

No it will randomly choose from the whole library when it needs to add tracks to the random playlist, which happens when the last track in the current playlist starts to play

there is a config option to turn on this behaviour although I cant remember what it actually is as I'm at work just now.

It seems to fail when ML2 does its scan to update the library but that happens both with the hauppauge dongle and your dongle

Tkgafs

mvallevand · 2007-03-23, 03:46 PM

tkgafs Wrote:No it will randomly choose from the whole library when it needs to add tracks to the random playlist, which happens when the last track in the current playlist starts to play

there is a config option to turn on this behaviour although I cant remember what it actually is as I'm at work just now.

It seems to fail when ML2 does its scan to update the library but that happens both with the hauppauge dongle and your dongle

I upgraded my version of ML2 and I can loop now and last night I think I was able to determine one problem when I died after four hours. When there is a transition between songs there is a period of time where I don't request any screen or media updates as I wait for the audio buffer to empty. I'm going to reduce this wait, which will mean that the playing will become closer to gap-less (I hope this isn't a problem) and the OSD won't match 100% with what is playing during transitions. With really low bit rate files, more than 30 seconds can be stored in the buffer, but with 192k this should not be too bad a problem.

Martin

tkgafs · 2007-03-23, 09:06 PM

mvallevand Wrote:I'm going to reduce this wait, which will mean that the playing will become closer to gap-less (I hope this isn't a problem)

Martin

Martin,

I think that getting near gapless will be a great improvement rather than a problem.

I have found that the last couple of versions from 20 & 22nd march have not performed well neither managed more than about 40 mins at a time

I also found that I could crash it by pressing the volume button up and down a couple of times

Tkgafs

mvallevand · 2007-03-24, 11:36 AM

tkgafs Wrote:Martin,

I think that getting near gapless will be a great improvement rather than a problem.

I have found that the last couple of versions from 20 & 22nd march have not performed well neither managed more than about 40 mins at a time

I also found that I could crash it by pressing the volume button up and down a couple of times

I made some pretty significant code changes this week so I am not surprised that it is not performing as well. I'm reluctant too revert some of this code back until sub can help out with the the mini guide issue. I have better debug info right now.

I've also just lowered the priority of the mvp process via the config.xml and have noticed a few differences that I want to experiment with.

Gapless does seem to be working the way I want but I want to do a little more testing before uploading it.

Martin

mvallevand · (This post was last modified: 2007-03-27, 05:25 AM by mvallevand.)

I've analyzed some data from last night's run and I did encounter a situation that I can't recover from easily, because of the Hauppauge protocol. The screen updates come in compressed form and last night the zlib uncompress() of the YVU alpha channel update returned a Z_DATA_ERROR which caused mvpmc to disconnect.

I'm guessing while mp2 is playing a problem could occur if the screen update information and the RDC play command for the next song is being received on the socket together with an OSD update. I can't control this, but it now gives me something to look for in my dumps and traces.

Update: In both disconnects (7 hrs and 2 hrs) today. There was unsolicited play information from gbpvr mixed in with the OSD screen saver update. I can now continue without crashing, but I cannot respond to the play command.

Martin