Music not saved to "%Genre%" file

Das neue Museum öffnet seine Türen Foren AOMrecord and AOMproxy Music not saved to "%Genre%" file

  • Dieses Thema ist leer.
Ansicht von 7 Beiträgen – 16 bis 22 (von insgesamt 22)
  • Autor
    Beiträge
  • #7291
    SvenL
    Teilnehmer

    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

    #7292
    Winni
    Teilnehmer

    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

    #7293
    SvenL
    Teilnehmer

    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

    #7294
    Winni
    Teilnehmer

    I understand Thomas.

    Thanks,

    Mark

    #7295
    SvenL
    Teilnehmer

    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

    #7296
    SvenL
    Teilnehmer

    One 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

    #7297
    Winni
    Teilnehmer

    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

Ansicht von 7 Beiträgen – 16 bis 22 (von insgesamt 22)
  • Du musst angemeldet sein, um auf dieses Thema antworten zu können.