If it read FMPS tags for new files then one couldīring in an mp3 from the internet to one folder, play it a few times, rate it, Or if this was a plugin, it could be set to run after RB has checked the This happen regularly (daily, or if modified date of rhythmdb is newer than aĭate stored in a log file of when the script was last run, or upon open/closure Rhythmdb and write them to the tags in the files. HOWEVER! One could conceivably write a script to read playcount & ratings from The the file's tags and rhythmdb on a per-case basis, hence it'd be synced. Info has been written to files, all future playing & rating done in RB would go This would conceivablyīe a one-time-only thing, if you exclusively use RB, since after all rhythmDB Write existing rhythmdb ratings & playcounts to files. Written to rhythmDB, with the 'divide by 5' rule per my previous post. Write ratings to the TXXX in the files' tags at the same time as being This would benefit people moving over to RB from elsewhere - no bad thing. (playcount would need no conversion, just to be displayed & imported into This would need some kind ofĭisplay conversion based on thresholds for the greater range of ratings in Them displayed in RB & saved into rhythmdb. (e.g.) Kid3, or bring them over already tagged from other programs, and have If RB supported TXXX/FMPS_Rating then one could independently tag mp3 files in Display/convert existing FMPS ratings/playcounts: To-do list, since I'm thinking about it, in no particular order: If the tagging and always-on sidebar bugs were fixed i'd be overjoyed). (I assume this hasn't been fixed in 2.99.1 I can't manage to upgrade from 2.98 in xubuntu (problem here: ). I honestly believe that this would be a much more regularly commented-upon issue if it wasn't such a horrifically nightmarish pain in the arse to sign up for bugzilla and find this page. But listening to the new music you've acquired before sorting out the tags and not wanting to lose ratings & playcounts must surely happen very regularly. THIS is my biggest rage about this problem: I have no burning desire to leave rhythmbox, and assumedly switching players is a relatively rare event. If you manually import those files into RB (or it happens automatically through watch folders), any playcount or ratings info added to the library gets orphaned when you rename and/or move those files. If you download music legally or illegally, the tags are gonna be wrong, 99.9% of the time. The current justifications omit one reason for solving this problem: Maybe just publishing/documenting this workaround would work? Just tested from Banshee 2.3.3 to Rhythmbox 2.95, both players use filenames relative to ~, and track counts match after import. Creating "rating1,rating2,rating3,rating4,rating5" m3u playlists in Banshee, importing them in Rhythmbox, then mass-editing the properties of the tracks presents in each playlist works fine. With Windows Media Player, Banshee, and IIRC a few other Linux players like Audacious using this POPM frame, maybe now is a good time to adopt it.ģ. Nick, the patcher behind the Banshee implementation, does a pretty good review of the pros/cons (already mentioned above). "Ratings are personal and should be stored in some sort of user-level database" flamewars: The question "should we write ratings and playcounts to files?" is still highly controversial and subject to "I HATE losing my ratings" vs. This problem may be addressed by either migration tools, or writing to files.Ģ. Some users still show strong interest for a feature helping them to switch from one media player to another. A few points (I hope) worth mentioning:ġ. As Rhythmbox will be back as default player in Ubuntu 12.04, this bug will probably get hotter in the next few months.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |