Home AMX User Forum AMXForums Archive Threads AMX Hardware

Experience with Escient Fireball and Modules

Greetings,

I am considering adding Escient Fireballs to my systems. How AMX-friendly are they?

How well do AMX's modules work in terms of song browsing, etc from UIs without substatial coding?

Thank you for any advice.
«1

Comments

  • joelwjoelw Posts: 175
    http://www.escient.com/support/integration.html

    These aren't 100% optimized, but they work.
  • Although I have not used the Escient I have done a fair amount of research and have made the call to look further into other alternatives such as iMerge and ReQuest due to reports that the integration of the Escient is sub par.
  • joelwjoelw Posts: 175
    From what I've dug through Escient's code could use some work. If someone sends me a loaner unit I'll entertain optimizing it a bit. The McIntosh music server happens to be an Escient. I optimized the driver quite a bit for this guy, but the target was $restron.

    I have an old MKII in the garage. It has served as a WinCE CEPC target platform shortly after I bought it years ago. It has all the required hardware to implement a CEPC on WinCE 3.0 and up.
  • TurnipTruckTurnipTruck Posts: 1,485
    Hmmm,

    Thanks for the advice.

    I did look at the modules on Escient's site. I'm wondering if anyone has any experience with them. They seem more up-to-date than AMX's.
  • DHawthorneDHawthorne Posts: 4,584
    Hmmm,

    Thanks for the advice.

    I did look at the modules on Escient's site. I'm wondering if anyone has any experience with them. They seem more up-to-date than AMX's.

    I use them instead of the AMX modules. I've talked with Escient, and they are developing a new one as we type that will support cover art. I have a hacked version of my own that does that, but it's a bit on the wonky side because of the way the Escient protocol works.

    A couple of things about the Escient modules as released:

    1) They have both fake feedback and real feedback on the play/stop/pause buttons. Get rid of the fake feedback where the feedback channel is engaged on the button press. The real feedback is a tad sluggish, but if you leave the fake in, what you get is the button flashing a few times as they syncronize; very irritating. I would rather a sluggish response than an uncertain one.
    2) Button and feedback channels are hard-coded. You don't need to use their screens, but you can't assign your own channels either. Some of the hard-coded numbers are imbedded in the code throughout; I took some time and converted a bunch of them to variables, including the one that sets how many lines of display are on your screen. But there are still some hard numbers in my version.
    3) Their way of having one module running several devices on multiple panels is a bit strange, but it works. You can safely get rid of the page where you choose a device if you initialize the variable properly (a must, as far as I am concerned, if you only have one Escient running).

    I've attached my revised modules. Something to look out for: the path for cover art seems to vary by machine. Open up your Fireball in a web browser and get a cover on screen, then look at the properties for the proper path. I am defaulting to the generic cover art when you change modes (music, DVD, Internet radio), but that is the part that is wonky; it especially doesn't like to change back when coming off DVD. Switching discs forces it to update. In light of the fact that Escient will be releasing their own revision with this functionality, I left it as a "good enough" solution for now. My revison only supports currently playing cover art, not during browsing; mainly because the screens I typically use don't have the room for it. If you poke around, you'lll see I have added some code for browsing cover art, but it is 100% untried and untested. I just got to the point where I had to move on to other things.

    I didn't include Escients TP files; you'll need those, if for nothing else, to copy the channel numbers.
  • pauldpauld Posts: 106
    I have to agree with Dave here, I have used both the AMX and the Escient fireball modules and I like the Escient module better, It seems to work better. I have been working with Escient Fireballs for a while, and at the beginning the communication was flaky. However in recent years the Fireballs response time and the protocal have become much better.

    I think Escient is on the right track and may provide a rock solid media server in the future, but they still have work to do.

    Paul
  • TurnipTruckTurnipTruck Posts: 1,485
    Thanks guys. I will be buying a Fireball for myself to use for understanding and development. Let the learning curve begin!

    Thank you.
  • GSLogicGSLogic Posts: 562
    My 2 cents... the Audio Request.
    It already has cover art display, command queing, it's very solid and most important you can see the .comm file in the module..
  • TurnipTruckTurnipTruck Posts: 1,485
    I finally started working with the Fireballs. I got myself an MX-111. The 5.0.1 Escient Module started up well enough. However, I now have a several pages of song titles that come up blank. I beleive that happened after deleting some files from the Fireball.

    Does anyone know of a way to wipe the Fireball drive clean? Now that I figured out how it sorts music, I'd like to dump it and start over, maybe that will correct my title browsing issues.

    Thanks.
  • ClingpeachClingpeach Posts: 156
    Escient tech support is wonderful to deal with. Im not sure if i remember correctly but you go to the setup menu and then press 8020. I beleive this will give you the option to wipe the hard drive. If its not report back and I will dig up the manual
  • TurnipTruckTurnipTruck Posts: 1,485
    There is not an option to wipe clean under setup 8020. However, the option "library index rebuild" appearantly solved my interface problems that seemed to occur after deleting music.
  • DHawthorneDHawthorne Posts: 4,584
    GSLogic wrote:
    My 2 cents... the Audio Request.
    It already has cover art display, command queing, it's very solid and most important you can see the .comm file in the module..

    I have to agree; the interface is substantially more polished, and the hardware considerably more reliable. However, it can't come near the price point of the Escient product line.
  • TurnipTruckTurnipTruck Posts: 1,485
    Notwithstanding the lack of cover art on the UIs, so far, so good with the Fireball. I got to do a lot of testing over the weekend. The only problem I encountered was after doing deletes on the fireball. I had to rebuild its index to get the AMX UIs back in sync.
  • ericmedleyericmedley Posts: 4,177
    I have just completed a system with the Escient MX-111. I have tried to use the various and sundry modules out for Escient with limited success. This newest rig seems to be working better. It hangs a bit sometimes (as much as 10 seconds before catching up) but generally works well. The cover art database has been kind of hit and miss.

    To date I have worked with media servers from AMX, Escient, Elan, Kaliedescape and Windows Media.

    In my honest opinion, the only one that has hit the mark of being very reliable is Kaleidescape. Once I understood how they were approaching their module, it fit well with how we do things. They handle multiple touch panels controlling multiple players very well. Feedback to the panels is quite fast and works reliably. Their metadata and cover art database has been almost 100 percent. (My last system with a MAX was 64%) We've put in three of them this year and they've worked pretty flawlessly. I have not had to send one unit back for repair.

    I will say that their tech support is somewhat hard to get hold of. However, once you do get their attention you have it for as long as need be.

    Their architecture is designed well too. You can hard-cut the power on the server and it doesn't bother it a bit. In fact, that's how you power it down. (hit the power button) Upon power up the boxes all go around and find each other within a few seconds of being online.

    Sheesh, I sound like an advertisement. Sorry....
  • ClingpeachClingpeach Posts: 156
    Im not a programmer but an end user. My escients work perfectly. I have a dedicated music server and a dedicated dvd server. I have 8 modero panels around the house and they work beautifully off that and off my computers. I dont think we could get the ip portion working well and reverted back to IR. There might be updates but they work solidly so we never tried it. Whatever cover art is not available, you can download it through the web browser which works flawlessly. The music shows up on all my panels. Well lets say it does whatever I need to. And as you say the prices are amazing and as I say the tech support is wonderful. PS They worked fine with the g3 panels as well.
  • DHawthorneDHawthorne Posts: 4,584
    Clingpeach wrote:
    Im not a programmer but an end user. My escients work perfectly. I have a dedicated music server and a dedicated dvd server. I have 8 modero panels around the house and they work beautifully off that and off my computers. I dont think we could get the ip portion working well and reverted back to IR. There might be updates but they work solidly so we never tried it. Whatever cover art is not available, you can download it through the web browser which works flawlessly. The music shows up on all my panels. Well lets say it does whatever I need to. And as you say the prices are amazing and as I say the tech support is wonderful. PS They worked fine with the g3 panels as well.

    The fact you are using IR is why you haven't had issues. Don't get me wrong; I like the Escient product and use a lot of them ... but doing database lookups and browsing just plain stinks through any module I have seen. They work, but none of them work perfectly, and all of them are slow. Their own on-screen UI works great, and sometimes that is the solution - feed the video to your panel and use IR or just basic IP/serial commands to navigate. As soon as you start calling up text fields and browsing your media, then you start having trouble.
  • ClingpeachClingpeach Posts: 156
    My text fields work great. I need them especially on my MVP's. Specifically the one out at my pool/spa. I import all my mp3 files by way of the browswer. Often, and this is a helpful suggestion, the text does not show up immediately and a reboot of the Escient does wonders. Granted Im an involved end user and like to play around. Not sure if everyone feels that way. Anyway. it does all work for me.
  • satzsatz Posts: 17
    The UI is limited in my opinion by what appears to be the underlying protocol design. Everything is artist/title or track. Unless I missed something there is no way to play everything by a single artist unless you hand-make a playlist. Searching seems to anchor you at the start of the string. This requires you to enter words like "the" to search for beatles if that is what the network database called it when downloaded.

    I just added support for DMS keypads to play artist/title or a playlist. It runs into the same limitation that using multiple panels has. That is they all share the same TCP connection to a server/device. This can create screen update confusion if multiple UI devices create protocol requests simultaneously. Each UI device should have its own TCP connection because the protocol can't be disambiguated. User interface information should be as consistent as possible and the conflict should happen over control which at least has an audible feedback mechanism.
  • viningvining Posts: 4,368
    satz wrote:
    That is they all share the same TCP connection to a server/device. This can create screen update confusion if multiple UI devices create protocol requests simultaneously.
    Any time you have multiple control points for a single device there is this inherent risk and really there is nothing that can be done other than set flags alerting users that this device is presently on and being control by another location. You can lock out other locations other than the location that initialized the device or simply pop up a warning saying "This device is presently being used by another location and any changes made to this device's current settings may cause disrruption of service to the other location", "Do you wish to continue?" Sort of a thing.
    Each UI device should have its own TCP connection because the protocol can't be disambiguated.
    Again if there is only one device all TPs need to be updated at the same time no matter who is controlling. Now you could use page tracking and only update the panels that are on the same device GUI and just update the other when they access the device but that can be a pain to implement and on a small system it's not such a big deal to update data to all TPs regardless of what page that are on providing your just updating button feedback and VT and not causing page flips and pop ups on all.
  • viningvining Posts: 4,368
    DHawthorne wrote:
    you'lll see I have added some code for browsing cover art, but it is 100% untried and untested. I just got to the point where I had to move on to other things.
    Dave your code looks sound providing the url data the Escient sends back from the get 2008xxxxxxxx command is reliable. Has it been working well for you since you modified the module and posted it? I also see that you've set up for multiple cover art (list) returns have you had time to impliment the 2008xxxxxx get commands for this or is that still on a to do someday list.
  • ericmedleyericmedley Posts: 4,177
    DHawthorne wrote:
    The fact you are using IR is why you haven't had issues. Don't get me wrong; I like the Escient product and use a lot of them ... but doing database lookups and browsing just plain stinks through any module I have seen. They work, but none of them work perfectly, and all of them are slow. Their own on-screen UI works great, and sometimes that is the solution - feed the video to your panel and use IR or just basic IP/serial commands to navigate. As soon as you start calling up text fields and browsing your media, then you start having trouble.

    In all the cases where I have the Escient working (best case about 90% stable) is where I use a sort of hybrid RS_232 / IR control method. It basically boils down to using IR for navigation through the Escient's interface and transport controls and RS-232 for the meta data and transport state feedback.

    Its a goofy animal...
  • DHawthorneDHawthorne Posts: 4,584
    vining wrote:
    DHawthorne wrote:

    Dave your code looks sound providing the url data the Escient sends back from the get 2008xxxxxxxx command is reliable. Has it been working well for you since you modified the module and posted it? I also see that you've set up for multiple cover art (list) returns have you had time to impliment the 2008xxxxxx get commands for this or is that still on a to do someday list.

    I've used the "now playing" cover art on multiple projects, and it works fine, if a little slow (sometimes it doesn't refresh, sometimes it takes 15-20 seconds, sometimes it's instant). I haven't even attempted to implement the 2008xx commands; I thought they would be useful, but the fact is I haven't need that particular feature yet. So you could say it's indefinitely on the "to do " list :).
  • GregGreg Posts: 13
    I've probably used the Escient FireBall program a dozen times or so. I modified it a little bit to make it a module since we often put 2 FireBalls in a system. In general it works fine and I don't have any major concerns. Cover art would be nice, but doesn't personally excite me much. In the past I used ARQ and found it to be very flakey. Back before they had cover art I did make a module that added it and it worked pretty well. The main problem they seem to have is that once you've opened the IP port a few times on it it'll ignore any more connections until it's hard reset. On top of that every ARQ we had ended up with corrupted hard drives. I wouldn't want to support 2 different video/music servers (though I've done 2 MAX systems as well), but I'd be curious to know from people who've used the ARQ for 3+ years if they've fixed the network issues or you've just gotten used to it.
  • GSLogicGSLogic Posts: 562
    Greg wrote:
    I'd be curious to know from people who've used the ARQ for 3+ years if they've fixed the network issues or you've just gotten used to it.
    We've installed at least 10 ARQ in the past 3 years and the only problem we've ever had, was with the unit that I own. To be fair, the ARQ programmers were using mine as a test model to fix a bug I found with my AMX system when I upgraded to the new iTunes sync software version.
    It's up and running and the new iTunes sync is very cool. Any changes to my iTunes or the ARQ updates each other automatically.
  • jjamesjjames Posts: 2,908
    Here's my two cents, take it how you want.

    If you were to compare an ARQ and an Escient - you would pick the ARQ in a heartbeat. The Escient seems extremely slow to respond, especially when selecting a song to play. ARQ on the other hand, very quick. I've said it before in another post: the ARQ guys have REALLY done their homework on the integration portion. Escient doesn't give two hoots about it. Trust me, we have a client who has an Escient, and talked with a lead sales / tech guy from Escient. When the Escient guy wrote back (yes, I have a copy of the e-mail), it basically said: "it works how we said it will, and the service you receieved from us was not sub-par." Needless to say, he's getting rid of the Escient. On a scale of 1-10, I'd rate it a 1.

    ARQ all the way!!
  • viningvining Posts: 4,368
    I've never used the ARQ units but recently heard from folks that have and still do when they can't install Kaleidescape say the ARQ is buggy and requires alot of service support. I've been using the Escient and find that system lacking in a lot of ways.

    What's every ones take on these systems, least favorite to favorite or order of least prefferred to most preferred.

    I would think Escient, ARQ, MAX, Kaleidescape based on hear say, not through personal experience. Any others systems worth consideration (not rebranded above items).
  • DHawthorneDHawthorne Posts: 4,584
    vining wrote:
    I've never used the ARQ units but recently heard from folks that have and still do when they can't install Kaleidescape say the ARQ is buggy and requires alot of service support. I've been using the Escient and find that system lacking in a lot of ways.

    What's every ones take on these systems, least favorite to favorite or order of least prefferred to most preferred.

    I would think Escient, ARQ, MAX, Kaleidescape based on hear say, not through personal experience. Any others systems worth consideration (not rebranded above items).

    My experience is the opposite. We have been Escient dealers for years, and we are near ready to abandon the product due to continual failures and the above mentioned integration kludginess. We only stuck with them for so long as it is because they are considerably less expensive than the ARQ. On the other hand, I've had exactly one ARQ with an issue - a dead RS-232 port. Compared to well over a dozen Escients with bad drives (and all the media data lost) ... well, there is no comparison. I've not worked with Kaleidescape, but I sat in on a sales demo not long ago, and it looked impressive to me. Their pending lawsuit put my boss off - he wants to wait until that is settled before taking them on, but the more practical fact is we really don't need a fourth (counting MAX) line of media servers.
  • jjamesjjames Posts: 2,908
    Agreed. I've never heard of the AudioReQuest being buggy. However, I've heard the VideoReQuest still has some issues / bugs (we haven't used it yet - no need.) Although I haven't had much experience with the Escient, I really do hate it. We just had one ARQ ship with a dead hard drive. ReQuest was extremely quick in getting us an advance replacement, and there weren't any questions. Excellent support and service.

    I think I've said as much as I can on the ARQ. Great product. Great service. What more can you ask for?
  • glr-ftiglr-fti Posts: 286
    I've only used ARQ's so I can't comment on any of the other pieces, but I've never felt a reason to look at anything else. Great product, great support, great integration module. I did have a Video ARQ a few years back to play with in my home and for my needs it just did not make the cut. Too much mechanical messing around and delays with the Sony changer. I am waiting for all of the lawsuits to be settled so that the hard drive solution is attainable.
    I'd also love to take a look at MAX, but way out of my price range!
  • Spire_JeffSpire_Jeff Posts: 1,917
    DHawthorne wrote:
    I've not worked with Kaleidescape, but I sat in on a sales demo not long ago, and it looked impressive to me. Their pending lawsuit put my boss off - he wants to wait until that is settled before taking them on, but the more practical fact is we really don't need a fourth (counting MAX) line of media servers.


    Right now, we are trying to decide between the MAX and Kaleidescape servers. I believe Kaleidescape recently won the lawsuits that were pending against them, but I don't know if there has been any appeal made, or if there is another lawsuit. As far as I am concerned, if Kaleidescape gets defeated in a lawsuit, it would set a precedent that would affect MAX and any other product that moves the content to a hard-drive.

    I am currently leaning towards the Kaleidescape offering because I feel that they provide a better offering for the client. You can easily add a hard drive of any size to the units. They monitor for hard drive failure and ship out a replacement when a failure is detected. The offer movie bundles on hard drives. They have some cool abilities in creating custom intros. And I feel more confident in the player offerings of the Kaleidescape at this time. We are waiting for CEDIA to see if AMX announces any major updates, improvements or offerings for the MAX line before we make a decision on which one to put in our show room, but to this point, Kaleidescape seems to me like a more complete and polished offering. Ohh, one thing is for sure tho... if either one was to offer the ability to add HD content to their unit (presumably from home video recorders at this time), that would be a HUGE plus for them in the decision :)

    I have worked with Escient quite a bit and I agree that it is a little kludgey to integrate, but they have seemed to work fairly well once integrated. I have integrated an ARQ recently and it integrated fairly well, but as I recall, I ran into a small issue when trying to provide simple on screen remote control via the ip control. I don't remember how I got that to work, but I haven't had a problem with the unit since.

    Jeff
Sign In or Register to comment.