Ipod Nano 2G ogg and database issues

[rdolmat]

Hi folks!

first off...I LOVE ROCKBOX!!! Alright?! Let's clear that right away!!!

second...I've loaded my ipod with mp3s, and when I select a song to play via the database, everything works perfectly!

but...when I load my ipod with ogg, and select a file to play via database, it plays for about 10 seconds, and then gives me a panic (I don't remember the panic message...scheduling bank something...).

I can do a re-boot without having to re-initialize (whew)...

I'm currently playing the oggs via the files selector in my ipod and it's perfect. I even made a shuffled playlist and works great...so, something's up with database + oggs.

Using rockbox r25108

thanks!!

edit: alright. I made the crash again. It says *PANIC* FTL: Scheduling Bank 1 block 1906 for remap!

if that helps anything? I did a chkdsk and everything too...nothing helped. Mayhap Mr. Database don't like ogg?

[Chronon]

I am not seeing this so far with the same revision on my S60.  It might have to do with some code that's specific to that target, I suppose.  Did this behavior start recently?  It would be most helpful if you can find the code change (i.e. which revision) caused this behavior to appear.

[rdolmat]

another test here...

i cleared all my oggs and just loaded mp3s.....perfect!!

hmmmm...

(next day): damn....rockbox is just too unstable on my nano 2g! Woke up this morning, tried to turn on my ipod and got the white-screen-of-restore-death....for no reason...

shite...looks like i might need to go back to regular ipod land...
  

[AlexP]

(next day): damn....rockbox is just too unstable on my nano 2g!

I'll point out that we classify it as unstable   It is a new port and bugs are to be expected.  If you find bugs that you can reproduce, then please check if they are already on the bug tracker and if not add them with full details and a recipe for how to reproduce.

[rdolmat]

Thanks Alex!

I'll start using the bug tracker too! I just thought someone else might have a solution already.

(never used the bug tracker before, please be patient 

[limarus]

I have the same error ;/
Someone already has posted it in Bug Tracker http://www.rockbox.org/tracker/task/11092?project=1&type=2&order=dateopened&sort=desc

Its really annoying bug ;/ Created by some of  yesterday's builds I think.

EDIT
I just have checked newest build and I still got this error. But it's only on few albums- some albums can by played all day, but some songs from antoher album crash RB after 2 sec.

[TheSeven]

Can you check if it still happens for the same files, if you do the following:
- duplicate the files on the player
- delete the old ones
That way you force them to be at a different location on the flash.

I really can't see any relationship between different codecs and FTL problems...

Hint: I expect that problem to be caused by r25099, so you might want to switch to a revision before that to overcome it temporarily. You might also want to try iLoader, which should prevent those "use itunes to restore" situations.

Edit: Can you have a look in the System => Debug => View HW info screen and tell me the values from the "NAND" section?
And when have those crashing songs been copied? Before or after you upgraded to post-r25099?

[limarus]

Ok no problem Give me 10 minutes(i must instal the newest build because Im using old one to overcome this obstacle ;] ).(Not sure this is grammar correct- Im from Poland so sorry if not)
Btw. I was listening only to MP3's

EDIT

There is something new  When I was trying to copy the Mp3 (this which was causing the problem) to my hard drive, RB gave me the same error as before -  FTL: Scheduling ...
Now I must find it on Hard Drive but I think that when It will be at other place(or another sector I don't know) the song will be played normally.

[TheSeven]

OK, this confirms that it is actually a problem with the file, not with the codec.
Can you give me those chip IDs from the NAND section?

[limarus]

banks: 2
bank 0, id: A585D598
bank 1, id: A585D598
sectors: 1982464
sector size 2048

That is what you want?

I don't know if this is changing something but when I was changing build for older(working one) i didn't delete music from IPod and everything was working on the same music files but with older working build.

[TheSeven]

OK so you can say for sure that it's an issue on the *reading* side of things, not writing?
And yes, that's the information I wanted. Apparently a 4GB nano with 2 of those weird 8320-block chips.

[limarus]

I think reading, because I wasn't rewriting songs all the time they were the same.
And now I see that my error was another i was saying about bank 1 block 3186 for remap.

[TheSeven]

yes, the bank and page number isn't really relevant here, it's only pointing to the block that it couldn't read, and you probably have lots of those. But if it's the read operation that fails, why always for the same data and not just randomly? I don't quite get it yet.

Edit: Please try the builds at http://www.file-upload.net/download-2338259/rockbox-nandworkaround.zip.html

[TheSeven]

Discussion has moved to FS#11092, and it turned out that the problem didn't have anything to do with ogg or the database at all.
Closing.