Ross is against using RTP Payload 14 at all though,
and with good reason. An mp3 frame is not an ADU
because of the bit reservoir, so losing one packet
means you could lose a few frames. And that is still
assuming one frame per packet. So unless you are
interleaving, which also is non-trivial i
Apologies for not responding to this sooner. My freeamp-dev mail was
going into the wrong folder and I never spotted it.
On 26 Feb, Dave Chapman wrote:
> On Monday 26 February 2001 02:46, Marty Schoch wrote:
>> A more complicated solution would be to modify Obseqium to set
>> the Market bit in th
On Monday 26 February 2001 02:46, Marty Schoch wrote:
> I may be wrong on some of the specifics but this is what
> I've found. I've successfully gotten FreeAmp to switch
> between multiple bitrate mp3s.
>
> The problem really is that the pipeline is setup based on
> the first few frames of data r
I may be wrong on some of the specifics but this is what
I've found. I've successfully gotten FreeAmp to switch
between multiple bitrate mp3s.
The problem really is that the pipeline is setup based on
the first few frames of data received. It would be
possible to signal the change through RTP,
Hello,
I'm not sure if this problem is bug in Freeamp, Obsequiem or a limitation of
the RTP protocol. Hopefully someone on this list can help.
I'm using Obsequeium (v0.3.0 - Debian x86) and Freeamp (2.0.7 - Win98). My
Obs database consists of a mixture of MP3 and MP2 (iMpeg 1, Layer II) file
