Re: Streaming ogg files with multiple audio

Hello,

I've got a solution. It's simply increasing the burst size in icecast.xml.

In my case, setting burst_size to 226143 worked (the video stops 
slightly in some instants, but most time it runs fluidly). (Note that 
the test file size is about 1 MB).

While testing, I observed that with a normal video (single audio) first, 
refbufs got with get_next_buffer() in source_main(), had lengths: 73, 
618, 73, 3303, 2106, 3755, ...
But with mix1.ogg (double audio), lengths were: 59417, 42471, 43592, 
61627, ...
This implied that in the second iteration of the main loop of 
source_main(), source->burst_offset exceeded source->burst_size and 
refbufs at source->burst_point begin to be discarded.

That caused, time after, that client->refbuf was NULL very frecuently, 
and find_client_start() could not find a refbuf with sync_point==1 (and 
therfore give a refbuf to the client), because the refbuf queue at 
source->burst_point had just 1 item.

I don't know yet if these big sizes are due to icecast or oggfwd.

Hope anyone finds this interesting.

Regards,
Andrés

On 30/09/10 16:58, Andres Gonzalez wrote:
>    On 24/09/10 11:14, Andres Gonzalez wrote:
>>   On 21/09/10 19:38, Karl Heyes wrote:
>>> On 21/09/10 16:01, Andres Gonzalez wrote:
>>>>     Hello,
>>>>
>>>> I am having problems when trying to stream an ogg file with one video
>>>> track and two audio tracks (playeres cannot read de file from the
>>>> mountpoint). Is there anything in the way Icecast is designed that
>>>> disables it? If so, could you please give me some hint about how to add
>>>> this feature?
>>> the 2 audio tracks is unusual so there may be an issue on that. Lets
>>> see the error log (level 4) but you may need to provide a sample file
>>> if there is an issue.
>>>
>>> karl.
>>>
>>>
>> Here's the error log.
>>
> In this context,  source->format->read_bytes is increasing, but
> get_next_buffer() always returns NULL (because util_timed_wait_for_fd()
> returns 0). Any idea of what's happening?
>
> TIA,
> Andres
> _______________________________________________
> Icecast-dev mailing list
> [email protected]
> http://lists.xiph.org/mailman/listinfo/icecast-dev