Closed GoogleCodeExporter closed 9 years ago
That problem is most likely caused by the MP3 Decoder DMO, I suggest you use an
alternative decoder, like LAV Audio.
Original comment by h.lepp...@gmail.com
on 18 Jun 2014 at 4:59
Thank you for your response. Unfortunately it's not caused by DMO decoder. I
just tried (as you suggested) to remove Decoder DMO and replace it with LAV
Audio and got same result. As I said... when I use different splitter (Mp3
Parser) the problem disappers. I also tried to reproduce this issue on four
different work stations with same result.
Original comment by viktor.l...@gmail.com
on 18 Jun 2014 at 5:22
I can ensure you thats its absolutely impossible for an audio packet to be
repeated on the splitters side.
Original comment by h.lepp...@gmail.com
on 18 Jun 2014 at 6:37
Also, it would greatly help if you can provide a URL that shows the problem.
Original comment by h.lepp...@gmail.com
on 18 Jun 2014 at 6:38
You can try for example this one
http://dwn.alza.cz/Alzasoft/update/Not-Afraid-(Explicit-Version)-CD01-001-Not-Af
raid-(Explicit-Version).mp3 I just uploaded this mp3 and tried this url for the
first time. Same result again. It also doesn't matter which mp3 you use. Played
this one with media player without problem.
Original comment by viktor.l...@gmail.com
on 19 Jun 2014 at 10:47
I figured out where the problem is. Its Microsoft URL reader which is used to
feed LAV Splitter, for some reason it doesn't properly notify LAV when the end
of the stream is reached, so a previously half-filled buffer is re-used.
Its no problem if you use "LAV Splitter Source" to open the http link directly.
I'm working on a fix.
Original comment by h.lepp...@gmail.com
on 1 Sep 2014 at 1:03
This issue was closed by revision 289e158b3507.
Original comment by h.lepp...@gmail.com
on 1 Sep 2014 at 1:25
Original issue reported on code.google.com by
viktor.l...@gmail.com
on 18 Jun 2014 at 3:47Attachments: