Hi Mark,
I'm very sorry! I erroneously overwrote this article. That was not what I wanted. I appologize. I thought, I was going to answer this thread. I hope, the content that I could save is still meaningfull:
ZitatOne 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.
Best regards
Thomas
Hi Mark,
You're very welcome.
Thanks for the hint on this issue. Won't be a big thing to correct this with the next version. Eventually you could give me a URL because I didn't find an appropriate station at Live365.
Have a nice WE
Thomas
http://www.live365.com/stations/tparty is one of the stations with a musical note in its title (PartyCountry Radio).
By the way, although songs are now correctly labeled, how would I adjust the settings to avoid 9 seconds or so of the previous song being attached at the beginning, and 9 seconds being cut off at the end? My settings are to select "Media Data Changes" "Search for end of song within these time intervals". Would selecting "Duplicate this amount music" help?
Thanks again,
Mark
Mark,
The general problem is that AOMrecord is hardly able to recognize where one song ends and the next one begins. If you select "Duplicate this amount of music" you may end up having the end of the last song in the next and vice versa. But this would give you a chance to cut off these parts with a wave editor.
I already thought about writing a simple editor to do just this. But until now the feedback to AOMrecord is far too little.
Sorry to say, but there is no other way than trying because this may differ from station to station.
HDH
Thomas
Since the end of the song is always marked by silence and this function works very well on AOMrecord, what we might need would be one of the following:
1. add to "search for end of song within these time intervals" a feature that a pause would then determine the end of the song (permitting all of AOM record's existing adjustments to recognize the pause); or
2. always have the end of the song always marked by a pause (permitting all of AOMrecord's existing adjustments to recognize the pause), but then have a slider to determine the media data within an adjustable period of up to 5 seconds before or after the silence.
I think (2) may be the more elegant solution, but what do you think? Is this feasible for maybe two upgrades from now?
Regards,
Mark
Mark,
The second solution reversed is what AOMrecord does. But what if it doesn't find a pause within this interval? That's what the overlapping part is good for.
Regards
Thomas
I understand Thomas. So maybe the problem is to have the slider have the slider active only in one direction or the other. I will try setting the slider to "0" before the change of media data, and "4" after the change of media data, and will see if this works with Live365.
Regards,
Mark
Yes Mark, that's a good idea. Please inform us about the results.
Thank you
Thomas
Thomas,
I tried setting the slider to "0" before the change of media data, and "2", "4" and "5" after the change of media data. I found that each time I lengthened the interval, less music from the previous song is appended to the front of the file. Since even a small amount of music can still be appended to the front of the file at 5 seconds, maybe this means that sometimes the change in media occurs more than 5 seconds before the end of the song?
If that is the case, perhaps the fix would be to have the slider extend for a longer interval, say, up to 15 seconds or so before/after the media change, so that the song ending can be detected properly? If this works, it would be much better than having to edit the files. (If you can make this change and need a tester, even if it's not soon, I'd be happy to help!)
Best regards,
Mark
Mark,
Maybe that the change comes more than 5 seconds away from pause. I can't tell from here. In this case I don't think the pause recognition by media data change is the best way.
Because the internal wave buffer contains only 10 seconds in total a change in the interval size would mean a larger program adaption. I currently can't see a way to change this in the near future.
Best regards
Thomas
Thomas,
You are right, I have noticed that the media change comes a few seconds more away from the pause than 5 seconds.
Would it work, and not overflow the internal wave buffer, if the slider adjustments went to 10 seconds on either side (before and after), and they were synchronized or locked together so that the total of the "before search" and "after search" is no more than 10 seconds?
For example, the default setting is 5 seconds "before" and "after". If the user moves the slider to 7.5 seconds "after", the "before" setting would automatically move to 2.5 seconds (so the total of "before" and "after" does not exceed 10 seconds). And if the user moves the slider further, to 10 seconds "after", the "before" setting automatically moves to zero.
Alternatively, could the slider determine when the program looks for the media change, and so only the media change is stored by the program, not the music. Perhaps if only the the media change is stored it would not require the internal wave buffer?
Regards,
Mark
Mark,
That wouldn't work. Sorry. I'll have a look at the settings myself.
Are you a non-paying member at Live365 or do you have an account there?
Thomas
Thomas,
Yes, I have a paid account at Live365.
Mark
Mark,
I had a look at some of these stations and found out that some send the media data about 20 seconds shifted. If I had to take this into account when calculation the pause recognition I needed a buffer for at least 40 seconds (20 in each direction), better 60. That's about 7 MB of buffer per minute that has to be processed. Processing means high CPU occupation that is taken away from other tasks. I'm not sure what this means to the other tasks that have to be done while recording.
Anyway, this would be a major design change which I cannot do in the near future. Maybe I'll come back to this but I can't promise right now.
Best regards
Thomas
Thank you Thomas. I understand that a major design shift for this purpose only is not justified.
But would the program still need such a buffer if only the media tags were stored, and not the music (which would look for a pause in the current way)?
Best regards,
Mark
Mark,
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
Thomas,
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
Mark,
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
I understand Thomas.
Thanks,
Mark
Hello 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
ZitatOne 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
Thomas,
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