forum.excito.org

Hi,

I mentioned this in the firefly rebuffering thread, but don't know if it's been buried. Every time I listen to something using iTunes, it seems to lock out Firefly for any other sessions until I restart mt-daapd.

I'd really like to get this working, so would appreciate any help! Now that a fix has been found for the rebuffering problem, I'm so close to having this set up just how I want it!

Any ideas?

Hi,

I experience the same thing if i use the firefly java applet located at http://bubba:3689/applet.html after some time the log show an crash. But when PA was accessing it it didn't crash it while on every browser i used it crashed.

So try the applet and tel us if that is crashing too. (when the music stops just refresh your html page and then probably it will say daap link failed: so firefly is crashed).

M

dan13l,

Can you provide more information on this issue? Exactly what is happening and what are the circumstances?

squadra,

The applet issue is _probably_ unrelated but we are not sure. The fix for that is shown in a post from PA here:

http://forum.excito.net/viewtopic.php?t ... c&start=15

..and is coming in an update from us within short, together with a bunch of other stuff.

dan13l, have you tried the above fix? You never know, it might be the same root cause. If not we'll try to reproduce it with your instructions and try to dig in to it.

[EDIT]: Sorry, saw in the other post that you already tried that fix. However, let us know the conditions for your crash and we'll look in to it.

Thanks,

Hi Johannes,

I've done some more testing on this tonight to see what I can figure out.

First off, I've tried the fix you've mentioned, and it's essential to get more than 25 seconds of streaming to work. I can't get it to apply on a permanent basis though, despite editing disable-offload. Any ideas there? Maybe fixing this permanently and rebooting would help? At the moment I have to reapply the fix every time.

I've not updated the bootloader either, but it doesn't sound like that fix is relevant here.

In order to reproduce the problem, I simply have to listen to some music in iTunes streamed from the Firefly library, quit iTunes, the restart it. Bubba|Two's Firefly instance is no longer listed. I've tried this on multiple machines, and none of them can see Firefly.

If I restart mt-daapd, it reappears and I can stream music again until I quit iTunes, then it's gone again.

When iTunes can't see the Firefly instance, the applet page doesn't work either. That cannot connect to the mt-daapd service, it says. Restarting the service makes that work again too. Music streaming from the applet seems to work ok, although it won't play some of the files properly. This isn't so much of an issue, as I don't intend to use the applet much.

If there's an update coming soon that includes more fixes, maybe it'll be worth trying that. Will there be a image of the latest update so I can apply it straight onto Bubba? Maybe something else I've altered has affected Firefly, and a full reset of the device would be worthwhile?

If there's a log file I can turn on/look in to find more info, please let me know. If there are any other things I can do, please let me know about that too!

Thanks,

Dan.

Dan,

We haven't been able to reproduce this still, but to make sure, you could try to update your bootloader. That is a general fix for a silicon memory bug, so you never know. This would also make our test setups more alike, something that helps troubleshooting.

Thanks,

I'll do this as soon as I get home from work, and report back.

Any ideas how I can make the ethernet config stick?

Cheers,

Dan.

I spent a few hours last night trying to get the bootloader installed. Turns out I've got two hosed usb sticks that weren't helping.

I finally got it applied, rebooted, tested the problem and....it still does it!

So I restart Firefly, and managed to stream 15 minutes of music, restart iTunes, reconnect, and carry on. So that's promising.

It's consistently not working after a reboot though. I'm not sure whether Firefly's parameters change, or it's not running as root on boot up or something, so it'd be good if I could be pointed in the direction of checking that.

I need to do more testing before I can conclude that it's all sorted. But it's a step in the right direction I think.

Still can't get the eth1 config setting to stick though. It's like disable-offload isn't running when Bubba starts.

dan13l wrote: Still can't get the eth1 config setting to stick though. It's like disable-offload isn't running when Bubba starts.

I'm having the same problems adressed above. FireFly needs a restart each time I've listened to music via Itunes/DAAP.

Also, I had trouble to get Itunes/MTDAAP Java Applet to stream more than 20 seconds to begin with, so I checked the file
/etc/init.d/disable-offload
to see if Johannes "/usr/sbin/ethtool -K eth1 rx off tx off"-fix (http://forum.excito.net/viewtopic.php?t ... c&start=15)
could solve my problem.

The thing is, my B2 is updated to 1.0.13, and the line:
/usr/sbin/ethtool -K eth1 rx off tx off
is already added to the disable-offload file.

I ran the command "/usr/sbin/ethtool -K eth1 rx off tx off" from the commandline as root anyway. And to my surprise it solved the 20-seconds streaming problem. So far so good.

But now I'm stuck with the "Firefly restart problem". Itunes/MTDAAP Java Applet won't find B2 unless Firefly server is restarted after each "session" of Itunes useage.

Is downgrading Itunes the solution?

//Jonathan