:strip_icc():strip_exif()/u/40267/mini-kermit.jpg?f=community)
Hi all,
Ik heb deze vraag al eens enkele tijd geleden gesteld maar helaas is het probleem niet opgelost. In de tussentijd zijn er toch ook wel wat nieuwe inzichten wat het misschien wat kan vereenvoudige. Ik zeg er bij dat ik geen programmer ben dus don't shoot me
als ik verkeerde termen of wat dan ook gebruik:
Voor ons radiostation (vrijwilligersorganisatie) hebben wij een nieuw radio automatisering programma waar al muziek instaat. Dit staat in MP3 opgeslagen in een aantal directories.
Nu moeten er ook nog meer tracks worden ingevoerd. Deze tracks komen dus niet via het systeem mee en moeten allemaal nog worden ingevoerd in het systeem. Deze tracks rippen wij van cd's en komen op 1 grote mp3 berg (lees: directories). Het invoeren van een track is best lastig (begin eind etc) en kost zo'n 4 minuten per track.
Nu kan het zo zijn dat in de ene berg geripte nog in te voeren mp3's dubbele zitten die dus al in het systeem staan. Nu kom je hierachter door hem manueel te gaan zoeken in de database maar bij zo'n 1000 tracks werkt dit ENORM vertragend.
De wens is dus om de tracks bij voorbaat al te filteren. Met andere woorden:
De namen van de ene berg mp3's moeten worden vergeleken met de andere berg mp3's en zodra er een dubbele bijzit moet deze worden gekopieerd naar een ander mapje of worden gedelete. Zo hou je dus alleen de tracks over die nog niet in het systeem staan en dus kunnen worden ingevoerd.
Het geen wordt er niet makkelijker op gemaakt doordat niet elke mp3 er gelijk uitziet wat betreft naam en bitrate. Er kunnen bv ook 10 tracks van michael jackson inzitten met allemaal verschillende titels. Komen er twee keer dezelfde titels in voor zou hij hem dus moeten weggooien.
Wat mijn vraag anders maakt dan de vorige keer is dat ik er nu achter ben dat de huidige database met bestaande tracks staat opgeslagen in een *.mdb file. Je zou dus niet echt op de file name hoeven vergelijken maar ook op bv een aantal velden in die mdb file.
Toch is het probleem er dan nog dat aan de mp3 (geripte) dirs kant nog steeds file zijn en niet een mdb file.
Is er iets mogelijk, te maken te vinden die iets voor ons kan doen
want de logische mogelijkheden beginnen zo langzamerhand echt op te raken 
Ik heb deze vraag al eens enkele tijd geleden gesteld maar helaas is het probleem niet opgelost. In de tussentijd zijn er toch ook wel wat nieuwe inzichten wat het misschien wat kan vereenvoudige. Ik zeg er bij dat ik geen programmer ben dus don't shoot me
als ik verkeerde termen of wat dan ook gebruik:Voor ons radiostation (vrijwilligersorganisatie) hebben wij een nieuw radio automatisering programma waar al muziek instaat. Dit staat in MP3 opgeslagen in een aantal directories.
Nu moeten er ook nog meer tracks worden ingevoerd. Deze tracks komen dus niet via het systeem mee en moeten allemaal nog worden ingevoerd in het systeem. Deze tracks rippen wij van cd's en komen op 1 grote mp3 berg (lees: directories). Het invoeren van een track is best lastig (begin eind etc) en kost zo'n 4 minuten per track.
Nu kan het zo zijn dat in de ene berg geripte nog in te voeren mp3's dubbele zitten die dus al in het systeem staan. Nu kom je hierachter door hem manueel te gaan zoeken in de database maar bij zo'n 1000 tracks werkt dit ENORM vertragend.
De wens is dus om de tracks bij voorbaat al te filteren. Met andere woorden:
De namen van de ene berg mp3's moeten worden vergeleken met de andere berg mp3's en zodra er een dubbele bijzit moet deze worden gekopieerd naar een ander mapje of worden gedelete. Zo hou je dus alleen de tracks over die nog niet in het systeem staan en dus kunnen worden ingevoerd.
Het geen wordt er niet makkelijker op gemaakt doordat niet elke mp3 er gelijk uitziet wat betreft naam en bitrate. Er kunnen bv ook 10 tracks van michael jackson inzitten met allemaal verschillende titels. Komen er twee keer dezelfde titels in voor zou hij hem dus moeten weggooien.
Wat mijn vraag anders maakt dan de vorige keer is dat ik er nu achter ben dat de huidige database met bestaande tracks staat opgeslagen in een *.mdb file. Je zou dus niet echt op de file name hoeven vergelijken maar ook op bv een aantal velden in die mdb file.
Toch is het probleem er dan nog dat aan de mp3 (geripte) dirs kant nog steeds file zijn en niet een mdb file.
Is er iets mogelijk, te maken te vinden die iets voor ons kan doen
want de logische mogelijkheden beginnen zo langzamerhand echt op te raken
/u/13831/icon.png?f=community){kind=icon}
