Das neue Museum öffnet seine Türen › Foren › AOMrecord and AOMproxy › Music not saved to "%Genre%" file
- Dieses Thema ist leer.
-
AutorBeiträge
-
29. Januar 2008 um 11:06 Uhr #7291
SvenL
TeilnehmerMark,
Yes, that’s needed anyway because depending on the shift direction the buffer must be held in memory until the progrom knows whether it belongs to the current file or a new one. That wouldn’t make the big difference for the design change. It would occupy the CPU a bit less, that might be true.
Thomas
29. Januar 2008 um 13:26 Uhr #7292Winni
TeilnehmerThomas,
Sorry to be so dense, but wouldn’t the buffer _always_ belong to the „current“ file?
The program design would be such that the slider would only determine when the music tags for the „current“ song are identified.
Best regards,
Mark
29. Januar 2008 um 14:28 Uhr #7293SvenL
TeilnehmerMark,
Yes, but it’s a lot bigger and Windows is not very good writing large amounts of data. I would have to split this to give the other tasks time. Not a real problem, can be done, but not now.
Thomas
29. Januar 2008 um 18:58 Uhr #7294Winni
TeilnehmerI understand Thomas.
Thanks,
Mark
12. Februar 2008 um 12:45 Uhr #7295SvenL
TeilnehmerHello Mark,
I’m very sorry! I erroneously overwrote the first article of this thread. That was not what I wanted. I appologize. I thought, I was going to answer this thread. I hope, the content (and its answer) is still meaningfull.
Best regards
Thomas
12. Februar 2008 um 12:46 Uhr #7296SvenL
TeilnehmerOne small issue I’ve noted – Live365 treats the name of the radio station as the „Genre“ in the tags, but when the name of the radio station starts with a non-alphabetical symbol (for example, the symbol for a musical note), then the genre folder is not created and music is not saved. Please consider filtering out non-alphabetical symbols for the „Genre“ folder the music is saved to.
Hi Mark,
I just made a test to reproduce this issue. The non-alphabetic symbols are already taken care of in the current version of AOMrecord (and in older versions as well). In fact they are replace by underlines (_) and the corresponding folder is created correctly and the music saved there.
Of course we can discuss whether this is the best way of handling these cases. I think so, because other characters that are not at the beginning or end of a string are not eliminated this way (like a ?). Comments are of course always welcome.
HTH
Best regards
Thomas
24. Oktober 2008 um 1:48 Uhr #7297Winni
TeilnehmerThomas,
I haven’t thought about this in a while, but had an idea of how the 10 second buffer could be adjusted to pick up, say, an 8 second media change in pause recognition.
Since the media change almost always is in the same direction from the song change on the same station (either before or after the song change), wouldn’t it keep the total buffer size at 10 seconds if the sliders were linked, so that each second the interval extends on one side of the media change, the program subtracts a second on the other side, to a maximum of 10 seconds. For example, moving the slider to 8 seconds „after“ change of media data would automatically mean that only 2 seconds is available to the slider „before“ change of media data. Moving the slider to 9 seconds „after“, would automatically mean that only 1 second is available to the slider „before“, etc.
Am I missing something, or could this be accomplished without a big structural change to the program?
Regards,
Mark
-
AutorBeiträge
- Du musst angemeldet sein, um auf dieses Thema antworten zu können.