[Winni]

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

[Winni]

Ok, Thomas, I’ll try:

1. Under Recording, click „record current song“

2. Go to Internet Explorer and start song, e.g. (Bowie)

http://www.vh1.com/video/play.jhtml?id=1552185&vid=133175

3. At end of song, there are about 2 seconds of silence before next song begins. Just to be sure, click „Stop“ in the Recording tab.

4. WAV file correctly appears in the folder for temporary files, labeled by date and time, for example 080524204947.wav

5. In an earlier AOMRecord version, after a few minutes, an mp3 with same date and time label, for example 080524204947.mp3 would appear in destination folder for music.

6. In the current AOMRecord version, no mp3 file with the date and time label appears in destination folder for music.

7. My settings do not include deleting temporary files after encoding.

I hope this helps.

Mark

[Winni]

Thomas,

Actually there was a silence at the end of the song, and then I also manually stopped the recording.

MP3s are recording from other sources, for example Live365.

Mark

[Winni]

I understand Thomas.

Thanks,

Mark

[Winni]

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

[Winni]

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

[Winni]

Thomas,

Yes, I have a paid account at Live365.

Mark

[Winni]

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

[Winni]

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

[Winni]

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

[Winni]

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

[Winni]

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

[Winni]

Thomas,

A couple of Live 365 stations (you must log in first) where this happens are the following:

Station: Seasons & Celebrations

http://www.live365.com/stations/tc_arts_ent

Station: Canuckteach Crooners

http://www.live365.com/stations/funkyville_croon

Thank you,

Mark

[Winni]

Thomas,

I really enjoy Live365 stations, some of which are of very high quality.

Unfortunately, some stations also prematurely (by a second or two) change the tags, to the tags of the next song before the current song stops. Since AOM Record seems to pull song information at the end of the song, this makes for errors in the song tags.

One idea that occurs to me is this – would it be possible for AOM Record to pull the song tag information at the _beginning_ of a song, instead of at the _end_? This probably would fix this situation.

Thank you for considering this,

Mark

[Winni]

Thomas,

To tell you the truth, I thought I already had the ability to choose from sound devices, since there is a drop down menu called „Record from this sound device“. So, I would vote for making this a real choice, since that is what the interface leads me to believe.

In many cases (like mine, knowing that the Logitech webcam device is not correct) the choice of sound devices will be obvious, in other cases, a little trial and error should work.

Thanks as always,

Mark

[Autor]

Beiträge