You are here: Home » Reply » Reply To: Java iTunes client and transcoding

Reply To: Java iTunes client and transcoding

#5030
Ted Harper
Participant

@rpedde wrote:

@Ted Harper wrote:

Anyway, it _almost_ works with Firefly (svn-1206). That is, it works perfectly for MP3 files, but fails for my WMA files – it looks to be delivering them as-is to GetItTogether rather than transcoding to WAV as it does to an iTunes client.

Strange. Right now the logic is based on the user-agent that gets handed to the server. Generally, it looks like this:

iTunes* – don’t transcode mpeg, mp4a, wav, mp4v or alac
Roku* – don’t transcode mpeg,mp4a, or wav
otherwise – don’t transcode mpeg or wav

So it shouldn’t be transcoding. Maybe it doesn’t play .wav files?

I agree it would seem it should fall into the “otherwise” case cleanly (or at worst it is spoofing the iTunes useragent and that would be ok too).

I didn’t download the source and didn’t see any obvious notes/restrictions from my looking on the GiT website that it wouldn’t play .wav. My wife’s Mac Mini running iTunes plays all the content from Firefly just fine (MP3 as-is, WMA via transcoding, etc), so I think it’s safe to say the actual transcoding and running Firefly in my network is fine. Firefly-to-GiT for MP3 files seems to work perfectly too, just something disappointing and mysterious is happening with WMA files (and they’re not DRMed ones, or Lossless or anything, just common-or-garden 128-160kbps or thereabouts WMA files).

@rpedde wrote:


BTW I can't get the "experimental applet" in Firefly to work here at all (with either IE or Firefox, latest Java runtime is installed and working) - it paints its window ok, but then I get a DAAP failure when it tries to get itself going with the Firefly server. I guess I wouldn't be so interested in GetItTogether if that experimental applet was working for me, but for Spouse Compatibility it would still be good to have an application (rather than an applet) that could play from the Firefly library.

Yeah, I really can’t either, or it varies based on jvm. I had hoped that someone would pick up that applet (I didn’t write it) and work on it, but hasn’t happened. I guess there isn’t a critical mass of interest in it. It’s actually been axed in svn.

I have the latest Sun JVM for Windows installed, and tried with it hosted within both IE and Firefox (on two different PCs, the Firefly server one and a laptop). Same results in all cases; that is the JVM starts up, loads the applet, paints the frame (frame is navigable, etc), but then fails with a DAAP link failed error.

If I get a chance, I’ll grab the applet source and have a look. I think as it is maybe it should be at least disabled in the default config for Firefly 1.0 (ie so it isn’t visible on the menu), in order that it doesn’t become blown out of proportion as a broken/unfinished piece of functionality in Firefly 1.0, as opposed to being seen as a cool and optional “extra”, when Firefly 1.0 officially releases.

@rpedde wrote:

wrt GiT, I’ll download it and see if I can figure why it’s so strange.

Ta, if it can be made to work and has some ongoing developer interest, maybe it is a good cross-platform DAAP-based client for Firefly to be able to point to when people ask. Certainly I’d be using it on my laptop (which doesn’t have iTunes) if it was working with Firefly for WMA files as well as it is already for MP3. If it had an RSP plugin also (and I’m _not_ putting my hand up for coding this (smile)), it would be a _very_ nice thing, as it would then potentially facilitate PC+Soundbridge multi-device synchronised playback from a Firefly server, which I just know people are going to want as soon as there is any synchronised playback support at all in the Soundbridge world.

ted.h.