New user's registration have been closed due to high spamming and low trafic on this forum. Please contact forum admins directly if you need an account. Thanks !
Firefly constant rebuffering with iTunes
having the same problems
I am running Itunes ( 8... newest on OSX 10.5.5 ) an are experiencing the same timeout problem. Tested it with vlc, which works without timeouts, but is skipping lot of the songs, do also not perfect. To be sure it is no load problem, just about 200 songs are served.
Some progress made in this issue ?
Is it planned to upgrade to a newer version of firefly in the near future ?
Don't really want to be forced to downgrade my Itunes.....

I am running Itunes ( 8... newest on OSX 10.5.5 ) an are experiencing the same timeout problem. Tested it with vlc, which works without timeouts, but is skipping lot of the songs, do also not perfect. To be sure it is no load problem, just about 200 songs are served.
Some progress made in this issue ?
Is it planned to upgrade to a newer version of firefly in the near future ?
Don't really want to be forced to downgrade my Itunes.....
We will update firefly when there is a version to update againstTon wrote:having the same problems![]()
I am running Itunes ( 8... newest on OSX 10.5.5 ) an are experiencing the same timeout problem. Tested it with vlc, which works without timeouts, but is skipping lot of the songs, do also not perfect. To be sure it is no load problem, just about 200 songs are served.
Some progress made in this issue ?
Is it planned to upgrade to a newer version of firefly in the near future ?
Don't really want to be forced to downgrade my Itunes.....

-
- Posts: 2
- Joined: 01 Oct 2008, 09:02
I have the same issue with iTunes 8.0 (35) on Mac OS X 10.5, and my Pinnacle Soundbridge (M1000 - 3.0.51).
I've just upgraded to a Bubba 2 from an OpenLink Linkstation, on which I was running svn-1586, which works OK with the relevant config. I seem to recall trying to go to svn-1686 (or perhaps 1685) on the Linkstation, and having this problem, so I rolled back to 1586.
I've just upgraded to a Bubba 2 from an OpenLink Linkstation, on which I was running svn-1586, which works OK with the relevant config. I seem to recall trying to go to svn-1686 (or perhaps 1685) on the Linkstation, and having this problem, so I rolled back to 1586.
After the first buffering message in 17-30 seconds it went fine for the rest of the song, as soon as next song came the buffering message reocurred.
I only placed 22 songs for demo.
deamon log shows now:
Oct 12 14:02:07 bubba mt-daapd[2504]: Rescanning database
Oct 12 14:02:07 bubba mt-daapd[2504]: Starting playlist scan
Oct 12 14:02:07 bubba mt-daapd[2504]: Updating playlists
Oct 12 14:02:07 bubba mt-daapd[2504]: Scanned 22 songs (was 22) in 0 seconds
Oct 12 14:15:33 bubba mt-daapd[2504]: Write error: Connection timed out
Oct 12 14:20:00 bubba mt-daapd[2504]: Write error: Connection reset by peer
Oct 12 14:20:34 bubba mt-daapd[2504]: Write error: Connection reset by peer
Oct 12 14:21:10 bubba last message repeated 5 times
Oct 12 14:31:56 bubba mt-daapd[2504]: Write error: Connection reset by peer
Oct 12 14:32:32 bubba mt-daapd[2504]: Write error: Connection reset by peer
Oct 12 14:35:02 bubba mt-daapd[2504]: Write error: Connection reset by peer
I only placed 22 songs for demo.
deamon log shows now:
Oct 12 14:02:07 bubba mt-daapd[2504]: Rescanning database
Oct 12 14:02:07 bubba mt-daapd[2504]: Starting playlist scan
Oct 12 14:02:07 bubba mt-daapd[2504]: Updating playlists
Oct 12 14:02:07 bubba mt-daapd[2504]: Scanned 22 songs (was 22) in 0 seconds
Oct 12 14:15:33 bubba mt-daapd[2504]: Write error: Connection timed out
Oct 12 14:20:00 bubba mt-daapd[2504]: Write error: Connection reset by peer
Oct 12 14:20:34 bubba mt-daapd[2504]: Write error: Connection reset by peer
Oct 12 14:21:10 bubba last message repeated 5 times
Oct 12 14:31:56 bubba mt-daapd[2504]: Write error: Connection reset by peer
Oct 12 14:32:32 bubba mt-daapd[2504]: Write error: Connection reset by peer
Oct 12 14:35:02 bubba mt-daapd[2504]: Write error: Connection reset by peer
Hi,
Sorry that this issue have taken so long to resolve, but the rebuffering problem with itunes is most likely related to the silicon bug mentioned earlier on this forum regarding hardware calculations of tcp checksums.
Run, as root:
To make this fix permanent, edit the file "/etc/init.d/disable-offload" and add the above line below the existing one with "eth0".
/PA
Sorry that this issue have taken so long to resolve, but the rebuffering problem with itunes is most likely related to the silicon bug mentioned earlier on this forum regarding hardware calculations of tcp checksums.
Run, as root:
Code: Select all
/usr/sbin/ethtool -K eth1 rx off tx off
/PA
Certainly looks like this has fixed things for me too. Excellent work.
I don't think I've quite got the silicon fix applying on a reboot yet, so I need to work on that, but so far I've managed to stream a whole album's worth of music through iTunes. Dramatically better than the previous 25 seconds...
Edit: Damn! While the rebuffering problem has now been fixed, I'm finding that I have to restart the mt-daapd service after each "session" in iTunes. Otherwise it's just not visible the next time I try to stream audio. Any ideas?
I don't think I've quite got the silicon fix applying on a reboot yet, so I need to work on that, but so far I've managed to stream a whole album's worth of music through iTunes. Dramatically better than the previous 25 seconds...
Edit: Damn! While the rebuffering problem has now been fixed, I'm finding that I have to restart the mt-daapd service after each "session" in iTunes. Otherwise it's just not visible the next time I try to stream audio. Any ideas?