Re: Ipod video 5.5 80GB
Gaetano Vocca wrote: Dear all, which are the main problems keeping rockbox from running in an ipod 80GB? This is to summarize the current development status Thanks in advance Gaetano You can find a discussion of the 80GB iPod in our user forums in this thread: http://forums.rockbox.org/index.php?topic=7738.0 In that thread, GodEater described the current status as follows: We (mostly myself, Amiconn, and Jeffb) have arrived at the conclusion that the disc in the 80GB is ATA-7 compliant - based on the information from the identify_info returned by the ATA controller when it's queried. It's returning some curious information that we're pondering currently : According to the information we're getting back - there are more logical sectors on the disc than physical. We're not sure if this is relevant or not. The information on multi-sector read/write support doesn't comply with any version of the ATA standard that we're aware of. Regardless of this - even trying single sector reads fails.
Ipod video 5.5 80GB
Dear all, which are the main problems keeping rockbox from running in an ipod 80GB? This is to summarize the current development status Thanks in advance Gaetano Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com
ATA help needed for iPod Video 5.5G port (UNFINISHED patch included)
For the past couple of days, I've been trying to get the Rockbox bootloader working on my 5.5G iPod Video. I've managed to get it to the point where it reads the checksum and model name from rockbox.ipod, but then it hangs somewhere in ata_read_sectors() while reading the rest of the image. I haven't modified ata.c at all, and I don't see why it should crash in there -- not that I really understand the function. The problem this patch addresses is that while the hard drive has normal 512-byte sectors, the filesystem has a logical sector size of 2048 bytes. It's presented over USB as a 2048-byte-per-sector HDD, so I can't just reformat the partition with a sane setting. Heavens, how I would _like_ to. All the patch does is quadruple the numbers read in the partition table, quadruple the number and addresses of sectors read and written by the FAT code, and make bpb_is_sane() expect 2048-byte sectors. I haven't quite finished doing that -- the fsinfo accesses are untouched, at the least. But, again, I don't see what I've done that would lead to a crash in ata_read_sectors(). I can't help but feel that I've done something foolish. -- Rob diff -Naur rockbox-devel/firmware/common/disk.c rockbox-dirty/firmware/common/disk.c --- rockbox-devel/firmware/common/disk.c 2006-08-31 19:19:35.0 + +++ rockbox-dirty/firmware/common/disk.c 2006-09-23 22:16:07.0 + @@ -78,6 +78,10 @@ pinfo[i].type = ptr[4]; pinfo[i].start = BYTES2INT32(ptr, 8); pinfo[i].size = BYTES2INT32(ptr, 12); +#ifdef FAT_2K_SECTORS +pinfo[i].start *= 4; +pinfo[i].size *= 4; +#endif DEBUGF(Part%d: Type %02x, start: %08lx size: %08lx\n, i,pinfo[i].type,pinfo[i].start,pinfo[i].size); diff -Naur rockbox-devel/firmware/drivers/fat.c rockbox-dirty/firmware/drivers/fat.c --- rockbox-devel/firmware/drivers/fat.c 2006-08-02 15:58:02.0 + +++ rockbox-dirty/firmware/drivers/fat.c 2006-09-23 22:01:15.0 + @@ -506,12 +506,23 @@ #ifndef HAVE_MULTIVOLUME struct bpb* fat_bpb = fat_bpbs[0]; #endif +#ifdef FAT_2K_SECTORS +#warning PATCHED +if(fat_bpb-bpb_bytspersec != 2048) +{ +DEBUGF( bpb_is_sane() - Error: sector size is not 2048 (%d)\n, +fat_bpb-bpb_bytspersec); +return -1; +} +#else +#warning NOT PATCHED if(fat_bpb-bpb_bytspersec != 512) { DEBUGF( bpb_is_sane() - Error: sector size is not 512 (%d)\n, fat_bpb-bpb_bytspersec); return -1; } +#endif if((long)fat_bpb-bpb_secperclus * (long)fat_bpb-bpb_bytspersec 128L*1024L) { DEBUGF( bpb_is_sane() - Error: cluster size is larger than 128K @@ -564,9 +575,16 @@ #endif /* Write to the first FAT */ +#ifdef FAT_2K_SECTORS +rc = ata_write_sectors(IF_MV2(fce-fat_vol-drive,) + secnum * 4, 4, + sectorbuf); +#else rc = ata_write_sectors(IF_MV2(fce-fat_vol-drive,) secnum, 1, sectorbuf); +#endif + if(rc 0) { panicf(flush_fat_sector() - Could not write sector %ld @@ -585,8 +603,13 @@ #else secnum += fat_bpbs[0].fatsize; #endif +#ifdef FAT_2K_SECTORS +rc = ata_write_sectors(IF_MV2(fce-fat_vol-drive,) + secnum * 4, 4, sectorbuf); +#else rc = ata_write_sectors(IF_MV2(fce-fat_vol-drive,) secnum, 1, sectorbuf); +#endif if(rc 0) { panicf(flush_fat_sector() - Could not write sector %ld @@ -631,9 +654,15 @@ /* Load the sector if it is not cached */ if(!fce-inuse) { +#ifdef FAT_2K_SECTORS +rc = ata_read_sectors(IF_MV2(fat_bpb-drive,) + (secnum * 4) + fat_bpb-startsector,4, + sectorbuf); +#else rc = ata_read_sectors(IF_MV2(fat_bpb-drive,) secnum + fat_bpb-startsector,1, sectorbuf); +#endif if(rc 0) { DEBUGF( cache_fat_sector() - Could not read sector %ld @@ -1933,6 +1962,11 @@ struct bpb* fat_bpb = fat_bpbs[0]; #endif int rc; + +#ifdef FAT_2K_SECTORS +start *= 4; +count *= 4; +#endif LDEBUGF(transfer(s=%lx, c=%lx, %s)\n, start+ fat_bpb-startsector, count, write?write:read); diff -Naur rockbox-devel/firmware/export/fat.h rockbox-dirty/firmware/export/fat.h --- rockbox-devel/firmware/export/fat.h 2006-07-31 22:59:45.0 + +++ rockbox-dirty/firmware/export/fat.h 2006-09-23 21:41:53.0 + @@ -22,8 +22,13 @@ #include stdbool.h #include ata.h /* for volume definitions */ +#include config.h /* for FAT_2K_SECTORS or not */ +#ifdef FAT_2K_SECTORS +#define SECTOR_SIZE 2048 +#else #define SECTOR_SIZE 512 +#endif /* Number of bytes reserved for a file name (including the trailing \0). Since names
iPod Video 5.5G boot partition
Well, hopefully this will help someone figure out how to get the bootloader onto the 5.5G. It's the boot partition from my 5.5G 30GB iPod Video. http://kalthare.dyndns.org/ipod-video-5.5g-boot.zip It's a fifteen megabyte zipfile, and the decompressed partition is about a hundred megs. -- Rob signature.asc Description: OpenPGP digital signature
Patch to increase lcd speed on the ipod video.
Patch to increase lcd speed on the ipod video. Decreases runtime of lcd_update_rect by an average of 0.1 ticks per call, or 1 millisecond; and up to three milliseconds max. This increases the maximum frame rate by about one to one-and-one-half frames per second. Using the test_fps plugin, the results for the unmodified code, on my ipod, are: 1/1 21.5 fps, 1/4 44.5 fps, with CPU at 30MHz 1/1 37.0 fps, 1/4 57.0 fps, with CPU at 75MHz With this patch, my results are: 1/1 22.5 fps, 1/4 46.0 fps, with CPU at 30MHz 1/1 38.5 fps, 1/4 58.0 fps, with CPU at 75MHz The patch uses Duff's Device to unroll a loop. Patch can be found here: http://www.rockbox.org/tracker/task/5432
Re: Connecting a iRiver LCD remote to the iPod video?
On 2/9/06, Tomas [EMAIL PROTECTED] wrote: George Styles wrote: Using a IPod Nano as a remote for the iPod video. Sounds like a nice idea if you know nothing else to spend your money on \o/ here ! lImbus
Re: Connecting a iRiver LCD remote to the iPod video?
Serial coms sounds promisingOn 2/7/06, Alun Thomas [EMAIL PROTECTED] wrote: George Styles wrote: Hi, I want a rockbox-capable, video capable, small, 60gig+ player. It seems the iPod video is perfect, except for one thing, it doesnt have a LCD remote (which is the killer feature of my H140). Looking at http://www.rockbox.org/twiki/bin/view/Main/IriverHardwareComponents#Remote_Control and http://ipodlinux.org/Dock_Connector it seems that the iPod doesnt have any digital IO lines on its dock connector, but does have a serial interface. I was thinking we could have a PIC chip connected to power and serial on the iPod, with a simple program to drive the LCD remote. I imagine it would accept a serial input from the iPod and bit-bang the data into the LCD remote, and monitor the buttons for presses and return them to the iPod via serial. Of course, it would require software support on the iPod, but now we have a (almost working) Rockbox port, that should be simple. The main problem I see is that this would not be 'mainstream' so I would be left porting my changes to each new release of Rockbox. And getting a connector to mate with the odd iRiver remote. Of course, the Rockbox project could 'adopt' a LCD remote of some kind Any comments? anyone know of a LCD remote that already works via serial only? (how do the Sony minidisc ones work?) ideally one that is still in production. gOn sony minidiscs the buttons use a resistor network with differentvalues for each button. The ones with a display use serial comms forthis part of it AFAIK. It's a while since I had one though.
Connecting a iRiver LCD remote to the iPod video?
Hi,I want a rockbox-capable, video capable, small, 60gig+ player. It seems the iPod video is perfect, except for one thing, it doesnt have a LCD remote (which is the killer feature of my H140).Looking at http://www.rockbox.org/twiki/bin/view/Main/IriverHardwareComponents#Remote_Control andhttp://ipodlinux.org/Dock_Connectorit seems that the iPod doesnt have any digital IO lines on its dock connector, but does have a serial interface. I was thinking we could have a PIC chip connected to power and serial on the iPod, with a simple program to drive the LCD remote. I imagine it would accept a serial input from the iPod and bit-bang the data into the LCD remote, and monitor the buttons for presses and return them to the iPod via serial. Of course, it would require software support on the iPod, but now we have a (almost working) Rockbox port, that should be simple.The main problem I see is that this would not be 'mainstream' so I would be left porting my changes to each new release of Rockbox. And getting a connector to mate with the odd iRiver remote. Of course, the Rockbox project could 'adopt' a LCD remote of some kindAny comments? anyone know of a LCD remote that already works via serial only? (how do the Sony minidisc ones work?) ideally one that is still in production. g
Re: IPod video?
Hi! undocumented propriority chip proprietary? cu, John
Re: IPod video?
Thanks :) i think i will hold off until someone makes a small 60gig player with less lock in, and it inspires the devers here to port to it :) undocumented propriority chip proprietary? I shall also wait for one that has a dictionary built in ;-P (like the iStation-i2) g
Re: IPod video?
i think i will hold off until someone makes a small 60gig player with less lock in, and it inspires the devers here to port to it :) That reminds me: Anyone heard anything new from Neuros? Their concept of a fully open (hardware and software) platform seemed quite promising. At least I noticed there was a meeting with the rockbox developers. cu, John
Re: IPod video?
On Mon, 30 Jan 2006, George Styles wrote: Is video decoding possible in theory? or does it use a undocumented propriority decoding chip? Everything on iPod is undocumented propriority chips, but on the video model there's a separate undocumented propriority chip used for video. -- Daniel Stenberg -- http://www.rockbox.org/ -- http://daniel.haxx.se/