FS#9951 - Ipod Accessory bug reports
Attached to Project:
Rockbox
Opened by MichaelGiacomelli (saratoga) - Tuesday, 24 February 2009, 21:36 GMT
Last edited by Jonas Häggqvist (rasher) - Wednesday, 25 February 2009, 00:01 GMT
Opened by MichaelGiacomelli (saratoga) - Tuesday, 24 February 2009, 21:36 GMT
Last edited by Jonas Häggqvist (rasher) - Wednesday, 25 February 2009, 00:01 GMT
|
DetailsIf your Ipod accessory doesn't work with rockbox, you can report it here.
Please put your device name, Ipod model, and tested rockbox version in your post. If some but not all features work, be sure to mention that in your post. Edit by rasher: You should also add your results to this page page: http://www.rockbox.org/twiki/bin/view/Main/IpodAccessories For any developers who might work on IAP support, please add patches to this task, so potential testers are notified. |
This task depends upon
iPod Video, 5.5G, 30GB model. The Kensington FM Transmitter w/RDS model K33364US:
http://us.kensington.com/html/11206.html
The iPod can charge from the unit, but the audio is not transmitted to the car radio.
Otherwise, appears to function normally.
I suspect this may not be easy to remedy, if at all. The transmitter has software code built in to it, which allows it to display the FM station (it's transmitting on) on the iPod screen.
Contact me for help with testing.
I tried with r20074-090221. It should have been a daily last weekend or so.
When I look in System - Debug - View I/O ports, the ACCESSORY number alternates, mainly on 867, then frequently to 866, and occasionally to 869, 864, 863, and once or twice I saw 865.
I changed the stereo to Video mode. This is for watching videos from the iPod where the stereo pretty much just acts like a TV. It displays whatever is on TV out and plays any audio coming out of the iPod port. When doing this, I can hear the music from the iPod. However, remote doesn't work (and it never was designed to) requiring control directly from the iPod. Music mode does not work at all. There it allows you to search by Album, Genre, Artist, etc. and control the iPod. In this mode nothing happens.
http://www.rockbox.org/tracker/task/9920
Rockbox version r20200-090304. I'm not a programmer so can't contribute to the code, but if there is any other info I can provide to help this project, let me know.
1. Logitech PureFi Anywhere 2 http://www.logitech.com/index.cfm/speakers_audio/ipod_mp3_speakers/devices/4320&cl=us,en
These rechargeable portable speakers include a remote control. Volume on remote operates the speaker volume, not the ipod, so N/A here.
FF/RW and skip forward/back work, shuffle and random buttons work.
Play/Pause short press works, but reasonably long press activates menu mode, subsequent presses of play drill down in menus. Can't back out of menus from remote because Menu, Up, Down, and Select do not work. Works with accessory power on, doesn't work with accessory power off. In debug, Accessory: alternates between 0 and 1.
IAP packets: (?) indicates lack of confidence, some of these flashed so quickly, I can't be sure I read the changing characters correctly.
base state: 03 02 0D F1 00 00 1D 00
Logitech power on: flashes 05 02 00 00 00 02 F7 00 (?) then 03 02 00 00 FB 02 F7 00 ,
powering off again: flashes 05 02 00 00 00 02 F7 00 (?) then 03 02 00 00 FB 04 F5 00
Play/Pause: quick press: FF FF 00 01 FA F9 F7 F6 (?) press and hold: 03 02 00 01 FA F9 F7 F6
RW: 03 02 00 10 EB 02 F7 F6
FF: 03 02 00 00 F3 02 F7 00
Menu: flashes 05 02 00 00 0B 40 B9 00 (?) then stays 03 02 00 00 FB 40 B9 00
Select: flashes 05 02 00 00 0B 80 79 00 (?) then stays 03 02 00 00 FB 80 79 00
Up: 06 02 00 00 00 00 01 F7
Down: 06 02 00 00 00 00 02 F6
Shuffle: 04 02 00 00 80 7A F7 F6
Repeat: 05 02 00 00 00 01 F8 00
2. Monster iEZClick RF remote. http://www.monstercable.com/productdisplay.asp?pin=3714 This is a weather resistant RF remote for operating an iPod tucked away in a pocket, say while skiing or snowboarding.
Volume up/down works, FF/RW and skip forward/back work as expected.
Play/Pause short press works but an unreasonably short press and hold on the remote, which is designed originally to turn on/off the standard ipod firmware (this would really be sleep/unsleep?), I get two different results in Rockbox on the Nano vs. the 5.5G. On the Nano this pauses, then activates menu mode, further presses on Play/Pause drill down in the menu. No way to back out from or return to now playing from the remote. On the 5.5G the Play/Pause press and hold works like pressing the center select button on the iPod during playback: takes you to the location of the currently playing track in the file tree. Allso no way to back ou from the remote. On the remote pressing play/pause and FF or RW simultaneously is originally designed to go to next or previous playlist. Not sure how Rockbox might use the last two, currently seems to have no effect in Rockbox. Switching between playlists might be cool. I can imagine one playlist for on the ski lift and another for the run.
Importantly for this particular device, the delay allowed between a quick press and a press and hold is very small. It is too easy to accidently send the iPod into menu mode by pressing the play button for more than the shortest tap. Since menus are not useful for this device, perhaps this play and hold could be deactivated for this device in Rockbox?
ACCESSORY: 0, 1, 2, and 3 seen, mostly 0 and 1.
IAP packets again read from 5.5G:
base state: FF FF FF 00 00 00 00 00
Play/Pause: quick press: 03 02 00 00 FB FF FF FF press and hold: 03 02 00 01 FA FF FF FF
RW: 03 02 00 10 EB FF FF FF
FF: 03 02 00 08 F3 FF FF FF
Volume up: 03 02 00 02 F9 BA FF FF
Volume down: 03 02 00 04 F7 BA FF FF
Play/Pause + FF 04 02 00 00 20 DA FF FF
Play/Pause + RW 04 02 00 00 40 BA FF FF
Hope this is helpful.
Very happy that iPod Accessory support is advancing. One of the advantages of using these particular devices is the wide range of accessories available for them.
Many thanks to all you coders!
--> 03 04 00 12
<-- 05 04 00 13 01 0B
--> 03 04 00 33
<-- 08 04 00 34 01 36 00 A8 01
--> 12 04 00 32 00 00 01 00 01 00 01 00 00 00 04 00 00 00 00
<-- 06 04 00 01 00 00 32
--> 03 04 00 1C
<-- 0C 04 00 1D 00 00 00 00 00 00 00 00 00
I have such a Dockingstation:
http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=250406256466
But my iPod don't react or very bad by pushing buttons on ir-remote.
It works fine by runnin in Apple-Software.
What can i do, so it works?
bye
1st, iHome with IR remote. Playback works, as does charging. Remote doesn't do anything significant to the iPod (the play button causes a momentary pause/resume, and the remote turns the volume up/down but that's handled in the iHome and not the iPod). Track switching and iPod menus non-functional.
2nd, Belkin auto kit. If I boot into the Apple firmware and plug the device into the Belkin RF transmitter, it'll tune the station; I can then reboot and use Rockbox as long as I don't lose power (ie, accidentally unplug the Belkin from the lighter socket in the car) and leave the iPod plugged in. Can't retune to another frequency without a reboot - buttons on the device are completely non-functional.
3rd, JBL "On Time" docking station. I don't use this a lot myself, but I can test with it if that is of use.
Audio works great, no FF/RW or Play/Pause controls.
***Altec Lansing IM600 docking station (http://www.alteclansing.com/index.php?file=north_product_detail&iproduct_id=inmotion_im600)
-Play/Pause works as expected.
-Prev/Next skip (short press) works as expected.
-Forward/Rewind (long press) works as expected.
-Long press on Play/Pause switches between "Now plating" and previous menu called (menu control is impossible with only two buttons).
-Charging works too.
-Volume control is totally indepedent: it goes from 0 to 30 on the dock. It doesn't have any effect on Rockbox (even visual). Rockbox volume control has no effect on output volume too.
***Griffin AutoPilot (http://www.griffintechnology.com/products/autopilot):
-Play/Pause works as expected.
-Prev/Next skip (short press) works as expected.
-Forward/Rewind (long press) works as expected.
-Long press on Play/Pause switches between "Now plating" and previous menu called (menu control is impossible with only two buttons).
-Charging works too: a 2-LED combination tells you about battery charging status.
-Track info through RDS was partially working, sometimes late or stuck on previous track (I need to restest it)
Tested with unsuppoted IAP build until latest Rockbox build, with "Accessory power supply" both on and off (no effect on compatibility) and "Serial bitrate" set to "Auto".
I don't know how to add those results on the TWiki :)
Currently I can't manage to establish communication between my 5.5G iPod and my Kenwood car headunit (a KDC-W6541U wih built-in iPod control) under Rockbox.
It works fine with Apple firmware, the Kenwood logo shows up on screen and everything is under control through the headunit.
***Kenwood KDC-6541U headunit (http://www.kenwood-electronics.co.uk/products/car/cd_receivers/KDC-W6541U/)
-Until 3.2 release: All different options and combinations tested (i.e. Accessory Power Supply, Car Adapter mode...) but once it's plugged to the headunit, Rockbox goes into disk mode, then the headunit displays "iPod error", then disk mode says "OK to disconnect".
I tried to turn "iPod mode" off into the headunit options -> same result.
I can't go any further... The headunit is stuck with its "iPod error".
-After 3.2 release with new USB mode, behaviour is the same except Rockbox doesn't reboot into disk mode, but USB mode.
Pressing "Menu" while inserting the cable to prevent Rockbox from going into disk mode/USB mode unfortunately doesn't help -> same "iPod error" on the headunit.
Too bad because this headunit won't even recognize the iPod as a standard USB storage device ("iPod mode" off)...
Any help appreciated to help this work!
Alex :(
Values taken from the "View I/O ports" screen.
-Normal status, Kenwood headunit off/unplugged:
GPIO STATES:
A: 28 E: 21 I: 58
B: F9 F:02 J: E3
C: F0 G: 00 K:1E
D: A0 H:00 L: A8
GPO32_VAL: 40004000
GPO32_EN: FE80FEF2
DEV_EN: C0011966
DEV_EN2: 00000000
DEV_EN3: 0000003F
DEV_INIT1: 00040000
DEV_INIT2: 40000000
ACCESSORY: (VARIES BETWEEN ~910 AND 1023)
IAP PACKET: 00 00 00 00 00 00 00 00
-Kenwood headunit plugged:
GPIO STATES:
A: 28 E: 20 I: 58
B: F8 F: 02 J: E3
C: F0 G: 00 K: 1E
D: A0 H: 00 L: B8
GPO32_VAL: 40004000
GPO32_EN: FE80FEF2
DEV_EN: C041196E
DEV_EN2: 00000000
DEV_EN3: 0000003F
DEV_INIT1: 00040000
DEV_INIT2: C0000000
ACCESSORY: (VARIES BETWEEN ~910 AND 1023)
IAP PACKET: 00 00 00 00 00 00 00 00
Disconnecting the headunit, return to "normal" values.
Test was made inside the debug menu, or with "Menu" key pressed while plugging in order to access the debug. Both and also all options show same result ("Accessory power supply", "Serial bitrate", etc...).
Pressing keys on the headunit don't send IAP packets (always 00 00 00 00 00 00 00 00). The headunit says always "iPod error".
Hope this helps!
logs to a buffer and flushes to disk when the disk is spinning already.... I might just make this a setting and get it commited soonish
Donpipo: about your Kenwood KDC-6541U, it looks that it is connected with USB, and iap over usb isn't coded yet.
Is this remote connected to the dock port or is it something like an extra ring on the headphone plug?
So, it is possible to activate it on Mini2G, the only thing is I really don't know if the UART activated would be connected to that port.
Is what you call "IAP over USB" what Kenwood (and other headunit manufacturers) "iPod 1-Wire Connectivity"? Some info here: http://www.kenwood-electronics.co.uk/technologies/ipod_solutions/
Just out of curiosity...
Thanks for clues!
That "one wire" features the accessory protocol over usb plus digital usb audio ("Simple connections plus enhanced audio quality" as they say)
If you have any C skills, you could try to enable serial on it to find out what's happening
The following keys on the Hitachi remote appear to work OK,.
Pause/Play, Random, Next Track, Previous Track, Volume +/-.
The FF and Rewind keys sometimes appear to function as FF (+ 5 seconds) and Rewind (-5 seconds) but at other times they act as Next Track and Previous Track.
The following keys do not work in the same manner as the Apple software.
Album + (Next Album), Album - (Previous Album), Stop, Power Off.
I will try again with the FS10623 IAP Remote V4.0 patch when I get some time and see if there is anything different to report.
Is there anything else I can try and report back on ?
Tried again with r24889M-100224 with FS10623 patch on my 5.5G 80GB with the Hitachi AX-M136i and found the following.
Accessory Value 869/870
Remote Key Action Code
Power On - Plays 'Resume Playback' Code 06020000 0002
Pause/Play - Pauses Code 06020000 0200
- Plays Code 06020000 0100
Stop - No Effect Code 06020080 0000
>>| - Next Track Code 06020000 0000
>> - Next Track if short Press Code 06020000 1000
- Fast Forwards if long press
|<< - Start Of Track if short press Code 06020000 0000
- Previous Track if long press
<< - Rewind seconds if long press Code 06020000 0020
Random - Random next track Code 06020000 8000
Alb + - Nothing Code 06020020 0000
Alb - - Nothing Code 06020040 0000
Standby - Displays Charging Code 06020000 0004
Normal operation in 3.4 is: Turn on, plug in, iPod is discoverable. Would love the newer features and stability of 3.6, but this is definitely stopping me from upgrading this particular iPod
Also, iPod 4G Grayscale screen has same issue, only in 3.4
This is a mono microphone which plugs into the dock port and also provides a stereo line-in port:
http://www.macally-europe.com/productpage.php?product=1341
In the iPod firmware, it is detected automatically: the iPod switches to Voice Memo. When recording, a blue LED lights up inside in the microphone. Nothing happens when connected to Rockbox, although the following accessory and IAP packet values appear on the debug screen:
Accessory values: 0, 1 and 2.
IAP Packet: 0E 00 13 00 00 00 03 00
The line-in feature is working with Rockbox's recording screen, but the microphone isn't.
Could you try to patch iap_logging_v1.1.patch on latest svn and post the log?
It would help me a lot
Inserting a jack into the bottom of the microphone (the only other thing you can do with it) does not affect in the log.
Changes:
* separated the functionality for the various modes into their own static functions (one function per mode), making the code more manageable
* added a single function to send a mode 4 OK response and avoid code duplication.
This patch actually makes the binary about 500 bytes smaller, source size is about the same :)
Please try, I can't test this myself because I don't have and ipod + accessory.
I am trying to use my iPod 5.5G 80GB with an Alpine CDE-103BT Head Unit.fitted with a KCE-433iV cable. The unit works perfectly with the Apple Firmware but with Rockbox build 28831 the Head Unit only ever displays SEARCHING or ERROR-01. I have done a bit of digging with the iaplogging patch as well as using a breakout cable to capture the commands used by the Apple firmware and it appears that the Head Unit sends an Apple Computer Certificate Authority file to the iPod using Mode 0 command 15 and expects and a response back from the iPod using Mode 0 command 17 which I assume contains an encrypted response. Without the correct response, the Head Unit keeps sending a reset and then requesting the correct response again. Is there anyone out there who can assist me in trying to get this Head Unit to work with Rockbox ? I have a development environment using VMWare and willing to try anything to get this to work. I did notice that Ryan Press (rpress) managed to dissemble the Apple firmware. (
FS#8624) and I wonder if the dissembled output from the firmware would help in the IAP commands used by Apple.Thanks
AndyP
I really like Rockbox and I use it for over one year now.
Have got an "iPod radio remote" cable for my iPod Video 30GB which you can plug into the dock connector.
When I start to hear radio it works just fine, but after ~ 10 seconds or so I hear a clicking sound in the right channel, than it fades to the left like you would turn a balance control to the left and from then on I only hear on the left side of my headphones (regardless of whether plugging the phones directly into the iPod or into the radio remote). Also the volume from radio remote and from iPods click wheel is not synchronous and the buttons of the remote control act with latency.
I switched to the apple firmware while booting...radio works in stereo and volume is synchronous all the time, all buttons work instantly ("iPod radio remote" requires iPod Software v1.1 or newer, I have v1.3).
Seems 2be some latency bug in the radio plugin from rockbox?!
Hope this report helps a bit making rockbox even better.
Thanks for this great jukebox system!!!
btw: Is there a functioning remote that have the exact buttons from the ipod with menu button on top and pause button at bottom instead of volume control like the radio remote has so you can use/make a kind of gamepad for playing with "zxbox"?
in iap.c->mode0->case 15, could you remove the lines "iap_send_pkt(data0, sizeof(data0))" and "iap_send_pkt(data1, sizeof(data1));" and recheck if it passes the authentication challenge?
On the ipod fm radio, if you answer to a command 15 with a command 19 instead of 16+17, it acknowledges the authentication process without even dealing with the certificate commands( 17 and 18)
It's exactly what case 15 is doing, but maybe the commands order confuses your head unit.
If it does not work, you can try to send a command 16 before the 19.
Thanks for the suggestion. Removed the two lines but still doesn't pass authentication.
I have attached the log file that was generated with these changes (seriallog.033.28837) as well as the log file from the Apple OS (seriallog.apple.001).
I did change iap.c->mode0->case 05 by removing the last data[] byte (0x28) so as to reply the same data as the Apple firmware to the Alpine.
I'm willing to try anything to get this to work.
You should try to acknowledge command 15 (00020015) and at the 8th sent, send the command 19.
if it doesn't work, send command 16 and 27 to mimic the ipod firmware dialog, then try to send command19.
When sending command 19 on the 8th sent, the comms stalls after the command 19 is sent. See attached seriallog.037.201012219130-19.
When sending command 19 after 16 and 27 on the 8th sent, the comms stall after replying to a mode 0 command 28. See attached seriallog.038.201012230650-19. This is futher than before but different to what the Apple firmware does.
Does anyone know what a mode 0 command 28 should respond with?
One thing that is interesting is that it looks like it's lways the same challenge; so the key that the ipod send back should be always the same.
so, replace command 15 by command 16 on the 8th sent, then send:
002700
0017C2A57791488416CC5875DC04ADEB4E3F1007A40001
the accessory should send:
IN FF5503000F00EE
so send 0010000106
the accessory send
IN FF55020024DA
and send 00250000000000000001
It now appears to be the same responses as the Apple firmware until it stops after the Mode 04 code 34 response to a code 33.
Any thoughts as to why it stops here ?
I have noticed that the Apple firmware doesn't always send the same challenge., but it does appear to always send the same challenge when first powered up.
AndyP
And another test:
remove the send of command 14 at the beginning, and try to send a mode 4 command, e.g 03040012
The mode 4 commands request the authentication, but if the ipod doesn't ask for it, you may be able to access them freely.
Status: partially working
What does work: ipod charging, pressing the "power" button on the clock sends "play" to the ipod, if set to "continue playback" the ipod will continue playback and the TimeCube will output the sound just fine.
What does not work: using the alarm function. When the alarm sets off, you can see on the clock that it starts in ipod mode, then shortly after (1 second) it'll fallback to "annoying buzz" mode. Works fine in OFW 1.3
my uneducated guess: Either the clock can not identify the ipod properly or it hits some sort of timeout.
Ipod: 5.5G 80Gb (64Mb)
Rockbox: r28935
Tried sending command 19 instead of command 16. See attached seriallog.192717. Comms stopped after sending the command 17 response.
Tried sending 04001D (Time/Status info) instead of command 14. See attached seriallog.04001D. Comms stopped after sending the 04001D.
Cars now in the shop being fixed. Will try sending 040012 to the Alpine when I get it back. Will report back the result.
AndyP
IN 0E0013000000110000000600000200
OUT 0400020013
OUT 03040012
IN 0304001C
OUT 0C04001D00048546000154BE01
IN 0404002901
OUT 06040001000029
Now appears to stop after sending a cmd OK in mode 4.
Any thoughts ?
Thanks
AndyP
long-time RB user, first time car-with-ipod-connection owner. i'd love to be able to help at the level of detail of andyp but not sure how.
here's my situation:
iPod: 5G Video (80GB)
Vehicle: 2011 Honda Odyssey Touring Elite (w/Nav)
RB Version tested: latest build as of yesterday
Result: flashing "unsupported" on the stereo.
It plays files from flash drives fine, so I figured it would see it as just another hard drive - nope. Booting to iPod GUI and it works fine.
Please let me know how I can help test.
Thanks,
C
I had a problem with my iPod dock (a logitech Pure-Fi Elite): when I turned it off, the iPod didn't stop playing music, and so the dock was immediately turning back on.
So I wrote a little patch that does the work correctly, and I join it.
But the code the dock is sending is not documented, at least when a searched this web page http://nuxx.net/wiki/Apple_Accessory_Protocol , as I was advised in IRC.
So would you be kind enough to test this patch, and tell me if it doesn't work as expected ? (The worst this patch can do is stopping music playback inappropriately...)
And I want to thank you all rockbox developers for having made a so nice and commented code, that I could hack very easily...
Lovasoa
But mainly, I would like that you ensure that the patch doesn't stop music playback when you are using another function of your iPod accessory...
So you can apply the patch, then connect the iPod to your accessory, start music, and try all the functions of your accessory (just press every buttons) ...
Have managed to get a bit further but now have an issue with the Alpine sending a code that Rockbox discards.
I have attached the log (seriallog.apple) created with the Apple firmware by capturing the serial port in/out commands.
The Alpine sends the following command (line 35), FF550001F704003200000100C000420000003000000..................000009F which according the iPod Extended Interface Specification Release R21 is a SetDisplayImage command which writes a bitmap to the iPod in a 'large telegram format'. Rockbox rejects this because it uses a value of 00 in byte 2 to denote the large telegram format but this byte is normally the length of packet and Rockbox rejects it because it is 00, so I need to do some work to get it accepted. Any thoughts on the best way to implement this change ?
As the Alpine does not get an ACK for this command, it times out and eventually reports an ERROR-01.
But still making headway, 1 line at a time
AndyP
But I wrote a new patch to support different features related to playlists.
As this is my first consequent patch, it may not be in Rockbox code guidelines. So please review it...
I can't really comment on your iap_playlists patch, I'm no playlist expert (and I don't even own any ipod or ipod accessory to test it with).
* teach the function that handles packet framing and checksumming (iap_getc) how to handle large packets, its output should be a length word and a buffer pointer
* modify the handle_pkt functions to take the length word and buffer pointer and operate using that, instead of trying to extract the length by itself from the receive buffer.
For my playlist patch, there is only one playlist-related function that I call. I think you can review it: the main problem may be the coding style...
I'll continue with the large packet patch in a FS#12135 : http://www.rockbox.org/tracker/task/12135
When plugged directly power the light on for 2 or 3 seconds but does not connect or register with a bluetooth headset. If plugged in the "View PCF Register" Debug Item, the dongle is correctly initialised and seek for a bluetooth headset (first to register then to connect).
The remote control only work for fast rewind and partially for fast forward with my bluetooth headset (Sennheiser PXC310BT)
Back again in Rockbox 3.9, iPod Video 30GB. Same Sony BT accessory, same Sony BT headphones. Haven't used either in a while, so obviously the >3.4 thing exits. Does the patch from October last year still work, and is the recommended way to get this working again? Or should I load up VMWare Player and find the variable I changed?
-Josh
Controls on the iPod work fine when docked to JBL On Stage II external speakers. However, the some of the remote control's buttons don't work.
What buttons work as expected:
VolumeUp and VolumeUp long press- increases the volume on the speakers (iPod volume untouched)
VolumeDown and VolumeDown long press - decreases the volume on the speakers (iPod volume untouched)
FastForward long press - forwards playback within the currently playing song
Rewind long press - rewinds playback within the currently playing song
What doesn't:
FastForward - rockbox treats the button as a long press instead of skipping to the next track
Rewind - rockbox treats the button as a long press instead of replaying the song from the beginning
Pause/Play - stops the currently playing song and returns to the main menu instead of staying on the playback screen; slow/no response when resuming playback while at the main menu
There is probably something wrong with the button mappings or perhaps some unimplemented features? I'd be glad to help if you need more data on the problem.
Thank you.
I blew away the dev environment a while back, so I didn't try the patch up above, from 23 October, 2010. Is there no work being done upon this wonderful aspect of Rockbox anymore? Is this related to 10623 at all? Should I look at both when trying this? At a loss, and the battery life in 3.4 is abysmal compare to the newer versions. Any ideas? Any feedback on my previous posts?
Things have moved a bit with IAP.
From my point of view, I have manged to get my iPod Video 5.5G to function with an Alpine Head Unit using some code from a git tree based on inputs from FS#12135 (IAP Large Packet Support). I don't know if this will help on your issue.
Would you be willing to risk a build that I made from this git tree at http://git.camperquake.de/rockbox.git ? This build includes a patch that will dump a max of 64K's worth of IAP commands to disk wheh selected via System->Debug Menu->Dump Log File.
Though, I don't see a place to click 'download' for a pre-compiled binary. I take it that tree needs to be compiled for it to run on anything? Which means I'd have to re-setup the dev environment, huh?
Again, tried Accessory Power Supply on/off, Line Out on/off. Rebooted between tries, as well. Nothing. :(
When you have tried everything, go into System->Debug Menu and select Dump Log File. You should then have a file in the root dir of the iPod that should contain the last 64KB's worth of IAP commands. It would be good to get a copy of this file and see if its actually doing anything.
Can you ensure you save the log file before rebooting/shutting down the unit. I can't remember if the log appends or overwrites if you do multiple dumps to disk so it might be worth renaming the file before yo write to disk again.
Unfortunately, I did not rename the log, I though it would auto-increment the name to the date/time. Hope this helps with this 0x13 command!
I have created another build that appends instead of overwriting.
I have copied this to http://andyp.dyndns.info/rockbox.ipod Nothing else has changed within the build.
There is also another build that automatically creates a log file of the serial commands in a different manner but it sometimes causes the ipod to hang.
If you could run this one as well. I have copied this to http://andyp.dyndns.info/rockbox.ipod1
Have looked at the latest logs and it still appears as though the IdentifyDeviceLingoes command does not appear to contain the correct amount of data.
Will see what these later ones show.
I see it produces TWO logs.....Well, here they are for your debugging pleasure!
Sorry its been so long to get back to you.
Rockbox is returning an error that lingo5 is not supported as it has been disabled in the latest git/svn versions.
I have copied a new version of rockbox as http://andyp.dyndns.info/rockbox.ipod2 where I have re-enabled support for lingo5.
Can you see if this performs any better. It should not hang up as I removed the extra logging to seriallog.txt.......
Also of note; IT WORKS. Well, it seems to find and pair with the BT headphones, though, since I can't play anything (not sure if version incompatible or what) I can't tell if they actually pass data other than heartbeat type stuff.
Should I be using your specifically modified build? Is it possible to repeat the steps for each new version? If it's reasonable, I can do it myself; I used to add patches (the patch here, in fact) to Rockbox source to make it work.
Thanks for all your help! Will try with your original build. Ah, and here is your log!
I will try to patch my copy of the latest svn source with the iap changes from git.camperquake.de and upload a full build. Might take a few days to get it all done.
Will post when completed.
Finally managed to build a version of Rockbox from git (wondered why svn did not seem to update) with the iap bits from camperquake and lingo5 support for BT transmitters.
I have tried it with the Sony TMR-BT8iP and a set of BT headphones SX-910A. Can hear music and can ff/rewind.
The new version is available from http://andyp.dyndns.info/rockbox-full.zip
Do you want to give it a try?
Awesome, someone else with my BT adapter! So, is there a write-up somewhere on how to enable the lingo5 stuff? I don't mind getting my hands dirty in the dev environment. And what is in camperquake?
Thanks a lot for you help! The GF is really really happy she can use her BT headphones again! Well, with an updated, better-battery-life version of Rockbox!
To my limited testing, the build you posted works, though I don't recall if I tested the FF/RW buttons. I just backed-up your previous (pre-3.10) build, and put this newer one in.
Andy, thanks for your version, which it works for me, but with little bug. I got TMR-BT8iP and headphones sony DR-BT101.On headphones, buttons ff/rewind works great, but when I press play/pause button to play after pause it goes to main menu and it nos start music. also after this if I play by ipod there is no sound in headphones until I press play button again. any sugestions?
Will take a few days before I can check.
Hopefully all the patches I am using from camperquake will be in the standard git release shortly. That way you'll be able to use the normal daily release and more people might get to use the BT adapter and headphone on Rockbox.
My adapter and headphones appear to have the same issues. Will look and see if I can determine where the issues are.
Not sure how long it will take
"Challenger dva-9705 Navi" - with ipod input onboard...
when connect my ipods (4g or 5g Ipod Video) on apple fw - them sent to chellenger display main info (current album, songs title, tottal and curent number of plylists, current time etc.) and i can control (pause, play, ff and rewind) with no problem
but on Rockbox fw - its usually bad or no info sending, sometimes it can be first song tittle but not current, often info is empty
usually cotrols not work but sometimes it work... :\ sometimes it work but from second or third click on controls....
RB ver. 0c4bd3a
As luck would have it I'd just built a new version for the iPod Video based on the latest git code from yesterday, Apr 14th. It's available from
http://andyp.dyndns.info/rockbox.20120414.zip if you'd like to give it a try. Not sure if the BT bug is still there.
This might also work on the Challenger dva-9705 Navi. Would be good to know.
Cheers,
Thanks for trying.
Whoo! Stable, up-to-date Rockbox with BT dongle support! :)
Sometimes it goes into Aux mode, which is ipod controlled, and that obviously works fine, but mostly it does get detected as an ipod.
It will typically continue playing the song that is on
Navigation to next/previous track works ok
Sometimes the radio display shows the track name, other times there is garbage
Using the 'list' function on the radio to navigate genre/album/artist/song doesnt really work, nothing is displayed
Sometimes the radio gets stuck saying 'reading' and the ipod appears to be locked up
Any hopy of getting this working? Anything i can help with debugging wise?
Also tested with stock RB 3.11 on iPod Mini, also comes up 'Unsupported Version'
Not really a big deal (can use the AUX cable just the same!), just reporting incompatibilities!
If so, the Honda is probably trying to use IAP over USB which is not supported by Rockbox at the moment and I do not know if anyone is working on this.
And why the specific mention of the 4-pin USB cable? Is there a <4-pin USB cable that might work?
I don't know of any cables other than the serial/audio connected ones that will work with Rockbox.
I don't know of any cables other than the serial/audio connected ones that will work with Rockbox.
trying RB: 3d0459d
but any changes with my Challenger dva-9705 Navi :\
controls work sometimes and no info about song send to head display :\
maybe i can help by some logs or tests?
I assume that you are not connecting through a standard iPod - USB cable.
Are you willing to try a custom build from my server ? There is a version that I built on 20120414, a few lines up in this post. Would you be willing to try this version ?
It would be good to see if this works or not.
There should be the ability to dump a log file of the IAP commands sent by going from the root menu -> System -> Debug -> Dump Log File if it doesn't work.
This should give an idea why it didn't.
tnx for response
i did not notice post with your build and waited 4 months :/
i try this build but did not see any changes :\
logs in attach
this cable goes from back of head and its impossible to change him...
but as i told early - apple FW work fine.... - show info about track to head, show video and work all button
Have looked at the log file but it does not show where the authentication was done so I can't see what options are supported.
It does show that the iPod is talking using IAP over Serial and not IAP over USB so we 'should' be able to get this sorted.
Can you dump another log to disk that is saved approx 1 - 2 minutes after the iPod has been connected to the Challenger?
Hopefully this will contain the required info.
another one log is attached
when i connect the ipod - i heard the music and make several switch a track to fw and bw
to end of log i switch on head from video mode to playlist mode and lost possibility to change track :\
Thanks for that log. Unfortunately it does not contain the authentication either. Can you dump the log a couple of seconds after you first hear the music being played. This should be just after the authentication has taken place.
I will try to make a build that will automatically dump to the log file to try and see what is happening at the video/playlist mode switching.
The current code does have an issue where it does lock up when you send it too many commands too fast and we are not sure why at the moment.
Thanks
Andy
head is startup and i hear the music - save log
I have looked in the attached file but I cannot see any authentication commands in it. Your head unit must authenticate very early in its startup and it being overwritten by later iap commands as the log buffer wraps.
I have created a new build (based on the latest git sources) that will automatically log every iap command into a file and does not overwrite, it just appends. Can you try this version and attach the created log file. The zip file is available from http://andyp.dyndns.info/ipod5g.zip. It should create a log file called logf.txt.201208121633.auto.
Thanks
AndyP
i put your version on ipod - but it not playing any songs in any formayt... just leaf files by playlist.... the way it should be?
Did you install all the files including the codecs ? This build requires all the contents of zip file to be extracted.
I did notice that sometimes my head unit would error out when waiting for the ipod to authenticate, but if I waited until Rockbox had started playing before I connected it to the powered up head unit it would authenticate and play properly. I think this is because the ipod is too busy during the initial powerup and it misses some iap commands.
Due to the writing to disk of all the iap commands, eventually the ipod will 'panic' and display an error message on screen. This is expected but by then it should have written enough to disk to capture all the authentication commands. (takes a couple of tracks before this happens, should be enough time to go in/out of video mode a couple of times).
Can you give it another try ?
Thanks
when i delete .Rockbox folder and put yours on clean ipod - its start to normal playing songs
i try to connect him to my head - but long time did not give control from head to ipod... and only when i power off head and power off ipod - coonect them and turn ignition on - head start then ipod start and lets play the music - i give some access to control but not as usuasly correct... ipod stay on pause when i long click rewind on head or try to rewind when i short click for changing track...
and i try to save dump after thets all )
i hope thets dump shows to you something interesting at last )
...often, when i press rew or ff - ipod do list over 1 or 2 track or do "stop" or pause... -or another gluck /
However, I have uploaded a newer version for the 5g to the following location, http://www.andyp.uwclub.net/ipod5g.zip
This was built on 24 Aug 2012 using the latest sources from the git repository with the additions for iap support, including bluetooth.
This copy has NO debug code in it and should run with fewer issues.
A copy that does have debug code in it is available from http://www.andyp.uwclub.net/ipod5g.debug.zip.
This was built from the same sources but will write all iap commands to disk. This can cause 'panics' so should only be used when trying to collect iap command for later viewing.
Hi Grey,
I had a quick look through the latest logs you uploaded and cannot see why it should not work. It does not look as though your head unit is using any of the commands that require authentication which explains why it does not authenticate. Would you like to try the non debug code from above on your system. This might work better than the debug version if there are issues with some critical timing between the head unit and the ipod. I'll look at the issue with the FF and Rew. This could be timing related.
Any feedback on what does and what does not work would be useful. Please note that you have to install all the file from the zip, especially the codecs.
Cheers
yes - version without DEBUG work more stable... track normal switching to next and previous and working PLAY/PAUSE...
thats all... - i cant rew or ff by long pressing next/prev button and still no showing track info on head unit :/
no anymore ideas for my Challenger / ?
Have looked through the log files and I can't see why it doesn't want to get/send track info. My only thought is that the reported version for lingo4 is not high enough as that's the only command that is looking for a version.
I have created a new version of rockbox for the 5.5G with a later reported version for lingo4 and it can be found at http://www.andyp.uwclub.net/ipod5g.zip along with a debug version at http://www.andyp.uwclub.net/ipod5g.debug.zip, do you want to give them a try and report back?
I have tried looking for a Challenger DVA9705 Navi in UK but it does not seem to be available here and I couldn't find one while I was in Hungary a couple of weeks ago.
If it still doesn't work the only real option is to capture the commands that the Apple firmware and Challenger send. To do this you would need a ipod breakout board and serial port to capture the commands. We could look at this if this version is no better.
tnx for still responding )
sure i try thats version and send report! but only on next week... im hope...
thats log from yours last build
Would you have the ability to connect a couple of serial cables to the iPod Tx and Rx lines on the 30 way connector so we can see what commands are sent? I used a couple of 3 wire Nokia USB cables (CA-42, or DKU-5) and a breakout board with connectors from Ridax (http://www.chargeconverter.com/store/breakout) but i'm not sure if it's still available. Other boards might be available.
Without this I'm not sure if there is much else we can try.
suxx (
thats to difficult for me.... im not electrician /
What version of Apple firmware do you have on your iPod?
glad to hear it )
ver.: 1.3
s/n: 9C7287GRV9M
model: MA446ZP
format: windows
Two different kits were used... both kits apply to the following models of Mazda cars (official list from Mazda USA):
2004-2008 Mazda3 (including Mazdaspeed3)
2006-2007 Mazda5
2005-2008 Mazda6 (including Mazdaspeed6)
2004-2008 Miata
2004-2008 RX-8
2007-2008 CX-7
2004-2006 Tribute
2007-2008 CX-9
2004-2006 MPV
Also the following cars now depreciated from Mazda's official list (was in their early list but removed due to LCD display too small in those vehicle's head units, making difficult to use):
2001-2003.5 Protege
2001-2002 Millenia
2002-2003 MPV
2001-2003 Tribute
2002-2003 Miata
The vehicle being used in is not of importance as radios are internally similar between cars of certain year ranges. Mazda internally designates 2001-2002 cars to use the "Phase 1" modular audio system, including the 2001-2006 Tribute and 2001-2005 Miata. 2004-2006 Mazda3s and RX-8s used the "Phase 2" modular audio system. Everything else used up to 2008 used the "Phase 3" system. "Phase 4" systems are not compatible with the two different interface kits I tested and are used for 2008.5 and newer Mazdas of which a different official interface kit from Mazda is available.
Kits tested are (Mazda part number shown):
C236-79-CFZ in a 2001 Protege (phase 1 system)
C9F2-V6-572-US in a 2005 Mazda3 (phase 2 system)
These official integration kits are manufactured by Sanyo in Malaysia.
iPod used: old style/classic 4th gen color
Rockbox version: 3.1.2
RESULTS (what matters, in the list please do not list the vehicle model tested in the wiki list, only the vehicle make and the kit part # because these kits apply to multiple vehicles and behave all the same as explained):
C236-79-CFZ kit: ZERO functionality, head unit displays "NO DISC" (integration kit uses external CD changer port as an official hack), only charging and power on ability works
C9F2-V6-572-US kit: No remote control functionality (ipod cannot be controlled from head unit). Charging and power on ability works. Audio playback works only up to 25-30 seconds by manually selecting the track from the ipod directly, then the integration module shuts down due to "inactivity time out" (or something like that)
I have just built a version of Rockbox for the ipod4G that has the same updates to the IAP commands as the ipod5G firmware further up this page that allow the 5G to work on my Alpine head unit. Would you like to give this a shot on the C9F2-V6-572-US kit as this might fix it? I don't think it would work on the other but you never know.
The firmware is available from http://andyp.dyndns.info/rockbox/ipod4G.zip
I'll give it a try when I have time but I don't have high hopes
Can you please update the wiki when you have time?
Thanks!
I have just uploaded a version for the 4th Gen colour, rather than the 4th gen grey scale. Its at http://http://andyp.dyndns.info/rockbox/ipod4Gcolour.zip
It might work better on your classic 4th gen color. Do you want to give that a try?
C236-79-CFZ kit: ZERO functionality, head unit displays "NO DISC" (integration kit uses external CD changer port as an official hack), only charging and power on ability works
C9F2-V6-572-US kit: No remote control functionality (ipod cannot be controlled from head unit). Charging and power on ability works. Audio playback works only up to 25-30 seconds by manually selecting the track from the ipod directly, then the integration module shuts down due to "inactivity time out" (or something like that)
rockbox settings were changed to "car adapter mode" ON and no difference
Thanks for trying anyway, I don't think this will ever work unless the docking protocol gets hacked... I'll have to live with the stock firmware some more I guess :(
Rockbox boots up and works, but mazda car integration behavior is the same! I'm telling you the mods you did to the build doesn't work! Nice try, thanks for the help!
Would you be willing to try a debug build that could log all the IAP commands to and from the head unit. This could help in determining where the issue is with the C9F2 unit?
I have built a new version for the ipod color that should automatically write all the transmitted and received IAP commands to a file in the ./rockbox directory before it finally crashes. You might need to run it a couple of times up to the point where the head unit complains about 'inactivity timeout' so as to ensure that all the commands are captured. Hopefully with this log I should be able to see where the issue is. This build is available here
http://andyp.dyndns.info/rockbox/ipod.color.debug.zip Do you want to give this a try?
this build is buggy (no surprise).... it locks up the ipod at times and I had to do a hard reset... ogg playback is also broken, but I did manage to play an MP3 with it in the car long enough to hopefully capture the commands... I also used the controls on the radio to see about sending the IAP commands to the ipod, hopefully those got recorded!
Did it timeout as usual, or did it play for longer?
I've never tried ogg playback for a long time and the IAP commands should not affect it. Something to look at later me thinks.
same timeout as was before, for the most part.... I got it to last a little longer by fiddling with the radio's controls, but once the selections timed out, it killed the line in
The same source built for my 5.5G Video manages to write one most of the time before finally hanging up.
How many times did you try it?
I'll try to build a new one that might be a bit more stable. Might take a couple of days though.
ogg playback worked in your previous build from the 2nd
Have noticed that there appears to be no tx/rx activity from any version of rockbox, release, git or my patched version.
Not sure if the ipod photo is supported as the patch from rpress in 2009 appears to show that the color ipod used ser1 for the dock but all the code in serial.c is for ser0.
As I now have a color I will try to include the patch from rpress to my current code and see what happens on the color and the 5G.
Will probably take a while.
Does anyone have a color/photo/4G ipod that can currently be controlled via an accessory using the latest release of Rockbox?
I have uploaded a new version for the iPod color/photo to http://andyp.dyndns.info/rockbox/ipod.colorphoto.zip This version works on my color iPod with an Alpine Head Unit.
This version does not have any debug code in it and should work OK.
There is also a copy with some debug code in it at http://andyp.dyndns.info/rockbox/ipod.colorphoto.debug.zip that will allow you to dump the last few IAP commands to a log file called
/logf.log.20130225xxxx by going to the Main Menu and selecting System -> Debug -> Dump log file. Hopefully this will dump enough commands if needed.
Do you want to give these a try?
I tried to control my iPod Classic (6G with 160GB and the Rockbox r31516-120101) with the remote control of my Harman Kardon Go + Play II. But it doesn't work with rockbox.
Can you plaese help mi?
Someone please correct me if I am wrong, but I do not think that the iPod Classic has support for IAP in Rockbox at the moment as there is no support for the serial port on that device.
Until the serial port is supported, IAP cannot be supported and I can't find support for the serial port in the source.
First lets start with the Mazda3 with the C9F2-V6-572-US ipod interface connected to the phase 2 factory head unit
Playback is finicky. Most of the time, I had to start playback first before turning on the headunit, otherwise audio would skip every half a second or so.
NONE of the playback controls (remote) works properly. If I hit FF or RW, it would result in audio skipping, depending on the severity of the button presses. Hold down FF and the audio skips indefinitely until I tap RW once. The "change disc" button is supposed to switch albums/playlists/genre/artist. Pressing it results in the headunit indefinitely trying to look for something. Another issue is the playback time would either be permanently stuck at 2:00:00, or at 0:00:00. Resume playback does not work (not surprised), or does remote shutdown works. When you turn on the headunit, it knows the ipod is there and you can hear the line in source enable. You must manually navigate on the ipod to start playing a song.
Despite the buggyness, playback can now be continuous as the interface is seeing IAP commands, it no longer stops line input and the interface no longer just shuts off.
Attached is a log file of the Mazda3 test... I button mashed as much as I could to get the system to log the garbage.
Results were MUCH MUCH better than with the Mazda3. To my surprise playback works. No more "no disc" error on the headunit's display. The interface box is seeing the ipod connected to it. The IAP commands must be doing something! ;)
I can just turn on the headunit without starting playback first. Playback is flawless. No skipping. The FF and RW buttons jump between tracks, not as designed. They were meant as fast forward and rewind functions for a track. The change track buttons does not work, just like it was on the Mazda3 (which I failed to mention). What's different when using the change track button on this interface/headunit though is just a momentary audio skip. "change disc" buttons do not work, which wasn't surprising. However, the headunit or interface box was smart enough to give up after 10-20 seconds and resume playback. Resume playback from a shut down or idle state does not work. Remote shutdown doesn't work either. Just like on the Mazda3, you can hear the line in source enable when you turn the headunit on. Almost all controls must be done manually to start playing a song. The unintended FF and RW buttons work though!
This is my final test. I don't have time to beta test and I don't want to deal with unreliability especially since I lost everything from an ipod hdd crash recently. I don't want to take the chance of rockbox screwing something up on my CF card converted ipod. I hope you understand.
It looks like progress has been made and can be furthered. I think with continued efforts, you can make this compatible with the genuine Mazda Sanyo made ipod interface units.
Thank you and I do think Rockbox is awesome. I will have to come back to it in the future once rock solid compatibility has been made for the Mazda interfaces.
I wish you all luck!
faced a problem with kia car ipod iphone ipad cable (http://www.amazon.com/Hyundai-wired-Kia-Ipod-Cable/dp/B005OJT2TC)
Connecting ipod video 30 GB, rockbox V3.13 to a car via this cable - face the following issues:
1 (-). Album replay mode turns on on its own and can't be turned off (when standard ipod connected it gets kia logo on it's screen, so I guess it turns on album replay mode).
2 (+). Ipod keeps it's functionality - all the user interface etc
3 (-). Playing songs can't be heard in speakers as it is mute (once, after strange sequence of actions trying to make something work music became heardable but only once)
4 (-). Steering wheel track changing buttons doesn't work well - sometimes 'back' works if pushed twice, forward doesn't work generally at all. Mute button doesn't change anything except line 'muted'. (when usb flash drive connected mute button works as pause)
5 (+). Name of the song is correctly displayed on the car multimedia display.
6 (+). Ipod charges
So far ipod with rockbox is unusable using this cable (unfortunately). Hope this can be corrected.
Thank you very much in advance
Since the wiki does not appear to be working at the moment I would like to report my findings regarding the JVC KS-PD100 ipod adapter that I used to connect an ipod video to a JVC KD-SX992R car radio.
- Skip forward / back works, so does the play button and of course audio playback, i.e. the adapter is usable with rockbox
- Seeking does not work right. It seems that the ipod gets far too many "clicks" from the seek button and will keep seeking long after the button has been released.
- The name of the current song is not displayed. I'm reasonably sure that the track's time was displayed at first but then I clicked something and now it's gone. Pretty sure that's my fault though :)
- From what I can tell you cannot navigate the menu (seeing how there are no buttons for that on the car radio)
I have only tried with accessory power enabled. Since it's a car radio I didn't spend a wohle lot of time debugging things so please let me know if you would like me to gather additional information.
iPod: 5.5 Gen 80GB (Latest Stable release of Rockbox)
Device: Alpine CDE-152 (Car audio head unit)
No matter what settings I play around with in Rockbox (Car Audio - On, Accessory Power - Off, etc.) the head unit refuses to communicate with the iPod. All I get is an "Error 02" on the main display of the head unit. According to the owner's manual, Error 02 apparently means "Caused by the iPod/iPhone Software Version not being compatible with this unit." It works perfectly fine with the stock iPod firmware, but that kind of defeats the purpose.
It's probably a snowball's chance in hell of getting Rockbox to work with this head unit, but hopefully my findings will prove to be useful somewhere. Or at least be a warning to others looking to buy this head unit.
A quick look through the manual for the CDE-152 shows that the connection to the iPod from the head unit is via a standard USB iPod lead. This means its using IAP over USB which is not supported by Rockbox. The only option I can see for music playback at the moment is to change the vid/pid to a non iPod pair and have the device treated as Mass Storage.
iPod: 5.5 Gen 80GB (Latest Stable release of Rockbox)
Device: Alpine CDE-152 (Car audio head unit)
No matter what settings I play around with in Rockbox (Car Audio - On, Accessory Power - Off, etc.) the head unit refuses to communicate with the iPod. All I get is an "Error 02" on the main display of the head unit. According to the owner's manual, Error 02 apparently means "Caused by the iPod/iPhone Software Version not being compatible with this unit." It works perfectly fine with the stock iPod firmware, but that kind of defeats the purpose.
It's probably a snowball's chance in hell of getting Rockbox to work with this head unit, but hopefully my findings will prove to be useful somewhere. Or at least be a warning to others looking to buy this head unit.
Device: AUDI MIB 1 High w/ AMI (Audi Multimedia Interface), which is the high-end infotainment device in a 2015 A3.
Rockbox: git from a few days ago with some minor local changes to the WPS screen (git describe says bootloader_zenxfi3_v1-350-g043d65a, last commit pulled from master is 98c15fe85d2e3466d2d345e0f4c8b2a51731be2e)
The iPod is recognized as an iPod, but the AUDI headunit says "no media on device" (or something to that extent).
The logf output (see attachment) shows a few unknown mode 0 requests from the headunit. I've searched for documentation about these unknown mode 0 requests, but I couldn't find anything. Is tools/iap/iap-verbose.pl suppposed to convert the logf output to something human-readable, or just for reading from serial? I might have some time on the weekend to check whether I can hack something together that makes the logf output human-readable...
a) the headunit sends an empty supported lingoes list in the IdentifyDeviceLingoes (0x13) request, which as far as I can see sets the device lingoes list to empty. Afterwards it sends RequestLingoProtocolVersion. I added code to add every queried and supported lingo ((LINGO_SUPPORTED(x)) to device.lingoes, so that the later DEVICE_LINGO_SUPPORTED check does't fail.
b) the lingo4 code does not return any info about a current track if rockbox has just started without any track playing, I tried to connect the iPod with a track playing, and voila, the headunit plays something and after a short while also shows the track database. I'll have to check whether this data can be provided also when rockbox isn't playing anything.
I did a few more local changes and need to now check which change is required and which isn't before I'll provide a patch, but I'm very happy to have my ipod now working in my car.
* add every queried and supported lingo ((LINGO_SUPPORTED(x)) to device.lingoes, so that the later DEVICE_LINGO_SUPPORTED check does't fail if IdentifyDeviceLingoes(0x13) is not sent with the list of supported lingoes (or is it lingos?)
* implement 0x10/0x11 request/response pair ([Request|Return]TransportMaxPayloadSize). unsure if this is really needed, but it sure doesn't hurt
* acknowledge a failed mode0 command with cmd_ack(cmd, IAP_ACK_BAD_PARAM) even when logging. headunit behavior can be slightly differently if we don't send an error on unknown requests
there is also a problem with automatic track updates not always being visible in the headunit, but I still have to debug that one when I find some time
attached patch implements some very limited support for this by setting the notification flag if any bit in the 4 byte bitmask is set (not caring for which notifications the headunit really requests)
1. charging - yes
2. sound - yes
3. car controls - not working
I tested it on rockbox versions:
3.13 - works, also detected in debug -> FM Radio
3.14 - does not work, not detected in debug -> FM Radio
992a126M-180521 - does not work, not detected in debug -> FM Radio
the latest working version:
https://git.rockbox.org/?p=rockbox.git;a=commit;h=500b137308a6ee5c2aba873734a8956d70472f56
the commit that broke it:
https://git.rockbox.org/?p=rockbox.git;a=commit;h=b170c73f922e3457b923b4e7fcbec794a8885c77
what has happened is that the apps/iap.c code, was replaced with apps/iap/FILENAME.c
the latest working version:
https://git.rockbox.org/?p=rockbox.git;a=commit;h=500b137308a6ee5c2aba873734a8956d70472f56
the commit that broke it:
https://git.rockbox.org/?p=rockbox.git;a=commit;h=b170c73f922e3457b923b4e7fcbec794a8885c77
what has happened is that the apps/iap.c code, was replaced with apps/iap/FILENAME.c
I have tested this as well on my 5.5G, it works!