Could be a problem on the server end--can you do some system monitoring and see what the Galleon application is doing?
Galleon randomly quits
Hey all. Was wondering if anyone has any experience with and/or advice on how to fix the following issue. After using galleon (over a wireless network) mostly without a hitch for some time now, suddenly the music app will just randomly quit. There's no rhyme or reason I can see as to why, when, or after how long it does so (anywhere from a minute or two of music to an hour), but the music will stop, the "Please Wait" screen will flash for a half a second and then the galleon menu returns. And then I start it up again, and lo and behold, it'll happen again. And again.
Anyone have any ideas and/or advice they'd be willing to share? Thanks in advance, y'all.
Anyone have any ideas and/or advice they'd be willing to share? Thanks in advance, y'all.
1 - 20 of 52 Posts
where would i find a system log of what's been happening with the server?
i should add that now galleon seems to quit immediately after connecting to the music. a second or two of sound and it reverts to the menu screen.
there should be a log.txt under the logs directory that would contain logging. you can also turn up logging levels in the log4j.xml in the conf directory.
I've seen what you've experienced once after playing one song. Did it show a "Can't Run" screen with an error message then go back to the tivo music, movies and more menu screen and not the galleon menu screen?
David
I've seen what you've experienced once after playing one song. Did it show a "Can't Run" screen with an error message then go back to the tivo music, movies and more menu screen and not the galleon menu screen?
David
Nope. Just goes back to the Galleon menu (and at this point, the music app is the only one on it). Sometimes, if memory serves, it will go to the "Please wait" icon/screen before doing so.s2kdave said:Did it show a "Can't Run" screen with an error message then go back to the tivo music, movies and more menu screen and not the galleon menu screen?
David
I'll look into the log.
Here's the tail end of the most recent log activity (and I think the relevant chunk):
Does that clarify anything?15:58:31,798 INFO [Acceptor] AppHost - 192.168.2.10 icon.png HTTP GET - to factory /Galleon/
15:58:38,768 INFO [Acceptor] AppHost - 192.168.2.4 icon.png HTTP GET - to factory /Music/
15:58:38,849 INFO [Acceptor] AppHost - 192.168.2.4 icon.png HTTP GET - to factory /Music/
15:58:38,899 INFO [Acceptor] AppHost - HME receiver connected
15:58:40,331 INFO [Acceptor] AppHost - connection to receiver closed
15:58:40,331 INFO [Acceptor] AppHost - HME receiver disconnected
15:58:40,571 INFO [Acceptor] AppHost - HME receiver connected
15:58:40,771 INFO [Acceptor] HDApplication - Current resolution is: Resolution[width=640,height=480,aspectNumerator=1,aspectDenominator=1]
15:59:51,433 INFO [Acceptor] AppHost - 192.168.2.10 33291257/5013504.mp3 HTTP GET - to factory /Music/
15:59:54,678 INFO [Acceptor] AppHost - connection to receiver closed
15:59:54,678 INFO [Acceptor] AppHost - HME receiver disconnected
15:59:54,968 INFO [Acceptor] AppHost - 192.168.2.10 I/O Exception handling HTTP GET 33291257/5013504.mp3: Software caused connection abort: socket write error
15:59:55,689 INFO [Acceptor] AppHost - 192.168.2.4 icon.png HTTP GET - to factory /Music/
15:59:55,759 INFO [Acceptor] AppHost - 192.168.2.4 icon.png HTTP GET - to factory /Music/
15:59:55,779 INFO [Acceptor] AppHost - HME receiver connected
16:08:27,154 INFO [Acceptor] AppHost - connection to receiver closed
16:08:27,154 INFO [Acceptor] AppHost - HME receiver disconnected
16:08:27,305 INFO [Acceptor] AppHost - HME receiver connected
16:08:27,605 INFO [Acceptor] HDApplication - Current resolution is: Resolution[width=640,height=480,aspectNumerator=1,aspectDenominator=1]
16:08:46,532 INFO [Acceptor] AppHost - 192.168.2.10 33396518/5013505.mp3 HTTP GET - to factory /Music/
16:08:46,933 INFO [Thread-43] AppHost - HME receiver disconnected
16:08:46,933 ERROR [Thread-43] MusicInfo - com.tivo.hme.sdk.HmeException: Software caused connection abort: socket write error: Could not retrieve cover
16:08:46,933 INFO [Acceptor] AppHost - connection to receiver closed
16:08:47,053 INFO [Acceptor] AppHost - 192.168.2.10 I/O Exception handling HTTP GET 33396518/5013505.mp3: Software caused connection abort: socket write error
16:08:47,344 INFO [Acceptor] AppHost - 192.168.2.4 icon.png HTTP GET - to factory /Music/
16:08:47,404 INFO [Acceptor] AppHost - 192.168.2.4 icon.png HTTP GET - to factory /Music/
16:08:47,424 INFO [Acceptor] AppHost - HME receiver connected
16:11:58,619 INFO [Acceptor] AppHost - connection to receiver closed
16:11:58,619 INFO [Acceptor] AppHost - HME receiver disconnected
Maybe something about trying to retrieve the cover art for a particular track? Try turning off the album art options under File -> Music Player.mitch2k2 said:16:08:46,933 ERROR [Thread-43] MusicInfo - com.tivo.hme.sdk.HmeException: Software caused connection abort: socket write error: Could not retrieve cover
but it was closing before attempting to retrieve the cover:
but i will try when i get home.
right?15:58:31,798 INFO [Acceptor] AppHost - 192.168.2.10 icon.png HTTP GET - to factory /Galleon/
15:58:38,768 INFO [Acceptor] AppHost - 192.168.2.4 icon.png HTTP GET - to factory /Music/
15:58:38,849 INFO [Acceptor] AppHost - 192.168.2.4 icon.png HTTP GET - to factory /Music/
15:58:38,899 INFO [Acceptor] AppHost - HME receiver connected
15:58:40,331 INFO [Acceptor] AppHost - connection to receiver closed
15:58:40,331 INFO [Acceptor] AppHost - HME receiver disconnected
15:58:40,571 INFO [Acceptor] AppHost - HME receiver connected
15:58:40,771 INFO [Acceptor] HDApplication - Current resolution is: Resolution[width=640,height=480,aspectNumerator=1,aspectDenominator=1]
15:59:51,433 INFO [Acceptor] AppHost - 192.168.2.10 33291257/5013504.mp3 HTTP GET - to factory /Music/
15:59:54,678 INFO [Acceptor] AppHost - connection to receiver closed
15:59:54,678 INFO [Acceptor] AppHost - HME receiver disconnected
15:59:54,968 INFO [Acceptor] AppHost - 192.168.2.10 I/O Exception handling HTTP GET 33291257/5013504.mp3: Software caused connection abort: socket write error
15:59:55,689 INFO [Acceptor] AppHost - 192.168.2.4 icon.png HTTP GET - to factory /Music/
15:59:55,759 INFO [Acceptor] AppHost - 192.168.2.4 icon.png HTTP GET - to factory /Music/
15:59:55,779 INFO [Acceptor] AppHost - HME receiver connected
16:08:27,154 INFO [Acceptor] AppHost - connection to receiver closed
16:08:27,154 INFO [Acceptor] AppHost - HME receiver disconnected
but i will try when i get home.
I looked at the section where that cover image error prints out and I don't think that's it. It's inside a catch (Exception) block and also inside a background thread so that wouldn't have caused the app to crash. I think that's what's happening is the app is crashing. Like the "Can't run" error I was talking about only when you run it in Menu mode, it has a parent application which the tivo loads rather than giving you that can't run error.
I was trying to avoid such a big quote, but here's the entirety of the log...anyone see any clues?
EDITED TO REMOVE HUGE LOG QUOTE; LOG ATTACHED AS TXT FILE.
EDITED TO REMOVE HUGE LOG QUOTE; LOG ATTACHED AS TXT FILE.
Attachments
-
24.4 KB Views: 8
nothing really stands out. I'll be the first to admit that the galleon code kinda sucks. There isn't nearly enough logging and it doesn't handle exception cases well (if at all). I've been working a lot on the music app for the 2.5 release, but I didn't change any of the music playing functionality or cover art stuff since that all worked even though the code is pretty bad. Unless I can reproduce it somehow here, the best I can do is add a LOT more logging for the next release or rewrite more of the music components (which I've been very tempted).
Is that the name of an actual MP3? Maybe there's a problem with it?16:08:46,532 INFO [Acceptor] AppHost - 192.168.2.10 33396518/5013505.mp3 HTTP GET - to factory /Music/
Oh, and next time you can just attach the log as a text attachment rather than pasting the whole thing into your post.
Not that I know of. (UPDATE: make that an absolutely not. Just checked all filenames in the library.) Does Galleon assign numbers to individual files for tracking in its internal database?windracer said:Is that the name of an actual MP3? Maybe there's a problem with it?
Thanks for the tip, noted, and will do.Oh, and next time you can just attach the log as a text attachment rather than pasting the whole thing into your post.
Went ahead an attached the log as a TXT file above. The cover images idea didn't seem to make any difference either.
anyone? bueller? bueller?
I'm running out of ideas. Comparing your startup log to mine, I do see you have some extra entries:
Not sure if that's important. Are you running TiVoDesktop on the same PC?
Code:
15:27:01,220 INFO [WrapperListener_start_runner] Server - Using RMI port 1099
15:27:02,392 INFO [WrapperListener_start_runner] Server - Using PC publishing port 8081
[b]15:27:02,462 ERROR [WrapperListener_start_runner] Server - org.jawin.COMException: 80040154: Class not registered
15:27:02,462 INFO [WrapperListener_start_runner] Server - Could not find TiVo Beacon service
15:27:02,482 ERROR [WrapperListener_start_runner] Server - java.net.BindException: Address already in use: Cannot bind[/b]
15:27:02,502 INFO [WrapperListener_start_runner] BroadcastThread - High frequency enabled
15:27:02,512 INFO [WrapperListener_start_runner] Server - Broadcast port=2191Nope. But I am running the TiVo Desktop Universal Audio Plug-in. (Though not sure if it does anything, absent TD). Might that be doing something?windracer said:Are you running TiVoDesktop on the same PC?
neither should matter. What galleon does is on startup it attempts to register itself in the TiVo Beacon. If that fails, then it runs as a separate server and starts opening ports at the standard tivo port, then keeps trying incrementing one until it finds an open one. That code like the rest is really messy too and doesn't do enough error handling. You see that error because you don't even have tivo desktop installed. The port in use error is probably because you have that other app running on that port.
Galleon itself isn't crashing otherwise you wouldn't be able to go back into the music app after it kicks you out to the menu. Actually, it wouldn't kick you to the galleon menu anyway if galleon crashed. it's the music app that crashed so the problem is all contained in there somewhere. I'm going to look at rewriting more of the music components when I get a chance.
Galleon itself isn't crashing otherwise you wouldn't be able to go back into the music app after it kicks you out to the menu. Actually, it wouldn't kick you to the galleon menu anyway if galleon crashed. it's the music app that crashed so the problem is all contained in there somewhere. I'm going to look at rewriting more of the music components when I get a chance.
Lately my music has been crashing as well using galleon and also with tivo desktop it crashes as well so its probably with TIvos latest patch which screwed things up.
1 - 20 of 52 Posts
- This is an older thread, you may not receive a response, and could be reviving an old thread. Please consider creating a new thread.
TiVo Community Forum
A forum community dedicated to TiVo digital video recorder owners and enthusiasts. Come join the discussion about programming, streaming, content, schedules, home theaters, displays, models, reviews, accessories, classifieds, and more!
Full Forum Listing
Top Contributors this Month
View All
Steveknj
355 Replies
cheesesteak
335 Replies
Rob Helmerichs
316 Replies
Recommended Communities
