INTERACT FORUM
Devices => Apple iPad, iPhone, iPod, Airplay => Topic started by: JimH on April 23, 2010, 10:05:54 am
-
This feature was introduced in MC15.0.31. Please post questions or comments here.
It requires iTunes to do the actual sync. You can uncheck all the options when installing. MC will start iTunes when it's needed.
Select a playlist or album (any list should work) of MP3 files and choose File / Export to iTunes.
This feature only works with MP3 files right now.
-
wich itunes version 9.1?
-
wich itunes version 9.1?
yes
-
I'm actually really pretty excited about this. However, from a UI point of view, rather than selecting a list and doing a manual File -> Export, wouldn't it make more sense to just treat iTunes as a handheld? Then we would be able to use all of the existing handheld options, conversion settings (cache and whatnot), and an existing UI system. Perhaps this is just step one and you are heading down that road, but...
It would be REALLY nice if I could just set MC up with a special "iTunes" handheld. I'm envisioning a system very much like the current "generic handheld" system (where we can sync to a folder on our hard drive) using the pre-selected Smartlists and manual Playlists chosen in the MC Handheld settings. The important thing would be that the presets for converting videos with FFMPEG, building a conversion cache, resizing photos, and the rest of MC's awesome Handheld options would be set to work well with iTunes (this is possible now, but you have to manually hack the FFMPEG.xml file for video support). Then, when you click "Sync" it would open iTunes and update the iTunes Library to match the MC Sync list (throwing out file entries that are now "missing" and whatnot). I'm, personally, not really concerned with capturing playcounts and ratings back from iTunes in the process, but others might be interested in that as well if possible.
That way, we can use MC on our computer for our "master media library", and then maintain the iTunes library separately, but via MC. The iTunes library would contain ONLY those files that you want synced to your phone (which makes iTunes' stupid sync support easier to deal with anyway, you just set it to sync everything). I suspect many users of MC have libraries that are far too large to even consider syncing over to even a 64GB iPhone, so this is probably an ideal way to handle it. I already accomplish this manually by "syncing" MC to a folder, and then running a separate iTunes folder sync program that makes the iTunes library match this folder. If MC could handle this second step for me, it would make using MC with my iPhone (and, more importantly, my wife's iPhone) a LOT less painful.
-
Not having much luck.
When I export to iTunes & iPhone MC crashes when I click on the Export button.
I'm using the iPhone that is connected to iTunes as the destination.
If I skip the iPhone and use the iTunes Library as the destination it works.
Testing with: MC 15.0.31, Windows 7, iTunes 9.1
-
This is a very welcome addition.
-
;D
-
glynor, that would be, AMAZING :o
-
Thanks!
I'm glad that we can support iPhone/Touches now, but I really like glynor's idea. My first thought was great, and then I realized that it would not be a sustainable solution.
-
I concur with glynor also. I just need my playlists and only those files in my current playlists over to itunes. Don't need stat updates or anything. In other words, one way communication similar to the "handheld" would work fine (for my needs).
-
Agree with Glynor. This is the first addition that makes MC15 worth upgrading to for me, but I'll wait until I see how things pan out... It must be as flexible as the current handheld conversion system otherwise there's really no point in using it. Hopefully that's the ultimate goal...
-
Wow, this is the most welcome new feature I can think of in the past three versions of MC. I abhor iTunes, and the less I have to use it to manage my media, the better. I'll have to play with this later.
-
I don't quite understand why direct syncing of iphones and ipod touches is not working in MC.
There are plenty of 3rd party programs out there that can do it, even open source programs (with source code freely available). I may be overly simplistic about this, but it seems to me all you have to do is take a look at that source code, and adapt it to work with MC as a plugin or something. All they require is AppleMobileDeviceService running (which can be done without installing iTunes and Quicktime).
By using iTunes to send a playlist to, I don't see the difference of making a playlist to sync directly in iTunes itself. If it has to be installed, I might as well just use it to sync too.
But one of the problems lies in the fact that with iTunes you can't sync with more than one pc. And anything on your phone not in the playlist will get deleted. There is just so much wrong with iTunes I don't even know where to start.
-
I love this. Whatever allows me to spend less time in iTunes works for me! ;)
Question: Why is the feature not allowed when connected via Library Server? It would be nice if it was.
Thanks.
-
Not having much luck.
When I export to iTunes & iPhone MC crashes when I click on the Export button.
I'm using the iPhone that is connected to iTunes as the destination.
If I skip the iPhone and use the iTunes Library as the destination it works.
Testing with: MC 15.0.31, Windows 7, iTunes 9.1
I get the same problem with MC 15.0.35, Windows 7, iTunes 9.1
-
Wow; the last version of MC I bought was V12, as I haven't seen a big need to upgrade for my greatly limited needs.
But the wife bought the (yech, phooey) iPhone last year, I own a WM phone, and I use a squeezebox to play audio back (using CQC as the GUI). Something as simple as only creating a playlist once and using it via iPhone/myPhone/Squeezebox has been a royal PITA to manage.
I'm excited to try this out, I may have to actually go through the hassle of upgrading just to simplify that bit of my life.
Thanks!
-
Still not working with 15.44
Has anyone got this to work?
Ross
-
. . . . I'm envisioning a system very much like the current "generic handheld" system (where we can sync to a folder on our hard drive) using the pre-selected Smartlists and manual Playlists chosen in the MC Handheld settings. The important thing would be that the presets for converting videos with FFMPEG, building a conversion cache, resizing photos, and the rest of MC's awesome Handheld options would be set to work well with iTunes (this is possible now, but you have to manually hack the FFMPEG.xml file for video support). Then, when you click "Sync" it would open iTunes and update the iTunes Library to match the MC Sync list (throwing out file entries that are now "missing" and whatnot). I'm, personally, not really concerned with capturing playcounts and ratings back from iTunes in the process, but others might be interested in that as well if possible.
That way, we can use MC on our computer for our "master media library", and then maintain the iTunes library separately, but via MC. The iTunes library would contain ONLY those files that you want synced to your phone (which makes iTunes' stupid sync support easier to deal with anyway, you just set it to sync everything). . . . .
I've been using the "generic handheld" option and a separate folder to manage my iTunes library for some time now. It's not perfect, but it gets most of the job done (with a lot of tweaking of the conversion settings and manual deletes). An iTunes handheld option as Glynor describes it would be fantastic.
-
I have all my albums in FLAC and so far I have to manually convert to MP3 and then sync with iTunes to get some of them on to my iPhone... I was hoping this new exciting feature would auto-convert to MP3 or any Apple-format...
Is this in sight?
P.
-
I'm not even seeing the option "Export to iTunes..." in 15.0.58 :'(
-
I'm not even seeing the option "Export to iTunes..." in 15.0.58 :'(
MC 15.0.58
File > Export to iTunes and iPhone
-
Having the same issues MC 15.0.65 Windows7 64bit itunes 9.2.0.61 64 bit :'(
Not having much luck.
When I export to iTunes & iPhone MC crashes when I click on the Export button.
I'm using the iPhone that is connected to iTunes as the destination.
If I skip the iPhone and use the iTunes Library as the destination it works.
Testing with: MC 15.0.31, Windows 7, iTunes 9.1
-
we have no news about the progress on this feature, what is going on ?
-
I'd like to see a response to Glynor's post - that approach absolutely makes sense. Is it where JRiver is going? Support for mp3 only doesn't do much for me - FLAC conversion, picture resizing and video conversion are needed.
Make this work and I rescind my request for M4A tag editing - I'd rather use MC than iTunes to manage my iPhones anyway.
-
I too would like to see a rpley to Glynor's post.
I havent upgraded since MC13 as I havent seen anything worth upgrading for.
If Glynor's suggestions are heeded - I would like ratings to be synced also - this would be the excuse I was looking for...
-
I'd like to see a response to Glynor's post ...
I'll be purchasing an iPhone 4 for myself & my wife, and for a variety of reasons, I don't consider Android an option (... but I do understand an application developer's POV regarding this issue). I'm also following this thread in hopes I'll not have to rely on iTunes for sync'ing part of my MC15 Library. Granted, I will have to have iTunes installed for other reasons, and I do understand that Apple has locked 3rd-party apps out of their media database. However, I need MC's ability to down-sample and it's on-the-fly conversion when sync'ing my OGG's, FLAC's, and 320-MP3's when sync'ing only a subset of my library. Whatever JR can do to allow MC to sync via iTunes transparently would be much appreciated.
If anyone wants to leave feedback to Apple for hoping they'll change their iTune, the www address is
http://www.apple.com/feedback/itunesapp.html
TIA :)
-
I also want to know what the devs think about Glynor's post, if it is possible and what would be the advantages and downsides, legal ground, etc.
I already put my complaint to the itunes feedback but I dont think they'll do something about it :(
-
Any progress on this feature, is it still in development, ie picture support. Is this on the horizon?
I still can't get it to work with the sync directly from MC to iTouch. If I select that check-box it crashes MC. If I get it to just sync the playlist to iTunes and then get iTunes to sync the iTouch all is well.
Rgds...Ross
-
I'm actually really pretty excited about this. However, from a UI point of view, rather than selecting a list and doing a manual File -> Export, wouldn't it make more sense to just treat iTunes as a handheld? Then we would be able to use all of the existing handheld options, conversion settings (cache and whatnot), and an existing UI system. Perhaps this is just step one and you are heading down that road, but...
It would be REALLY nice if I could just set MC up with a special "iTunes" handheld. I'm envisioning a system very much like the current "generic handheld" system (where we can sync to a folder on our hard drive) using the pre-selected Smartlists and manual Playlists chosen in the MC Handheld settings. The important thing would be that the presets for converting videos with FFMPEG, building a conversion cache, resizing photos, and the rest of MC's awesome Handheld options would be set to work well with iTunes (this is possible now, but you have to manually hack the FFMPEG.xml file for video support). Then, when you click "Sync" it would open iTunes and update the iTunes Library to match the MC Sync list (throwing out file entries that are now "missing" and whatnot). I'm, personally, not really concerned with capturing playcounts and ratings back from iTunes in the process, but others might be interested in that as well if possible.
That way, we can use MC on our computer for our "master media library", and then maintain the iTunes library separately, but via MC. The iTunes library would contain ONLY those files that you want synced to your phone (which makes iTunes' stupid sync support easier to deal with anyway, you just set it to sync everything). I suspect many users of MC have libraries that are far too large to even consider syncing over to even a 64GB iPhone, so this is probably an ideal way to handle it. I already accomplish this manually by "syncing" MC to a folder, and then running a separate iTunes folder sync program that makes the iTunes library match this folder. If MC could handle this second step for me, it would make using MC with my iPhone (and, more importantly, my wife's iPhone) a LOT less painful.
Can't you come pretty close to this by creating a virtual ipod and then using the folder as the library for itunes?
-
I'm new to iPhone, but a long time Media Center user (though not a power user like many here). The File/Export to iTunes & iPhone menu option seems to work just fine for me, though it is slow. A few questions:
- I have MC and iTunes (manual org) using the same root position on my disk. Bad idea, or Really bad idea?
- I'm not sure what actually happens with this option, but my songs and playlists seem to be making to both iTunes and iPhone correctly, albeit slowly.
- As far as I can tell, no dupe files are being created, and the file's modify date is not being tripped.
Is this how it is supposed to work? I'm fine with the slowness as long as I'm not in jeopardy of mangling my library.
-
I have found a possible bug: when I export a playlist, it creates a folder for media center and the playlist is in that folder. If I export a second playlist, it REPLACES the one that was there. This action continues, no matter what I try.
However, if I remove the default folder out of the export to itunes dialog box and just export a straight playlist to the itunes playlist section, all works perfectly.
-
I'm still using MC14 for my iPod (5th and 6th gen) syncs at the moment -- it seems to work okay with music (although I don't think movies work anymore) and I didn't want to open a can of worms trying to learn and get a whole new system to work (I simply have very limited time.) This new "MC plus iTunes" method, however, has me interested, so I wanted to ask some questions before I commit to trying it, which will most likely cost some time in getting everything working.
I'm a little unclear what the current workflow is compared to the proposed workflow that glynor suggested above. Could somebody possibly explain the actual steps involved in each scenario? It sounds like it's a two step process of first syncing "to" iTunes, and then using iTunes to sync to the device. Is this correct, or am I misunderstanding things?
Again, I have limited time to mess with this sort of thing these days, so I'd like to go into it with as much information as I can.
Thanks for any feedback on this,
Larry
-
Can't you come pretty close to this by creating a virtual ipod and then using the folder as the library for itunes?
What happens when you make changes to the existing files in this scenario? MC would re-sync the new files to the folder, so would you have to do some sort of "re-scan" of the folder in iTunes before each sync?
Forgive me, but I've NEVER used iTunes for a sync (or for much else for that matter), so I really don't know what's involved with using it in this way.
Thanks,
Larry
-
Would it be possible to get MC to export to iTunes its "tags" of the mp3 files (name, artist, album etc) rather than the id3 tags? Or at least make it an option. Likewise with cover art, though I'm assuming this would be more difficult.
-
If you have MC set to store tags in the file, iTunes should be able to read the tags, including cover art.
Try searching in options for tag and cover art.
-
That's not really an option, for reasons I'll only go into if you really ask.. It has to do with sfv files and such.
-
Still no reply to Glynor's post - disappointing.
xbmc can also handle video extremely well - again, free.
They do not come close to media managing - a point not really pushed as hard as it should be - it's MC's USP!
I dont mind paying for JR Media Center - and have been for 4 iterations - but it's a little frustrating that the iphone is still not supported simply and comprehensively after all this time.
(Yes I know it's all "Apple's fault")
-
Agree 100%
Even the current export option is a pain for me as I have most of my files in formats other than MP3
Stephen
-
Still no reply to Glynor's post - disappointing.
[...]
I dont mind paying for JR Media Center - and have been for 4 iterations - but it's a little frustrating that the iphone is still not supported simply and comprehensively after all this time.
(Yes I know it's all "Apple's fault")
I agree ... it is somewhat curious that other developers can deliver iPhone compatibility when J River cannot. I do wonder just how well it really works(?)
Another alternate that works with MC is MCiS ...
http://yabb.jriver.com/interact/index.php?topic=59230.msg400327#msg400327
It's not too bad of a work-around, since iPhone users have to have iTunes installed anyway ...
HTH :)
-
Still no reply to Glynor's post - disappointing.
There are other options : <M?diaMonkey> has native support for iPhone and it's free - how are they managing to do this...smarter devs?
<M?diaMonkey> 3.2.2 released syncs with iPhone 4
August 13th, 2010
Ventis Media is proud to announce a new release of another program. The new version syncs with the iPhone 4, iPad, and any other device with iOS 4, making it one of the only iTunes alternatives to fully support all iPod / iPhone devices. Additionally, the new version includes numerous minor fixes.
xbmc can also handle video extremely well - again, free.
They do not come close to media managing - a point not really pushed as hard as it should be - it's MC's USP!
I dont mind paying for JR Media Center - and have been for 4 iterations - but it's a little frustrating that the iphone is still not supported simply and comprehensively after all this time.
(Yes I know it's all "Apple's fault")
I support this 100%
-
Glynor's post summed up everything we need. I have simply been using WebPlay because I continually butt heads with iTunes, and refuse to use it unless I have to do a backup.
I'd love to be able to have a custom iTunes library managed by MC.
Still no reply to Glynor's post - disappointing.
There are other options : <M?diaMonkey> has native support for iPhone and it's free - how are they managing to do this...smarter devs?
<M?diaMonkey> 3.2.2 released syncs with iPhone 4
August 13th, 2010
Ventis Media is proud to announce a new release of another program. The new version syncs with the iPhone 4, iPad, and any other device with iOS 4, making it one of the only iTunes alternatives to fully support all iPod / iPhone devices. Additionally, the new version includes numerous minor fixes.
xbmc can also handle video extremely well - again, free.
They do not come close to media managing - a point not really pushed as hard as it should be - it's MC's USP!
I dont mind paying for JR Media Center - and have been for 4 iterations - but it's a little frustrating that the iphone is still not supported simply and comprehensively after all this time.
(Yes I know it's all "Apple's fault")
-
It really seems like a no-brainer, and the best way for JRiver to support iOS devices without hacking and worrying about Apple breaking the sync support.
To be clear: Apple has an officially published API for using iTunes in exactly this manner. It is supported by Apple. You are allowed to do it this way.
Their rule is that you must sync your iOS device via iTunes, but the rule has nothing to do with remotely controlling iTunes for this purpose. iTunes itself is actually, at it's heart, a collection of AppleScripts. It is SUPER SCRIPTABLE. The iTLU application that I currently use to "sync" iTunes with a folder on my disk, was written and last updated years ago, and still works fine with just-released iTunes 10. This is not an "actively developing" API. Sure, it is possible that they'll break it at some point in the future, but anything is possible. And besides, MC is already using this API in some manner to accomplish the playlist sync above. We just need it to move a couple of steps further to be a "real" solution.
For now, the dominance of Apple's products in the portable media player space is showing no sign of lessening. Sure, Android has been growing quickly, but it still has no where near the global market share of even the iPhone (and that doesn't count the iPad, the iPod Touch, or all of Apple's other iPods). It may eventually overtake Apple's market share, but it also might not (and how many of these Android users are heavy media consumers in MC's target market anyway). This system would ensure, in one fell swoop, that MC could claim to fully support sync to ALL iPods, current and future, with very limited ongoing development costs.
The alternative is to alienate an extremely large portion of your potential user base. Like I said above... It seems like a no-brainer.
-
It really seems like a no-brainer, and the best way for JRiver to support iOS devices without hacking and worrying about Apple breaking the sync support.
To be clear: Apple has an officially published API for using iTunes in exactly this manner. It is supported by Apple. You are allowed to do it this way.
Their rule is that you must sync your iOS device via iTunes, but the rule has nothing to do with remotely controlling iTunes for this purpose. iTunes itself is actually, at it's heart, a collection of AppleScripts. It is SUPER SCRIPTABLE. The iTLU application that I currently use to "sync" iTunes with a folder on my disk, was written and last updated years ago, and still works fine with just-released iTunes 10. This is not an "actively developing" API. Sure, it is possible that they'll break it at some point in the future, but anything is possible. And besides, MC is already using this API in some manner to accomplish the playlist sync above. We just need it to move a couple of steps further to be a "real" solution.
For now, the dominance of Apple's products in the portable media player space is showing no sign of lessening. Sure, Android has been growing quickly, but it still has no where near the global market share of even the iPhone (and that doesn't count the iPad, the iPod Touch, or all of Apple's other iPods). It may eventually overtake Apple's market share, but it also might not (and how many of these Android users are heavy media consumers in MC's target market anyway). This system would ensure, in one fell swoop, that MC could claim to fully support sync to ALL iPods, current and future, with very limited ongoing development costs.
The alternative is to alienate an extremely large portion of your potential user base. Like I said above... It seems like a no-brainer.
Your HIRED!
-
Your HIRED!
If only I was a C++ code monkey.
But alas... I have my limits.
-
It really seems like a no-brainer, and the best way for JRiver to support iOS devices without hacking and worrying about Apple breaking the sync support.
To be clear: Apple has an officially published API for using iTunes in exactly this manner. It is supported by Apple. You are allowed to do it this way.
Their rule is that you must sync your iOS device via iTunes, but the rule has nothing to do with remotely controlling iTunes for this purpose. iTunes itself is actually, at it's heart, a collection of AppleScripts. It is SUPER SCRIPTABLE. The iTLU application that I currently use to "sync" iTunes with a folder on my disk, was written and last updated years ago, and still works fine with just-released iTunes 10. This is not an "actively developing" API. Sure, it is possible that they'll break it at some point in the future, but anything is possible. And besides, MC is already using this API in some manner to accomplish the playlist sync above. We just need it to move a couple of steps further to be a "real" solution.
For now, the dominance of Apple's products in the portable media player space is showing no sign of lessening. Sure, Android has been growing quickly, but it still has no where near the global market share of even the iPhone (and that doesn't count the iPad, the iPod Touch, or all of Apple's other iPods). It may eventually overtake Apple's market share, but it also might not (and how many of these Android users are heavy media consumers in MC's target market anyway). This system would ensure, in one fell swoop, that MC could claim to fully support sync to ALL iPods, current and future, with very limited ongoing development costs.
The alternative is to alienate an extremely large portion of your potential user base. Like I said above... It seems like a no-brainer.
Well said.
I was not aware of the fact that apple actually supported the concept of syncing "through" their app (i.e. remotely controlling itunes with another app in order to sync.) In this scenario, would the whole process happen without the user needing to "do" anything in itunes? In other words, when you set off a sync with MC, would the whole process happen automatically such that when it was over, you'd be back at the MC interface with itunes no longer running? Would it be possible to do this without even seeing the itunes interface at all? (That would be REALLY nice.) It would be really irritating if itunes stopped the process to ask if you wanted to update it, etc. Could this sort of thing be avoided?
As much as I hate apple, I have tried other handhelds and I find myself always returning to an ipod due a combination of features that I just can't find on other products. My opinions aside, however -- and as you also pointed out -- apple is far and away the most popular handheld device company, and they're only getting bigger. MC is constantly adding new features, but this is a feature that would clearly increase their marketability, so I'm at a loss as to why this wouldn't be pursued (or at least why we don't know if it's being pursued.) Feedback from JR on this subject always seems a bit "reserved," but I'm not clear why this would be the case if the "sync through itunes" idea is actually supported by apple.
In other words, I agree that it really seems like a no-brainer to "fully" support syncing to apple products from MC as opposed to the current situation of some apple products working with MC and others not, along with the constant question of whether or not you can update to the newest version of itunes or the newest ipod firmware. A few years back I used to constantly advise people to use MC for ipod syncing, and some of them did switch to MC. Now, however, I never know what to tell people since I'm never really clear if MC will fully support their i-products or not. It would be great to be able to go back to saying "you really should use MC to sync" to people with apple handhelds, and have them discover that there is a better media management program out their.
Larry
-
This is the only practical way to provide proper iPhone/iPad/iPod/iTouch support. Use the apple APIs and use iTunes to be a sync engine. It is fully supported by Apple.
And you need iTunes anyway. At a minimum you need it to update your OS and use the App store. I've had both MC and iTunes coexisting for years with no issue. I use prod's MCiS to sync MC with iTunes and use iTunes as the sync engine.
-
First, on the original subject of the thread, I tried the MC15/iTunes sync, and I couldn't get it to work (and then I went on vacation and my 30-day trial expired).
Second, I agree whole-heartedly with everyone upthread that it's absurd for MC not to be able to sync directly with an iPhone.
I've been a paying user for more than a decade now (way back to MJ days), I LOVE this product, and I've always had great experiences with customer & technical support, BUT I'm only a hair's breadth away from switching to MediaMonkey because it syncs directly to my iPhone.
I'm not going to be upgrading to MC15 -- I'll stick with MC14 for now -- but I'm probably going to pay for a copy of MediaMonkey so that I can use it as my default music program. It's not as good as MC in many ways, but not having the direct iPhone sync is pretty much a deal-breaker.
I also worry about the long-term viability of MC. Current users may upgrade, but how many new users are going to buy this program as long as it doesn't do the sync?
Please, JRiver, re-think your approach and add the functionality!
-
This is the only practical way to provide proper iPhone/iPad/iPod/iTouch support. Use the apple APIs and use iTunes to be a sync engine. It is fully supported by Apple.
And you need iTunes anyway. At a minimum you need it to update your OS and use the App store. I've had both MC and iTunes coexisting for years with no issue. I use prod's MCiS to sync MC with iTunes and use iTunes as the sync engine.
Agreed. After learning how to use dbPoweramp as an external encoder, I was surprised to find that MC can't recognize my iPod Touch. I'd been using iTunes to sync it until today, so I didn't know about the limitations.
As a programmer (who has even written a couple plug-ins for MC), I've always wondered how you could keep in-sync with Apple's ever-changing infrastructure. A published, supported API relieves JRiver of reverse engineering each new Apple tweak, and will always support all devices. Transcoding to Apple Lossless without yet-another-package is a must for this scenario to work for me; "only MP3" is not my goal.
-
First, on the original subject of the thread, I tried the MC15/iTunes sync, and I couldn't get it to work (and then I went on vacation and my 30-day trial expired).
Second, I agree whole-heartedly with everyone upthread that it's absurd for MC not to be able to sync directly with an iPhone.
I've been a paying user for more than a decade now (way back to MJ days), I LOVE this product, and I've always had great experiences with customer & technical support, BUT I'm only a hair's breadth away from switching to another program because it syncs directly to my iPhone.
I'm not going to be upgrading to MC15 -- I'll stick with MC14 for now -- but I'm probably going to pay for a copy of another program so that I can use it as my default music program. It's not as good as MC in many ways, but not having the direct iPhone sync is pretty much a deal-breaker.
I also worry about the long-term viability of MC. Current users may upgrade, but how many new users are going to buy this program as long as it doesn't do the sync?
Please, JRiver, re-think your approach and add the functionality!
Absolutely agree! Longterm viability is extremely limited without iphone (iPad) sync. It wont be long before Mc's competitors catch up with the core functionality and then it will all be over for J River.
I dont need ANY of the 10ft interface and TV recording fluff - just a rock solid audio management database, player and iphone syncer!
-
I don't understand why syncing continues to be such a problem years and years after iPod's release.
Yeah, MC14 is fine. iTunes has a better visualizer, too.
-
It isn't an MC issue. It's an Apple problem.
Please read some of the other similar threads on this board.
Apple encrypts their database on newer devices. If we broke their protection, it would work until they made a change. We're not going to waste our time. Tell Apple you want third party support.
Consider an Android device next time you buy.
-
It isn't an MC issue. It's an Apple problem.
Please read some of the other similar threads on this board.
Apple encrypts their database on newer devices. If we broke their protection, it would work until they made a change. We're not going to waste our time. Tell Apple you want third party support.
Consider an Android device next time you buy.
Jim,
I get the distinct feeling that you're frustrated by people continuing to talk about this subject, but the reason this question keeps coming up is because the responses no longer address the actual question. People have long since stopped talking about "breaking" the copy protection (the original MC/apple sync method), yet you keep responding as if this is what people are suggesting. People have offered a new solution (using apple's api for syncing) that potentially solves all of the issues you just stated, so we're looking for responses to THIS idea. People are confused since nobody can figure out why you would not want to have MC sync to apple devices in a way that is fully supported by apple.
In other words, we're no longer just asking "why won't MC support ipods?" We're asking about a specific idea that, as far as we can tell, could solve all of the issues you listed above.
You keep telling us to ask apple about this. Well... apple has offered a solution (using their api), so why not use it? If there is some specific reason you don't want to use the "apple api" suggestion, could you just tell us so that we're not in the dark on this issue?
Thanks,
Larry
-
1. Apple is a competitor.
2. Apple doesn't play fair.
3. Android is wide open.
Why should we spend time on supporting Apple's products when they've proven they can (and will) change the rules anytime they want to?
I'm sorry that this is bad for you.
-
Thanks for the response Jim -- I do appreciate direct feedback on this subject even if I don't agree with the decisions.
Why should we spend time on supporting Apple's products when they've proven they can (and will) change the rules anytime they want to?
Since you asked:
Because it could potentially help your business. The vast majority of portable music players in use today are apple products. To not support apple hardware just because apple also makes itunes is to cut off a gigantic potential market. Note that companies "support" their competitors in this way all the time. Sony, for example, started building VHS players after they lost the Betamax war even though JVC (the inventor of the VHS format) got royalties for this. Sony didn't say "we won't support JVC because they're a competitor." Instead, they recognized that even though it would help JVC to make and sell VHS players, it would also make Sony a lot of money, and more profit is more profit.
To be fair, JR is actually NOT competing with apple's handheld division because JR doesn't make handhelds (frankly, I wish JR would, but that's another subject.) JR is only competing with itunes. Supporting apple handhelds would potentially steal some of the itunes market away from apple handheld users. To NOT support apple handhelds, however, is to guarantee the loss of that market. Even if only a tiny percentage of apple handheld users switched to using MC instead of itunes, this could still be a significant number of users given that SO many people use apple handhelds, and many/most of those people will see no point in using a media management app that doesn't support their handheld.
Regarding apple's practice of "changing the rules," it should be noted that as far as I've been able to tell, using their api in the manner suggested above has, so far, never been "taken away" from users. I agree that apple has been incredibly obnoxious in the way they prevented "direct" syncing of their handhelds, and I'm not defending apple in this regard, but it should be noted that there is really no indication that apple has any plans to lock off their api as they did direct syncing.
Larry
-
Because it could potentially help your business.
I don't think so.
Take a look at the graph that jmone posted here:
http://yabb.jriver.com/interact/index.php?topic=58161.msg408042#msg408042
-
Why should we spend time on supporting Apple's products when they've proven they can (and will) change the rules anytime they want to?
Simple: it's what your customers use.
Thinking of Apple as a competitor is counterproductive. iTunes is not a highly-featured system like yours, it's software support for iPods et al. They make hardware for profit. You don't want to support the world's most popular hardware because "Apple doesn't play fair". It's very sad to read this thread; you are telling iPod users there is no hope, and you are the decision-maker.
Have fun with Android and its 10% market share.
-
Have fun with Android and its 10% market share.
Take a look at the graph in my post above.
-
Unfortunately you are ignoring the devices that Apple bring out other than the iPhone ... i.e. Touch, Nano, iPad. The cited Gartner report also states;
Apple's dramatic expansion of iOS with the iPad and the continuing success of the iPod Touch are important sales achievements in their own right. But more importantly they contribute to the strength of Apple's ecosystem and the iPhone in a way that smartphone-only manufacturers cannot compete with, Ms. Milanesi said. To a developer, the iPod Touch and iPhone (and to a lesser extent the iPad) are effectively the same device and a single market opportunity. While Android is increasingly available on media tablets and media players like the Galaxy Player, it lags far behind iOS's multi-device presence. Apple claims it is activating around 275,000 iOS devices per day on average that's a compelling market for any developer. And developers' applications in turn attract users.
I personally think the iTunes API is too constrained to implement in a globally user-friendly way. It's just fiddly. I've tried my best with the MCiS app, but it's no equal to a seamless sync - it requires the user to make compromises (for a start, install iTunes), and have at least some clue as to what they're doing (as well as a fair bit of motivation).
I've been thinking about developing a solution to sync to a different computer, meaning you wouldn't need iTunes on your main machine, just some rubbish netbook that you only use to sync your Apple device. I haven't had any time to do anything with the idea though, perhaps that's food for thought for someone else? Not even sure enough people would be interested.
-
3. Android is wide open.
This isn't true, but it annoys me that it is so often repeated. The Android OS is open for the carriers and the handset makers. The consumer implementations of Android have absolutely not been, and Google exercises considerable power by controlling access to the Google branded apps, including the Gmail client and the Marketplace.
But how open is that Samsung Fascinate with it's Bing-only search and locked-down UI?
How open is that Droid X where you brick the phone if you try to root it?
How open is it that NO android handset has an easy restore process to put it back to factory defaults if you mess it up?
How open is it that I can't download a clean image for my phone directly from Google, but I have to wait for my carrier and handset maker to get together an (ruin) the OS and be late on top of it?
The Open Handset Alliance has made no progress in opening up the carrier domination of the cellphone handset market. Google has their own secret unpublished rules (and fees) for what they'll allow on "their" platform, if you want access to the Marketplace and Gmail app, without which your product will be a failure. I'm not saying Android is terrible by any means. I really, really, really hope that Google addresses their serious and growing fragmentation issues and really decides to treat their OS as a platform, rather than an advertising vehicle. I'll be in line to buy one the day that happens. But until they distribute the OS releases themselves, and I can be sure that I can get new builds immediately without skinning when they come out (so long as my device meets the minimum hardware requirements), then I'm not going to get on board.
But the "it is open" because the core is Linux is just believing Google hype and marketing. If you really want to support a platform that is "open" then the best bet out there would have to be MeeGo, but that's probably going to be a failure thanks to Nokia bungling and Intel not caring.
-
applephile
-
One last little thing... I know how you feel, Jim, because Android is certainly open to developers, which is wonderful from your perspective. However, you asked "why should we"?
Take a look at the graph in my post above.
Those kind of single-month numbers are fine, for what they are, and Android has certainly been doing very well. However, you have to remember what those numbers are looking at. That isn't an iOS/iPod vs. Android total market share number. That is one month sales figures, estimated by a market research firm. The same market research firms that advise wallstreet expectations that Apple routinely outperforms. That isn't the total number of smartphones that existed in September. It is only an estimate of the relative positions of how many were sold in that month. And it is comparing the sales of two models of phones on one carrier vs hundreds of different models of phones on all of the major carriers. It is still a fair comparison, for what it is, but it isn't the whole story.
MC is a media player, at least at it's core, so you're not talking about syncing only to smartphones. In fact, for all the hype, smartphones are still a very small slice of the total handheld music player market. It is certainly growing, and along with tablets it is likely the future, but total installed base means something (just ask Microsoft). If you compare the total market share of iPods and iOS devices, which is REALLY the market MC is operating in, how does it look then?
There is no serious competitor to the iPod.
There is no serious competitor to the iPod Touch.
The only serious competitor to the iPad just came out, and they're selling them mostly under contract (which makes it more phone than computer).
It looks like you need a way to support the Apple devices.
PS. We'll see how Samsung does with that. I think they'll do well, especially compared to the lowball 1 million devices shipped by the end of the year target they set for themselves. But how many iPads do you think Apple will sell in that time (and they have almost a full year head start)?
-
applephile
;D
Resorting to name calling now are we, Jim?
For the record, the only Apple product I own that I bought with my own money is my phone. That's the only Apple product I've EVER owned that I bought with my own money. I refused to get an iPod because of the lockdown (we had a Sansa for a long time), and my mac laptop is work-purchased and I need it because Final Cut is a very good and cheap video editing suite and I work in a creative services department.
I'm a PC enthusiast. All of my computers at home run Windows or Linux. My Macbook boots to Windows 7 by default.
It just disturbs me how Google has suddenly become the golden child in some spaces. They're an advertising company. The consumer is their product, not their customer. It is fine as long as you remember their motivation. I do think they legitimately want to bring "good" to the world, but they have a lot of internal conflict too because of the way they make money, and the deals they need to make with other companies.
-
parandroid
-
parandroid
Get off my LAWN!
(http://www.globalnerdy.com/wordpress/wp-content/uploads/2008/09/grandpa_simpson_yelling_at_cloud.jpg)
-
;D
ha ha
-
For the record, I strongly recommend against doing a Google Images search for "simpsons old man shakes fist" with Safe Search turned off. What has been seen cannot be unseen.
-
WinMo 6.5 is wide open! Can I have MC stuff for that then? Ohhhhh I forgot, no one buys it anymore :'( and it is sad that this approach is dead.
It seems that the majority of consumers don't want "wide open" and all the complexity it brings. With Apple, RIM, Nokia and now MS (with WinMo7) in the "lock it down hard, make it simple for users". Personnaly I hate this approach but it seems (even in my extended familly) the adoption and appeal of the Apple iPhone model is strong and the user attitude is one of "if it does not work easily with their iPhone, they will find a replacment that will...they will not replace the iPhone".
For example I sold by Brother-in-Law on MC, installed it, imported his stuff, set it up for use a DLNA streamer, and as a MediaMgr/Sync. Two months later I find they are using MC for the ability to play their video media on the PS3 connected to their TV but he installed iTunes as it is "better" (well it is "simpler"). They may as well have gotten the "free" TVersity or PS3MediaPlayer.
Apples OS is not going to die with the rise of Andriod and will continue to be a large potential market segment. I too would like better MC-->iPhone integration as they are a part of the devices I have to deal with at home but I think the chance of changing Jim's mind is 1% at best!
Thanks
Nathan
PS - I've been playing with Andriod as a dual boot on my HTC HD2 WinMo 6.5 phone as I figure I need to find an upgrade path to an OS that will let me (in order of priority):
Work Features:
1) Good Phone with Handsfree
2) Sync with e-mail (imap and pop)
3) Open, Read (and maybe edit) Offices Apps and PDF etc
4) Run TomTom for GPS
5) Use as a Tethered Modem
6) Use as a USB Key
Play Features:
1) Format Support
2) Support for MC's Sync, RC, Webplay etc
WinMo 6.5 does all of this, and from what I can see the ONLY OS that has a chance of doing the above will be Andriod (but happy to be told otherwise).
-
Just to be clear, by "wide open", I didn't mean open source.
I meant that it's a competitive field where the market is growing and it's easy for us to support it. Imagine that we spent a few months building a media player for the iPad and then Apple decided not to allow it. That's a "closed" market.
-
Imagine that we spent a few months building a media player for the iPad and then Apple decided not to allow it. That's a "closed" market.
Or imagine we spent a few years writing good iPod support, and then Apple decided not to allow it.
Sadly, that one is a true story.
-
That's a "closed" market.
iOS is not a completely open platform for developers. Android is much better in this regard. I agree, and I do support that development model. I'd argue that the fragmentation of the Android platform (caused by carriers and OEMs) is relatively more detrimental to developers than the rules you have to follow on the App Store, but it depends what you want to do as a developer. Using your example of a media player application is a perfect example. Apple might very well block that type of app (they might not though, they let VLC through and many others). The problem is that you can't know that until after the work is done and the money is spent. It is a huge problem. However, the fragmentation clearly hurts Android badly with games and other hardware-intensive applications like jmone mentioned (TomTom).
PS - I've been playing with Andriod as a dual boot on my HTC HD2 WinMo 6.5 phone as I figure I need to find an upgrade path to an OS that will let me (in order of priority):
Work Features:
1) Good Phone with Handsfree
2) Sync with e-mail (imap and pop)
3) Open, Read (and maybe edit) Offices Apps and PDF etc
4) Run TomTom for GPS
5) Use as a Tethered Modem
6) Use as a USB Key
Play Features:
1) Format Support
2) Support for MC's Sync, RC, Webplay etc
WinMo 6.5 does all of this, and from what I can see the ONLY OS that has a chance of doing the above will be Andriod (but happy to be told otherwise).
Android actually does not have a high-quality non-subscription GPS application available. It was one of the major things holding me back from switching when I chose to upgrade to the iPhone 4. I use my iPhone as my only GPS device (using the wonderful Navigon AG GPS app). Paying $10 a month is not an option, nor is relying upon consistent cell coverage. I need the GPS the most when I have no signal (and in Maine, there are plenty of places where there is no signal, no matter what network you're on).
But, just to be fair... With the obvious exception of MC-sync, all the things you listed except for perhaps "format support" (you didn't specify) the iPhone can do. With AirVideo and VLC, it can even really do "format support" too.
-
Or imagine we spent a few years writing good iPod support, and then Apple decided not to allow it.
Sadly, that one is a true story.
And that's what it is really about. And it's understandable. To be fair though, the reason your work got ruined is because you circumvented the iTunes API and used unpublished APIs. I'm not saying it doesn't suck, but it isn't like what you did was all sanctioned and perfectly fine and then they pulled the rug out from under you. It feels that way, but companies change and lock-down private APIs all the time. That's why they're private.
I understand Jim's feelings personally.
I understand Jim's feeling philosophically.
I think it is a bad tactical business decision based on emotion and philosophy. That's all.
-
Getting away from the more "meta" topics here...
Assuming we can't expect a more seamless system of using iTunes as a sync engine, there ARE a few relatively small things that you could add that wouldn't be Apple-specific, but which would make the sync experience much less painful for end users. If these things were done, I'd almost immediately post a "How To Sync Your iPhone/iPad/iPod using iTunes" thread which would be very popular here, I expect.
1. We need a way to set an arbitrary size limit for "generic" handheld syncs, so that syncing to a hard drive location can work like you need it to on a limited-storage phone or iPod. If possible, this size calculation should take into account file conversions (granted, that might be really tough).
2. We need a way to automatically execute a command line after a sync completes, so that I can set it to automatically run a iTLU script (or similar process).
3. We need access to the iPod-specific video conversion mechanisms for generic handhelds. I can hack the ffmpeg.xml, but it is clumsy and awkward. You HAVE good iPod and AppleTV conversion profiles, but they're hidden and unavailable for generic syncs.
Those three things and I'd almost completely shut up about it. It would absolutely be better to have it all integrated, handle bi-directional syncing of playstats, and not need to waste the additional storage and everything else, but since that isn't going to happen...
Those three things would really pretty much solve my problems with the system. If not for me, do it for my wife. She's pretty cute. And besides, forget pie.
I'll send beer.
-
Those three things and I'd almost completely shut up about it.
I say "almost" because I never actually shut up about anything. You can ask my cute wife. ;) ;D
-
I understand Jim's feelings personally.
I understand Jim's feeling philosophically.
I think it is a bad tactical business decision based on emotion and philosophy. That's all.
This is a good distillation of my feelings as well.
I'd be angry at apple as well if I was a developer, but cutting into ANY part of the apple handheld market would help boost MC sales, and conversely, cutting OFF the market of apple handheld users results in lost potential sales. Handheld players are a driving force in this arena, so it makes sense to do what's reasonably possible to support the most popular handhelds, and apple is STILL the leader when you consider their entire lineup. Keep in mind that there are MC users (like myself) that started using MC BECAUSE of their alternative ipod support.
While I also agree that it would not be "reasonable" to try and support apple products if apple kept blocking support for them, we need to remember that to date, apple has only locked out people that were using unsupported methods to sync their handhelds. Using the itunes APIs is -- and has been for a time now -- officially supported by apple, so it is not entirely accurate to say that they have "done this in the past" when they have never actually locked out the use of their APIs.
For the sake of potentially pulling over some of the apple market, wouldn't it be worth at least looking into how difficult it would be to implement some of the ideas suggested?
Larry
-
Or imagine we spent a few years writing good iPod support, and then Apple decided not to allow it.
To me the Logic is not quite right.... as Jim H keeps pointing out MC does still sync with the classical iPods but not those devices using their newer OS. It is the same as with the WinMo devs - nothing that ran for V5 or V6 will work with V7 - it all has to be redone. You don't make us run MC in an XP Emulation box in Windows7 because just because those nasties as MS changed how Windows works, you kept your dev efforts going.
Anyway - I'm not sure why I'm even arguing the case as it is not going to change anyones mind ::) just a sucker for a good discussion I think ;D
-
Anyway - I'm not sure why I'm even arguing the case as it is not going to change anyones mind ::) just a sucker for a good discussion I think ;D
Right. Which is why I said this (http://yabb.jriver.com/interact/index.php?topic=57275.msg408143#msg408143).
-
It's not emotional. It's a pure business decision. We'll invest our time where we're welcome.
-
It's not emotional. It's a pure business decision. We'll invest our time where we're welcome.
Fair enough. I really do understand. With limited resources you don't want to take the risk that Apple will change the API (which could happen if they see that it is being used in a all-encompassing side-run manner like that). That would be a huge kick in the teeth for a small company. I get it.
What about this (http://yabb.jriver.com/interact/index.php?topic=57275.msg408143#msg408143)?
-
My 2 cents.
I will not move away from MC because it does not sync iPhones, iPods, iTouch, iPads...
I will not give up my Apple products because MC does not support them.
Even if MC supported the devices, I would not give up iTunes. I need it for the App Store and to stay current on the firmware. And no, I will not give up on being current on firmware.
While prod may not be happy with MCiS, I am. It does allow everything to coexist.
And if there was no MCiS I would just maintain duplicate libraries. The only complaint with this approach is iTunes will not clean dead tracks (you can use a utility like iTLU) and you can sync library info back to MC.
-
Android actually does not have a high-quality non-subscription GPS application available. It was one of the major things holding me back from switching when I chose to upgrade to the iPhone 4. I use my iPhone as my only GPS device (using the wonderful Navigon AG GPS app). Paying $10 a month is not an option, nor is relying upon consistent cell coverage. I need the GPS the most when I have no signal (and in Maine, there are plenty of places where there is no signal, no matter what network you're on).
Wow. I take it back. There is now finally a really great GPS option for Android here... I didn't realize that Navigon had finally released their US version just a couple weeks ago (http://mobile.engadget.com/2010/10/27/navigons-mobilenavigator-comes-to-us-android-devices/).
That's really a good sign.
-
TomTom have also announced an alliance with HTC - http://www.htc.com/au/press.aspx?id=149490&lang=1033
-
TomTom have also announced an alliance with HTC - http://www.htc.com/au/press.aspx?id=149490&lang=1033
I don't know if I'd call it best in class. TomTom's iPhone app is overpriced and not all that great. And now for Android it'll be locked to just whichever handsets HTC selects?
Yep. Open. ;)
-
While prod may not be happy with MCiS, I am. It does allow everything to coexist.
:) Perhaps I was being ultra critical... I'm in the middle of a PhD and it's starting to become second nature. Must check that a little.
-
Fair enough. I really do understand. With limited resources you don't want to take the risk that Apple will change the API (which could happen if they see that it is being used in a all-encompassing side-run manner like that). That would be a huge kick in the teeth for a small company. I get it.
What about this (http://yabb.jriver.com/interact/index.php?topic=57275.msg408143#msg408143)?
Bump...
-
I don't know if I'd call it best in class. TomTom's iPhone app is overpriced and not all that great. And now for Android it'll be locked to just whichever handsets HTC selects?
Yep. Open. ;)
But very familiar for us down here as TomTom has held the #1 posn for many years in Oz.
-
Surely, the business decision is one of risk : do you risk the development work to include the millions of potential new customers with iPhones, iPads etc that may buy your product or spend the development time adding new twitter integration (!) that appeal to a small minority of customers...?
Do the maths, run the probability calculations and the risk assessment of Apple changing APIs and see where you end up.
(That is of course if you're making a 'business' decision and not throwing your toys out of the pram...)
Clearly you can do what you want and will - just saying...
-
I don't understand why syncing continues to be such a problem years and years after iPod's release.
Yeah, MC14 is fine. iTunes has a better visualizer, too.
You don't seem to know what you're talking about dear friend! :)
-
Still no joy on getting us the functionality of synching iPods by treating them as handhelds in MC?
-
Swinging waaaayy back to the topic of Export to Itunes feature. It works OK, except the 2nd playlist I export replaces the first one in the Media Center folder on Itunes. There apparantly can only be one playlist at a time in iTunes? Am I doing something stupid?
-
Surely, the business decision is one of risk : do you risk the development work to include the millions of potential new customers with iPhones, iPads etc that may buy your product or spend the development time adding new twitter integration (!) that appeal to a small minority of customers...?
Do the maths, run the probability calculations and the risk assessment of Apple changing APIs and see where you end up.
(That is of course if you're making a 'business' decision and not throwing your toys out of the pram...)
Clearly you can do what you want and will - just saying...
you should add that if JRiver spends hours/days or maybe weeks of development to support the wide market of apple products, and start promoting it to gain new customers, apple just release a new itunes version wich destroys all that work and forcing new dev time, wich cost money and slow down the other cool features mc have.
I do want direct support for idevices, but as Jim says, will only happen is this situation is fixed. What we can do is working on improve the Export to Itunes feature to the point of perfection :)
-
Another not nice Apple (http://yabb.jriver.com/interact/index.php?topic=62112.0) move. Apple kicks Sony e-reader app out.
-
you should add that if JRiver spends hours/days or maybe weeks of development to support the wide market of apple products, and start promoting it to gain new customers, apple just release a new itunes version wich destroys all that work and forcing new dev time, wich cost money and slow down the other cool features mc have.
I do want direct support for idevices, but as Jim says, will only happen is this situation is fixed. What we can do is working on improve the Export to Itunes feature to the point of perfection :)
Nobody is arguing that some development time would be needed to keep MC working with the current version of iTunes, but consider how many people own apple handhelds. Support for these devices could open up a HUGE potential market. Regardless of your opinion of apple, you can't argue with their numbers -- a tremendous number of people own apple handhelds. Even if you only attracted a tiny percentage of that crowd, it could still mean significant numbers of new MC users.
Regarding the idea of the "situation" being "fixed," it most likely already is. Using the iTunes API is officially supported by apple -- it's just "direct syncing" (which bypasses iTunes altogether) that is not supported.
Larry
-
The dev team is all packing Androids now. That might give you an idea of where we're going with respect to Apple.
-
The dev team is all packing Androids now. That might give you an idea of where we're going with respect to Apple.
I have an Android phone as well (Motorola), and from a sound quality standpoint, it's absolutely HORRIBLE as a music player. It has an obscenely underpowered amp that cannot come anywhere NEAR my desired listening levels, let alone produce any semblance of tight low end. If I try to listen to music with even modest deep bass, the amp can't keep up -- not even at low volume levels. Bass just sounds flabby and starts to distort way too easily even with efficient headphones. There are certainly many Android devices that I haven't heard, so I can't speak for all of them, but the ones I have heard are flat out unacceptable for music listening. My iPod is certainly no great achiever when it comes to sound quality, and I hate, hate, hate the "preset only" eq, but as bad as it is, its sound quality is (sadly) still clearly superior compared to the Droid.
That said, I don't see how the whole "Android argument" changes anything. The fact remains that apple still has a giant share of the market (still the largest by every evaluation I've seen, and most evaluations don't even include iPods, iTouches, iPads, etc.), so any support for these handhelds equates to potential extra business for JR.
I'm just sayin'...
Larry
-
I haven't posted much here but have been using MC since V12. I did not upgrade to V15 waiting to see what happened with iPhone syncing. I guess I have my answer.
I absolutely respect that Jim & JRiver have to make the right choice from a business perspective for them. There are a million different things they can do and if they only stopped sleeping every night, they could probably make better progress thru that list. ;D
I have to make the right choice from a consumer perspective for me. I'm not willing to go through extra steps and to figure out what's working and what's not to sync music to my phone/ipod - this thread has been going on for nearly a year and progress seems really slow on answering questions about issues/bugs raised. As long as the support for the iPhone is getting so little attention, there's no reason for me to upgrade now or the future I guess.
thanks,
Aldon
-
.... The fact remains that apple still has a giant share of the market (still the largest by every evaluation I've seen, and most evaluations don't even include iPods, iTouches, iPads, etc.), so any support for these handhelds equates to potential extra business for JR.
I'm just sayin'...
Apple policies aside ... the other aspect that JR seems to be ignoring is the 3rd-party hardware market that only the iPod owns right now. For example, I happened to stay at Johannesburg hotel a couple of months ago, and they had an Bose iPod dock in every room! Android devices will never see that kind of 3rd-party support, and JR seems to be ignoring why so many of us interested in handheld music go the iPod route instead of any other device.
No doubt, programming for Apple devices may be an up-hill effort ... but is that any reason for JR to give up entirely??
my CA$0.02 :)
-
Jim, I want native support for ipods, but as you said and I understand, you are all about androids now, ok, so what about the "Export playlist to itunes" feature? I think is very nice feature just need to be improved some more: As is now you can only export mp3 (lossy), it should be a way to convert lossless on the fly or use the cache, and a Way to build cache without have to set a handheld or stream. Can this be possible?? this will solve most of the problems I have to sync
-
As a long time Media Jukebox user and an iPhone owner, I keep looking at purchasing MC and then backing away since it doesn't offer enough more over what I already have in MJ. I hate itunes, but understand the issues of the closed versus open devices.
I'm sitting here staring at itunes "Determining Gapless Playback Information" as I have to periodically rebuild my itunes music library from MJ. It takes days.
If MC had just a little bit more iPhone support I would take the plunge and convert everything to MC.
1) Export playlists into itunes
2) Support from a library server
-
It's very sad to see that JRiver's strategy is focused on android support only. You seem to expect that Apple devices will play a inferior role in a few years, do you?
I've read the thread and have seen lots of good arguments for / against supporting apple and their unreliable strategy. Anyway, I doubt it's a clever strategy to oppose against apple. On your homepage and product description of MC you still advertise of MC being controllable by ipad, iphone and ipod. Yes, it's true. But people expect more than just using the web interface. I don't want to repeat what has been said - also my english is not good enough. But one thought I still have in mind:
You say there's no business case in supporting apple devices. I don't know the number of licenses you're selling. But couldn't it be possible to develop and sell apple integration functionality as a kind of add-on? Let's say this is 20 - 30 Dollars extra. How many would buy it if it really offers all the missing gaps? In case apple kicks you out or changes the API you could work on an upgrade against money again.
IMHO I rather would pay some more money than saying to use itunes exclusively to get rid of this JRiver incompatibility problems.
-
We had spent a couple hundred thousand dollars on iPod support when Apple changed the game and made it usesless. We won't make the same mistake again.
There are now more Android devices sold than those from Apple. Apple will do well. We just won't support them.
-
As a long time Media Jukebox user and an iPhone owner, I keep looking at purchasing MC and then backing away since it doesn't offer enough more over what I already have in MJ. I hate itunes, but understand the issues of the closed versus open devices.
I'm sitting here staring at itunes "Determining Gapless Playback Information" as I have to periodically rebuild my itunes music library from MJ. It takes days.
If MC had just a little bit more iPhone support I would take the plunge and convert everything to MC.
1) Export playlists into itunes
2) Support from a library server
You may want to look at MCiS.
http://yabb.jriver.com/interact/index.php?topic=51734.0
I use this to sync my MC library to iTunes and then use iTunes to sync to my iPods/iPhones/iPad.
In addition to keeping the iTunes library in sync with MC, you can also sync playlists, ratings, last played dates, etc.