deleted files still in database
if i delete some music-files whitch are already in database they are still there. even if i start pytone with pytone -r . how can i get files, which are no more here, out of the database?
Hi, sorry for the delay. On 30.10.04, schwitz wrote:
if i delete some music-files whitch are already in database they are still there. even if i start pytone with pytone -r . how can i get files, which are no more here, out of the database?
You're right. Currently, PyTone only looks for new songs when starting it with the command line switch -r. To delete non-existing songs press "u" when you have selected a directory holding the songs. I'll change this behaviour in the next version. Jörg
On Tue, Nov 02, 2004 at 08:19:03AM +0100, Joerg Lehmann wrote: # Hi, # # sorry for the delay. # # On 30.10.04, schwitz wrote: # > if i delete some music-files whitch are already in database they are # > still there. even if i start pytone with pytone -r . # > how can i get files, which are no more here, out of the database? # # You're right. Currently, PyTone only looks for new songs when starting # it with the command line switch -r. To delete non-existing songs press # "u" when you have selected a directory holding the songs. I'll change # this behaviour in the next version. I reported this same problem on the 5th. I'm not understanding your workaround though... what does it mean to "select a directory" ? I navigated into Filesystem/ and found the directory that used to hold the mp3's that are now gone, and hit 'u' both inside that directory and with the directory highlighted by the "cursor" with no results. I also hit 'u' after navigating into Albums/ inside the album and with the album highlighted and also had no results. Help! :) -Sam
Hi Sam, On 02.11.04, Sam Rowe wrote:
On Tue, Nov 02, 2004 at 08:19:03AM +0100, Joerg Lehmann wrote: # On 30.10.04, schwitz wrote: # > if i delete some music-files whitch are already in database they are # > still there. even if i start pytone with pytone -r . # > how can i get files, which are no more here, out of the database? # # You're right. Currently, PyTone only looks for new songs when starting # it with the command line switch -r. To delete non-existing songs press # "u" when you have selected a directory holding the songs. I'll change # this behaviour in the next version.
I reported this same problem on the 5th. I'm not understanding your workaround though... what does it mean to "select a directory" ? I navigated into Filesystem/ and found the directory that used to hold the mp3's that are now gone, and hit 'u' both inside that directory and with the directory highlighted by the "cursor" with no results. I also hit 'u' after navigating into Albums/ inside the album and with the album highlighted and also had no results.
Hmm, the last thing should work (not the first one, because the reindexing works by checking all songs in the current "virtual" folder). Are you sure it didn't work. You could also just select the "[Songs]" virtual folder and then press "u". Does this work? Jörg
On Wed, Nov 03, 2004 at 08:33:31PM +0100, Joerg Lehmann wrote: # Hi Sam, # Hmm, the last thing should work (not the first one, because the # reindexing works by checking all songs in the current "virtual" folder). # Are you sure it didn't work. You could also just select the "[Songs]" # virtual folder and then press "u". Does this work? I'm sure. One thing worth noting (this was in my original report) is that I had a duplicate directory, so the songs were indexed twice.... meaning it's not a simple case of "I don't have these mp3's anymore." It's more like "I don't have two copies of these mp3's anymore." Thanks, Sam
Hi Sam, On 03.11.04, Sam Rowe wrote:
I'm sure. One thing worth noting (this was in my original report) is that I had a duplicate directory, so the songs were indexed twice.... meaning it's not a simple case of "I don't have these mp3's anymore." It's more like "I don't have two copies of these mp3's anymore."
Sorry, I really forgot to respond to your original report, which I've only now fished out of my mailbox. Too much stress lately. I just tried to reproduce this behaviour by registering a copy of one mp3 file. If I delete this copy afterwards and update the database (using "u"), the second copy of the song disappears from the database. Jörg
Teilnehmer (4)
-
Joerg Lehmann -
Sam Rowe -
Sam Rowe -
schwitz