View previous topic :: View next topic |
Author |
Message |
Anonymous Guest
|
Posted: Mon Jul 04, 2005 11:24 pm Post subject: icecast-2.2-kh12b |
|
|
Hi
i will have a little Problem with this release
Streaming to the server (mp3/ogg) will work
(I`m sending the stream with ODDCast V 3 and Foobar2000)
But its not possible to recieve the OGG Data from the server
(mp3 will work fine)
In the Admin Panel i will see
total_bytes_sent : 128 Bytes !!!
my icecast.xml will have the follwing config
<limits>
<clients>500</clients>
<sources>4</sources>
<threadpool>5</threadpool>
<queue-size>102400</queue-size>
<client-timeout>30</client-timeout>
<header-timeout>15</header-timeout>
<source-timeout>10</source-timeout>
<!-- for compatability with trunk -->
<burst-on-connect>1</burst-on-connect>
<!-- same as burst-on-connect, but this allows for being more
specific on how much to burst. Most people won't need to
change from the default 64k. Applies to all mountpoints -->
<burst-size>65535</burst-size>
</limits>
With the icecast-2.2-kh11 i don`t will have this Problem
The Icecast server runs on Suse Linux 9
Greets Chris |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Tue Jul 05, 2005 1:08 am Post subject: icecast-2.2-kh12b |
|
|
Ogg data works ok here, with using ices2 as the source client, I can't see there being a difference if ogg data is being sent. The recent changes have been related to the connection phase so maybe some difference is there.
can you send me the logs and maybe a dump of the listener <--> icecast link. The 128 bytes would indicate that something is being sent but it would be best to check it against the logs and the connection dump
karl. |
|
Back to top |
|
|
Anonymous Guest
|
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Tue Jul 05, 2005 1:19 pm Post subject: |
|
|
from the error log I see version 12a is being used, also I see that no ogg data is detected by icecast (which would explain why clients don't see any).
can you send me a connection dump of oddcast -> icecast using something like tcpdump or ethereal ?
karl. |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Tue Jul 05, 2005 5:57 pm Post subject: |
|
|
Hi
karlH wrote: |
from the error log I see version 12a is being used
|
oops
I have seen that i have installed one version to early....
I have now updated to the 12.b Release
but with the same strangely reaction.
Here the wanted dump....
http://www.cst-development.de/icecast/oddcast_icecast_Dump
(if you need the dump in a other Format let me know ....)
Chris |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Tue Jul 05, 2005 10:22 pm Post subject: |
|
|
Hi here the wanted dump (oddcast > Icecast and a winplayer that trying connected to the stream)
http://www.cst-development.de/icecast/oddcast_icecast_player1
Also i have the following dedected
In the stats i have read...
total_bytes_read 1046358
total_bytes_sent 0
server_type application/ogg
so the server will dedected that the stream is ogg or ??
i have also tested (I`m working with windows AND Linux) with xms
also no chance xms (or other tested Linux Players will endless trying to connect ....
maybe a problem with suse ???
but if i`m compiling i can`t read or dedected an error
and this error is only with ogg not with mpeg....Files
Chris |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Wed Jul 06, 2005 12:48 am Post subject: |
|
|
Chris wrote: |
Hi here the wanted dump (oddcast > Icecast and a winplayer that trying connected to the stream)
http://www.cst-development.de/icecast/oddcast_icecast_player1
Also i have the following dedected
In the stats i have read...
total_bytes_read 1046358
total_bytes_sent 0
server_type application/ogg
so the server will dedected that the stream is ogg or ??
|
The player connect is fine, you get the http style headers but I need to see the initial oddcast connection as it doesn't appear in these 2 dump files, probably because you started the capture after connecting. The total_bytes_read figure above is just the amount of unhandled ogg data that has been received by icecast, the server type is probably from the content-type sent by the source client, but that is missing from the dump files to check.
Based on your original error log, I would guess that your source client (oddcast) is not sending the ogg headers which are required, those are needed before any data can be sent to connecting listeners. If those Ogg headers do get received then you see in the error log something like
[....] INFO format-vorbis/initial_vorbis_page seen initial vorbis header
The ogg handler code is no different between 11 and 12b and it works with ices here, I also did a test with your server and it worked also, so it really is just down to the source client not sending Ogg headers. |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Wed Jul 06, 2005 1:21 am Post subject: |
|
|
Hi
so here ist an dump from the Starting of oddcast
http://www.cst-development.de/icecast/oddcast_start
karlH wrote: |
The ogg handler code is no different between 11 and 12b
|
But thats strange because with the Ver 11 Version does oddcast work....
Chris |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Wed Jul 06, 2005 12:01 pm Post subject: |
|
|
Chris wrote: |
But thats strange because with the Ver 11 Version does oddcast work....
Chris |
I've uploaded a 12c for checking, I believe the problem should be fixed now. Can you confirm ?
Just for reference, oddcast is not reading the response code, so blasts out the HTTP and the stream data, this was causing a problem in the non-blocking connection thread.
karl. |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Wed Jul 06, 2005 7:16 pm Post subject: |
|
|
Hi sorry
but now there are more Problems...
Following
The Server will read 76098 Bytes
after that oddcast will break the connecting
the server will prevent the reconnecting (File is in use) (so far what i will see in the Error log) (maybe some Icecast Problems inside the Thread .....)
and if I`m closing oddcast the server will NOT notice that the StreamSoftware has gone..
Icecast will not Free the stream
i must do it from the admin Panel with Killsource
Here the errorlog
http://www.cst-development.de/icecast/error.log
here a tcip dump...
http://www.cst-development.de/icecast/06_07_2004_oddsock_icecast_dump
Chris |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Wed Jul 06, 2005 10:07 pm Post subject: 12d |
|
|
ok I've put up kh12d
karl. |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Wed Jul 06, 2005 10:59 pm Post subject: |
|
|
Hi
kh12d will working fine without errors..
Chris |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Fri Jul 08, 2005 9:20 pm Post subject: |
|
|
One little notice to the new release
Only a little Bug
The Time til the Stream is by the user is great...
160 kb will need ~ 3-4 seconds...
But I will have a little Bug dedected...
Starting to connected to the server ...
ODDCAST will send the data ..
But if not connected at least One user within 20 seconds to the server..
then oddcast will disconnected
if at least 1 user have connected inside 20 seconds the the stream will hold on...
here my config....
<clients>1000</clients>
<sources>6</sources>
<threadpool>5</threadpool>
<queue-size>524288</queue-size>
<client-timeout>30</client-timeout>
<header-timeout>20</header-timeout>
<source-timeout>15</source-timeout>
<burst-on-connect>0</burst-on-connect>
<burst-size>65535</burst-size>
</limits>
The Icecast-Server runs on a Root-Server (100 Mbit Connection ,Suse 9.0)
Greets Chris |
|
Back to top |
|
|
karlH Code Warrior
Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Fri Jul 08, 2005 9:55 pm Post subject: |
|
|
can you send me the error log for the timeout case. The 20 seconds would indicate something related to header timeout, but at that point listeners won't see the stream, but source timeout could apply but that only occurs when stream data is sent. The error log should clarify where it is getting to.
karl. |
|
Back to top |
|
|
Anonymous Guest
|
Posted: Fri Jul 08, 2005 10:08 pm Post subject: |
|
|
Hi , sorry about the trouble
here the log
I have create a new blank LogfIle so its not so much to read
Code: |
[2005-07-09 00:04:18] DBUG slave/_slave_thread checking master stream list
[2005-07-09 00:04:21] INFO connection/_handle_source_request Source logging in at mountpoint "/live.ogg"
[2005-07-09 00:04:21] DBUG connection/connection_complete_source sources count is 0
[2005-07-09 00:04:21] INFO source/source_apply_mount Applying mount information for "/live.ogg"
[2005-07-09 00:04:21] DBUG source/source_apply_mount YP changed to 1
[2005-07-09 00:04:21] DBUG source/source_update_settings public set to 1
[2005-07-09 00:04:21] DBUG source/source_update_settings max listeners to -1
[2005-07-09 00:04:21] DBUG source/source_update_settings queue size to 524288
[2005-07-09 00:04:21] DBUG source/source_update_settings burst size to 65535
[2005-07-09 00:04:21] DBUG source/source_update_settings source timeout to 30
[2005-07-09 00:04:21] DBUG source/source_update_settings fallback_when_full to 0
[2005-07-09 00:04:21] DBUG connection/connection_complete_source source is ready to start
[2005-07-09 00:04:21] DBUG source/source_init Source creation complete
[2005-07-09 00:04:21] DBUG format-vorbis/initial_vorbis_page checking for vorbis codec
[2005-07-09 00:04:21] INFO format-vorbis/initial_vorbis_page seen initial vorbis header
[2005-07-09 00:04:21] DBUG format-vorbis/process_vorbis_page processing incoming header packet (1)
[2005-07-09 00:04:21] DBUG format-vorbis/process_vorbis_page processing incoming header packet (2)
[2005-07-09 00:04:21] DBUG format-vorbis/process_vorbis_page processing incoming header packet (2)
[2005-07-09 00:04:21] DBUG format-vorbis/process_vorbis_page we have the header packets now
[2005-07-09 00:04:21] DBUG format-vorbis/process_vorbis_headers Adding the 3 header packets
[2005-07-09 00:04:21] DBUG format-ogg/format_ogg_attach_header attaching BOS page
[2005-07-09 00:04:21] DBUG format-ogg/format_ogg_attach_header attaching header page
[2005-07-09 00:04:21] DBUG format-ogg/format_ogg_attach_header attaching header page
[2005-07-09 00:04:21] DBUG stats/process_source_event new source stat /live.ogg
[2005-07-09 00:04:21] DBUG stats/process_source_event new node public (1)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node server_name (Radio-Entenhausen)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node server_description (Papa-Schlumpf`s Summernight Party)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node server_url (http://radio-entenhausen.ath.cx:8000)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node genre (Party-Mucke)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node bitrate (Quality 5)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node server_type (application/ogg)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node max_listeners (unlimited)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node source_ip (62.214.90.153)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node listeners (0)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node slow_listeners (0)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node listener_peak (0)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node stream_start (Sat, 09 Jul 2005 00:04:21 +0200)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node ice-samplerate (44100)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node ice-bitrate (Quality 5)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node ice-channels (2)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node audio_info (ice-samplerate=44100;ice-bitrate=Quality 5;ice-channels=2)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node outgoing_bitrate (0)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node incoming_bitrate (0)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node total_bytes_read (0)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node total_bytes_sent (0)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node audio_samplerate (44100)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node audio_channels (2)
[2005-07-09 00:04:21] DBUG stats/process_source_event new node audio_bitrate (160000)
[2005-07-09 00:04:22] DBUG stats/process_source_event new node artist (Oliver Frank)
[2005-07-09 00:04:22] DBUG stats/process_source_event new node title (7 Wochen 8remix))
[2005-07-09 00:04:22] DBUG stats/process_source_event new node subtype (Vorbis)
[2005-07-09 00:06:19] DBUG slave/_slave_thread checking master stream list
|
only if a User/listener will connect inside 20 seconds then the stream will working fine
and i musst do self from the admin panel Kill-Source-....
So far i will see the log will only shows the first 3 seconds...
Greets Chris |
|
Back to top |
|
|
|