aboutsummaryrefslogtreecommitdiffstats
path: root/gtk/mcast_stream_dlg.c
AgeCommit message (Collapse)AuthorFilesLines
2011-09-25We now always build with MAIN_MENU_USE_UIMANAGER, so remove all code usingJörg Mayer1-10/+1
the old ways except the proto_help.c file, which is kept for now in case someone is willing to reimplement the help menus using non-deprecated methods. svn path=/trunk/; revision=39137
2011-08-04Replace almost all uses of GtkObject (which no longer existsJörg Mayer1-1/+1
in GTK3) by GObject (which does). These were the trivial cases, the two remaining uses in packet_win.c are left for someone who understands the code. svn path=/trunk/; revision=38344
2011-07-14Fix some compiler errors with -DGTK_DISABLE_DEPRECATEDJörg Mayer1-0/+8
svn path=/trunk/; revision=38006
2011-07-13Fix more tooltips fixes.Anders Broman1-5/+4
svn path=/trunk/; revision=37996
2011-07-11More GLIB_CHECK_VERSION, GTK_CHECK_VERSION, and related whitespaceGerald Combs1-3/+1
cleanup. svn path=/trunk/; revision=37970
2011-05-16More GUIManager stuff.Anders Broman1-0/+8
svn path=/trunk/; revision=37175
2010-10-12Minor cleanup of the global namespace:Bill Meier1-94/+92
- Define some fcns and vars as static; - Use less generic names for certain externs; Also: Remove some usused #defines & cleanup some whitespace svn path=/trunk/; revision=34488
2010-04-06Fix gcc -Wshadow warnings.Bill Meier1-5/+5
svn path=/trunk/; revision=32395
2010-04-04Replace GtkCList by GtkTreeView.Jaap Keuter1-288/+393
svn path=/trunk/; revision=32376
2010-01-29Fix various gcc -Wshadow warnings.Bill Meier1-20/+20
svn path=/trunk/; revision=31737
2009-09-06Rename address_to_str() to ep_address_to_str() because:Kovarththanan Rajaratnam1-12/+12
1) This indicates that the string has ephemeral lifetime 2) More consistent with its existing seasonal counterpart, se_address_to_str(). svn path=/trunk/; revision=29747
2009-06-21Change window_new() to dlg_window_new() and destroy the window with the top ↵Anders Broman1-1/+2
level window. svn path=/trunk/; revision=28796
2009-06-05Have tap listeners specify whether the "packet" routine requiresGuy Harris1-1/+1
a protocol tree; the column values. This includes stats-tree listeners. Have the routines to build the packet list, and to retap packets, honor those requirements. This means that cf_retap_packets() no longer needs an argument to specify whether to construct the column values or not, so get rid of that argument. This also means that there's no need for a tap to have a fake filter to ensure that the protocol tree will be built, so don't set up a fake "frame" filter. While we're at it, clean up some cases where "no filter" was represented as a null string rather than a null pointer. Have a routine to return an indication of the number of tap listeners with filters; use that rather than the global num_tap_filters. Clean up some indentation and some gboolean vs. gint items. svn path=/trunk/; revision=28645
2009-03-19As suggested by Jakub Zawadzki: actually use sizeof(...) rather than a ↵Bill Meier1-9/+9
numeric constant in various places; svn path=/trunk/; revision=27800
2009-02-26gtk_label_set -> gtk_label_set_textAnders Broman1-1/+1
"gtk_label_set is deprecated and should not be used in newly-written code. Aliases gtk_label_set_text()." svn path=/trunk/; revision=27556
2008-07-08Fix some simple cases of GTK2 deprecated API usage by using a renamed or ↵Bill Meier1-2/+2
equivalent API gtk_button_box_set_spacing() ==> gtk_box_set_spacing() svn path=/trunk/; revision=25673
2008-06-29Fix some simple cases of GTK2 deprecated API usage by using a renamed or ↵Bill Meier1-1/+1
equivalent API gtk_container_border_width() ==> gtk_container_set_border_width() gtk_container_children() ==> gtk_container_get_children() gtk_entry_new_with_max_length() ==> gtk_entry_new(); gtk_entry_set_max_length() gtk_menu_append() ==> gtk_menu_shell_append() gtk_menu_prepend() ==> gtk_menu_shell_prepend() gtk_notebook_set_page() ==> gtk_notebook_set_current_page() gtk_paned_gutter_size() ==> gtk_paned_set_gutter_size() gtk_radio_button_group() ==> gtk_radio_button_get_group() gtk_signal_connect() ==> g_signal_connect() gtk_signal_disconnect() ==> g_signal_handler_disconnect() gtk_signal_emit_by_name() ==> g_signal_emit_by_name() gtk_signal_handler_block_by_data() ==> g_signal_handlers_block_matched() gtk_signal_handler_block_by_func() ==> g_signal_handlers_block_by_func() gtk_signal_handler_unblock_by_data() ==> g_signal-handlers_unblock_matched() gtk_signal_handler_unblock_by_func() ==> g_signal-handlers_unblock_by_func() gtk_spin_button_get_value_as_float() ==> gtk_spin_button_get_value() gtk_toggle_button_set_state() ==> gtk_toggle_button_set_active() svn path=/trunk/; revision=25634
2008-04-22From Chris:Stig Bjørlykke1-3/+3
Correct some typos. svn path=/trunk/; revision=25145
2008-04-17rename REGISTER_xxx_GROUP_NONE to REGISTER_xxx_GROUP_UNSORTED, as NONE seems ↵Ulf Lamping1-1/+1
a bit misleading svn path=/trunk/; revision=25086
2008-04-14be clear that the "multicast stream" stats are about UDPUlf Lamping1-2/+2
svn path=/trunk/; revision=25008
2008-04-13sort #includes by directoriesUlf Lamping1-14/+16
svn path=/trunk/; revision=24969
2008-04-12where it's not necessary, remove #include "compat_macros.h"Ulf Lamping1-1/+0
svn path=/trunk/; revision=24922
2008-04-11last round to replace SIGNAL_CONNECT with g_signal_connectUlf Lamping1-10/+10
svn path=/trunk/; revision=24918
2008-04-11replace all appearances of BUTTON_NEW_FROM_STOCK with GTK2's ↵Ulf Lamping1-3/+3
gtk_button_new_from_stock svn path=/trunk/; revision=24904
2008-04-11OBECT_..._DATA --> g_object_..._dataBill Meier1-10/+10
svn path=/trunk/; revision=24894
2008-03-01Include epan/strutil.h for gtk-1.2 builds.Michael Tüxen1-0/+1
svn path=/trunk/; revision=24513
2008-02-29Next attempt to cleanup some string functions, including:Stig Bjørlykke1-2/+2
strncpy -> g_strlcpy, strncat -> g_strlcat svn path=/trunk/; revision=24504
2008-02-18Add $Id$Bill Meier1-0/+2
svn path=/trunk/; revision=24382
2008-02-01Rewrote some prohibited APIs in gtk/ (sprintf, strcpy, strcat).Stig Bjørlykke1-3/+3
If we get some truncated strings we probably overwrote some buffers... svn path=/trunk/; revision=24239
2006-10-17from Stephen Fisher:Ulf Lamping1-2/+2
Here is a patch for spelling typos in comments and strings in the gtk/ directories. svn path=/trunk/; revision=19568
2006-06-14No // commentsJörg Mayer1-2/+2
svn path=/trunk/; revision=18462
2006-05-22Get rid of a bunch of "Ethereal"s and "ethereal"s in comments, GUIGuy Harris1-2/+2
strings, and function names. svn path=/trunk/; revision=18205
2006-05-21name changeRonnie Sahlberg1-2/+2
svn path=/trunk/; revision=18197
2006-04-27From Martin Mathieson:Anders Broman1-1/+1
Fix typo in menu item name svn path=/trunk/; revision=18016
2006-04-24From Miha Jemec:Anders Broman1-0/+689
With the new feature we can: 1. Measure how big the bursts are for a video streams (it uses sliding window algorithm) 2. Measure how big the output buffer should be that no packet drop will occur (it uses Leaky bucket algorithm) 3. Detect if we have loses inside the MPEG2 video stream (if there are already MPEG2 packets missing) - this part of code is not added yet, see Limitations The addition is called Multicast streams and works as follows: - it uses the TAP system - the main "stream" logic is taken from rtp_strems.* files - the TAP system checks for UDP packets where the destination MAC address starts with "01:00:5E" (ethernet multicast address) - it creates an entry for every new multicast stream - based on sliding window and leaky bucket algorithm it calculates for every stream average BW, max BW, burst size, max buffer needed, some alarms if the limits are exceeded,... - the same calculation is done for all streams together - inside the window dialog you can specify the burst interval, the alarm limits and output speeds To do & limitations: - Currently the analysis can be done only for multicast streams, it means that VoD (Video on demand) or PayTV streams, which are normally unicast can not be analysed. - since the MPEG2 is patended I don't know if decoding of MPEG2 packets is allowed? Can we look inside this packets and calculate packets drops based on some counter information inside the payload? Can someone please answer this question? If we can do this, I will post this part of code too. - some more flexibility will be added svn path=/trunk/; revision=17980