If it's really low, it means we need to cover a lot of screen real estate in a short amount of time. There is an increment factor which gets calculated based on how long our calculated sleep time is. I think I know why you're seeing this one. In the future I may try out that libmad tag library, that might be a little less taxing than id3lib. I do notice a little sluggishness when it first reads the lyrics, but after that things are fine on my player. Maybe this is your sluggishness problem? Let me know if it is so I can recommend that end users set their ReserveCache a little higher. ReserveCache=64 Still seems to leave the player with enough to play with. Last I heard the player has 180 * 32k cache blocks, so I can't see how ReserveCache=2 or ReserveCache=4 does much for us. ReserveCache=2? I have my ReserveCache set to 64. Now I just need to add lyric tags to all my music and I've got a ready made Karaoke-Business-in-a-Box. Functionally I think it's identical to what you already have, but I think that it's marginally clearer - putting 'On' and 'Off' next to each other would help people to grasp the real effect that they have. Oh, I'm also trying to promote the idea that a long knob press should always quit back to the hijack menu (without making any changes)Ĥ) Slightly modified Menu options On (exits menu leaving lyrics on), Off (exits with lyrics off), Mode, Font, Quit. The question is whether hijack supports a process binding the screen *only* (as emphaticd would need to). I'm hoping that future versions of hijack will enable userland apps to be assigned to the Popup menus. When you exit the menu (ie, emphatic_control), unbind all the buttons, and wait for selection from hijack again. Then bind emphatic_control to the hijack menu, and bind all the buttons for menu use only. I think that the ideal solution would be to separate out the lyrics display and UI functions into 2 processes, ie emphaticd and emphatic_control. I know that you've mentioned wanting to make emphatic sit back more in the background. (Typically a short press being translated as a long press). It really shouldn't keep the buttons bound during general use, and I have seen some quirkyness with the left and right buttons when lyrics have been active. I also wonder whether looking another line into the future might help with timing.ģ) emphatic needs to be better behaved with buttons. I wonder whether horizontal scrolling will ever be as smooth as we like, give that we are bound by the 40Hz screen rate anyway. My test track appears to be good - the timings work well in vertical mode. This is most obvious with the large font. I tried ReserveCache=4 too, but this seemed to have equally bad results - I guess that the player was being starved at this point.Ģ) Yes, the horizontal scrolling definately still needs some work - it goes in fits and spurts too much. Lot's of disk churning, and high CPU usage (ISTR that disk I/O is CPU bound on the empeg), resulting in a rather unresponsive empeg. At some point I'd somehow removed it, and emphatic wasn't very happy. Ok, I've been playing with this quite a bit today.Firstly, Wow.this is great.ġ) ReseveCache=2 seems to work for me. That GetID3() lib says it will write to Ogg, so when I get home in a few weeks and get some time I may have to add lyrics to an MP3, write its tags to Ogg and see what e if that is a starting point. Perhaps these are getting into ID3 and I haven't been paying attention.Īnyhow, open-ended possibilities, but short on implementation for now. I was also thinking of things like all credited musicians on a track with instruments, recording studio, songwriter, etc. The notion appeals to me, though.dream up your own tags.multiple subgenres, mood fields, whatever. I do not know if there are any tools out there to build/read/write a custom Ogg comment format, but if there are, I don't think they have made it into any Tag editors. In practice, though, with softwares like EasyTag, what I see is Ogg comment/tag support implemented in a way that mimics MP3/ID3. Yes, the Ogg "comment" format is (for both better and worse) more open-ended with no strict definitions as in ID3. I don't know much about Ogg, don't they have their own non-ID3 tag format or something?
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |