Rockbox.org home
Downloads
Release release
Dev builds dev builds
Extras extras
themes themes
Documentation
Manual manual
Wiki wiki
Device Status device status
Support
Forums forums
Mailing lists mailing lists
IRC IRC
Development
Bugs bugs
Patches patches
Dev Guide dev guide
Search



Donate

Rockbox Technical Forums


Login with username, password and session length
Home Help Search Staff List Login Register
News:

Thank You for your continued support and contributions!

+  Rockbox Technical Forums
|-+  Support and General Use
| |-+  Audio Playback, Database and Playlists
| | |-+  database issues: do I always need to initialise db on device after synch ????
« previous next »
  • Print
Pages: [1]

Author Topic: database issues: do I always need to initialise db on device after synch ????  (Read 1459 times)

Offline edzillion

  • Member
  • *
  • Posts: 3
database issues: do I always need to initialise db on device after synch ????
« on: February 02, 2010, 03:51:34 PM »
Just went through:

format > 'restore' via itunes > install rockbox 

that all worked fine.

with the ipod still attached I went into media monkey and synched an album. When I 'ejected' the ipod it rebooted and stated that it needed to build the dbase. I said ok, it went through and then said something else [1/9 etc.]

Anyway, I was pleased to see the album listed in the database, with the proper artist, track names etc. I then tried to synch another album. This next album would not appear (even with 'rebuild database' under media monkey - this seems to do nothing), so I went into the settings (on the device) and chose 'initialise database' - it did the ?/9 thing and then I could see the new album in the database.

This is a pretty roundabout way of doing things but if it is the only option then I could settle for it - I suppose I could synch a whole lot of stuff and then do the init dbase thing on all of them (?)

thanks for all the help, past and future.

ed
Logged

Offline torne

  • Developer
  • Member
  • *
  • Posts: 994
  • arf arf
Re: database issues: do I always need to initialise db on device after synch ????
« Reply #1 on: February 02, 2010, 04:32:10 PM »
Use "update now", or set autoupdate to true. Update only looks for new files, so will be much faster.
Logged
some kind of ARM guy. ipodvideo/gigabeat-s/h120/clipv2. to save time let's assume i know everything.

Offline edzillion

  • Member
  • *
  • Posts: 3
Re: database issues: do I always need to initialise db on device after synch ????
« Reply #2 on: February 02, 2010, 07:23:56 PM »
1st: thanks for the help.

Tried what you said:

set autoupdate to true
then rebooted the ipod
then synched some music from MM
then checked and the database does not show the songs
then tried to do the 'update now' option. that said 'working in background' - waited for it to finish and still no sign of my music
then tried the 'initialise database' option and it asked me to reboot. the tracks then show in the database.

Is there an option I am missing? Note that in MM I get two ipods: one white and one black. the white one seems to be the ipod firmware and the black seems to be the rockbox firmware. I synch to the black one and then 'remove device safely' on the white one (this option doesn't appear for the black one) - also the 'configure this device' option when you click on the device in MM gives quite different set of options for each one.
Logged

Offline torne

  • Developer
  • Member
  • *
  • Posts: 994
  • arf arf
Re: database issues: do I always need to initialise db on device after synch ????
« Reply #3 on: February 03, 2010, 05:46:26 AM »
That should work..
Logged
some kind of ARM guy. ipodvideo/gigabeat-s/h120/clipv2. to save time let's assume i know everything.

  • Print
Pages: [1]
« previous next »
+  Rockbox Technical Forums
|-+  Support and General Use
| |-+  Audio Playback, Database and Playlists
| | |-+  database issues: do I always need to initialise db on device after synch ????
 

  • SMF 2.0.17 | SMF © 2019, Simple Machines
  • Rockbox Privacy Policy
  • XHTML
  • RSS
  • WAP2

Page created in 0.063 seconds with 15 queries.