XPost: alt.comp.os.windows-10   
   From: robin_listas@es.invalid   
      
   On 2026-02-26 20:01, Lars Poulsen wrote:   
   > On 2026-02-26, micky  wrote:   
   >> In alt.comp.os.windows-10, on Tue, 24 Feb 2026 14:01:02 +0000, "J. P.   
   >> Gilliver"  wrote:   
   >>   
   >>> On 2026/2/24 3:14:18, micky wrote:   
   >>>> In alt.comp.os.windows-11, on Sun, 22 Feb 2026 21:29:41 -0500, Paul   
   >>>>  wrote:   
   >>> []   
   >>>>> You could benefit from a lossless splicer for MP3s.   
   >>>>   
   >>>> I'm sure the "splices" are lossless. That is, it doesn't actually splice   
   >>>> files.  It plays them one after another, and when they are in the right   
   >>>> order, the last 5 seconcs of one song come from the first 5 seconds of   
   >>>> the next file.  When I listen, I never hear the transition.   
   >>>   
   >>> I think Paul was suggesting that you might overcome this quirk (which is   
   >>> presumably an artefact of either the streaming station you use, or your   
   >>> means of storing its stream) by splicing together all the files into   
   >>> one, then breaking them at the five-seconds-earlier point(s). There are,   
   >>   
   >> I seen what you, and Paul, mean. I appreciate the suggestion.  It sounds   
   >> like a lot of trouble when everything is fine now, and when I'd have to   
   >> put them in the right order before splicing them anyhow.   
   >   
   > If the recording was pulled from an MP3 streaming channel, I am   
   > guessing that the recorder program monitored the metadata stream and   
   > declared a "track switch" when the track title changed. Which might   
   > not be seen until a few seconds in.   
      
   Yes. Streamtunner, which I used in the past, did this, but it was less   
   than 5 seconds. With some intelligence, the tool could go backwards and   
   switch in the silence.   
      
   --   
   Cheers, Carlos.   
   ES🇪🇸, EU🇪🇺;   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)