Some people ask me , how they can change the playlist file to work with the SDCard.So , I decided to write a short Howto:
First you need a hex editor.
For example HexEdit (Windows). Or KhexEdit (Linux)
Then, you have to understand the playlist/spl format , here is a short description:
| Header |
| 01 | 00 | 00 | 00 | 00 | 00 | | Init Sequence |
| 00 | 00 | 00 | 00 | | | | | Nr of Entries | |
| For each Entry: |
| 02 | 00 | Init entry |
| 00 | 00 | 00 | 00 | Entry number /position |
| 00 | 00 | 00 | 00 | 00 | 00 | 00 | 00 | Filesize |
| 00 | 00 | 00 | 00 |
| 00 | 00 | 00 | 00 | Size of title |
| ? | ? | ? | ? | ? | ? | ? | ? |
| 00 | 00 | 00 | 00 | Size of artist |
| ? | ? | ? | ? | ? | ? | ? | ? | Artist | |
| 00 | 00 | 00 | 00 | | | | | Size of album | |
| ? | ? | ? | ? | ? | ? | ? | ? | Album | |
| 00 | 00 | 00 | 00 | | | | | Size of genre | |
| ? | ? | ? | ? | ? | ? | ? | ? | Genre | |
| 00 | 00 | 00 | 00 | | | | | Size of absolute file path | |
| ? | ? | ? | ? | ? | ? | ? | ? | Absolute file path | |
| 00 | | | | | | | | Track nr | |
| 00 | | | | | | | | Closing byte | |
The important part is the “absolut file path”. This is the path where the aireo can find the mp3 file.
Normally it would be something like \Disk\MyMusic\artist\album\title.mp3.
Changing the “absolute file path” to \Storage Card\… causes the aireo to search on the SDCard.
But you have to pay attention to the previous 4 bytes (”size of absolute file path”) ! These bytes define the
length of the “absolute file path”.
So you have the following options:
1. Change \Disk\ to \Storage Card\ and change the mp3 file name so that the whole path has the same length as before.(don’t forget to rename the mp3 file.)
2. Change \Disk\ to \Storage Card\ and add 8 to the “size of absolute file path”. (e.g. 3F 00 00 00 -> 47 00 00 00)
That’s it ! The playlist contains now a song located on the SDCard !!
Yes , it is possible to use Aireo Playlists on SD Card.
The only difference is to use another path for the playlist entry:
\Storage Card\My Music\…
instead of
\Disk\My Music\…
I’m going to enhance Jasy to support playlists on SD Card.
Hi,
I’ve uploaded a new Jasy preview (V0.21).
Changes
Drag and Drop fully implemented
Copy and Paste implemented
File delete
Tree improvements (async,popups,..)
Code cleanup
Missing festures
Aireo communication abstraction (USB/WLAN)
Playlist functions
File transfer functions
Used/Free space display works only for Linux
Requirements
Sun Java 1.5 or higher
Java Webstart
Jasy Alpha Preview (Webstart link)
I’m searching for assistance to speed up the JASY development !
If you are interrested and match to one of the following profiles, don’t hesitate
to contact me.
Java Developer: You have some experience in developing java applications and like to code a part of jasy.
Java GUI Developer: You have some experience in developing swing GUIs and like to improve the JASY gui.
Network Specialist: You have some experience with ethereal or other sniffer tools and like to reengineer the Aireo WLAN protocol.
Graphics/Designer: You like to design the splash screen and icons of the Jasy tool.
I’m looking forward to hear from you !
A preview of the Java Aireo SYnc (Jasy) tool is now available via webstart.
It is only a demonstration of the current development state (pre-alpha) and it is NOT stable.
The important features (like copy files to aireo, creating playlists …) are not fully implemented so that
they are not working, yet.
The preview gives you only a insight into the “look and feel” of the jasy tool.
Requirements
Sun Java 1.5 or higher
Java Webstart
Jasy Alpha Preview (Webstart link)
I’ve got a lot of request regarding the Aireo SPL parser and playlist creator in the last weeks.
But it has took some time to make this code portable and to build a package.
The SPL Creator is now ready for download: SPL Creator
(It is only tested with Linux, but windows should also be ok.)
Requirements:
Sun Java 1.5 or higher
ID3 Tag Java Library
To start the SPL Creator command line tool, enter the following command:
Linux: java -cp id3-1.6.0d9.jar:SPLCreator.jar de.dietzm.aireo.cmd.Creator [playlist Name] [mountpoint] [mp3files]
Windows: java -cp id3-1.6.0d9.jar;SPLCreator.jar de.dietzm.aireo.cmd.Creator [playlist Name] [Mapped Driveletter] [mp3files]
Use this software at your own risk. No warranty! The source code is included in the jar file.
Tools for converting a m3u playlist and for removing a playlist (with entries) will follow.
I have suspended the work on the Aireo MP3 player.
I plan a vacation trip to dubai in November and I need
a running MP3 player.
Therefore I have desoldered all JTAG wires and reassembled the Aireo.
I hope there is more time in december to continue the JTAG stuff.
Next
Steps:
Wow , this is a good answer,
*bad board design*. Anyway , how do I adjust the BSR register ?
I have to study the jtag basics:
-how does jtag work (TMI,TDO,signals)?
-What is that BSR used for (Boundary Scan Register) ?
-The architecture of the ARM platform (Instruction Register, Data Register …)
And a second answer from Marcel:
Hi Mathias.
On Mon, Aug 15, 2005 at 09:20:40AM +0200, Mathias Dietz wrote:
> jtag> detect
> IR length: 5
> Chain length: 1
> Device Id: 01101001001001100100000000010011
> Manufacturer: Intel
> Part: PXA250
> Stepping: PXA255A0
> Filename: /usr/local/share/jtag/intel/pxa250/pxa250c0
> jtag> discovery
> Detecting IR length ... 5
> Detecting DR length for IR 11111 ... 1
> Detecting DR length for IR 00000 ... <<------- the board
> is resetted and turned off 
During EXTEST (00000) the previous content of the BSR is transferred to the
PXA255 pins. While standard usage (as flash programming) we are using
SAMPLE/PRELOAD to set default BSR bit values, but during 'discovery' the
internal defaults are used because 'discovery' has no knowledge about
SAMPLE/PRELOAD instruction code.
It looks like your board has a feature that perfoms reset (or turn-off) of the
board when some value (probably 0) is present on a GPIO (or another pin) of the
CPU. In that case it looks like a bad board design for me. Anyway, if that is
your case you should not use the 'discovery' command. To enable flash
programming you could adjust BSR bit defaults as needed for your board.
Regards.
I got an answer from Andrew:
On 8/15/05, Mathias Dietz wrote:
> But when I start the detectflash or dicovery command, the board resets and
> turns off.
I don`t know your specific hardware, but I`m guessing that something
in the bus driver for the PXA series parts is triggering the behaviour
you see. Most bus drivers work by shifting in a series of bits that
apply to /all/ the I/O for the CPU and repeating this over and over to
produce valid external read/write signals to the flash. If this
series of bits happens to set the bits that control a reset/power
off/watchdog for your system, then you would see the behavior
you`re getting.
Hardware, n.:
The parts of a computer system that can be kicked.