Участник @pcxMo написал в Stat value:

@vinchak Спасибо за ответ.
Делал как у тебя. Разграничил сайзинги бетов на простые и где был алл-ин. Ни в какую не хочет показывать это разграничение. Я уже и "вернуть по умолчанию" жал и все с начала начинал, не хочет работать как надо. Рейзы так в обще не показывает, кроме по умолчанию мин. рейз. Эф. стек менял. В итоге тупо скопировал как у тебя ради эксперимента. Но работать так и не стали. Некоторые сайзинги даже не попали в попап. В колонке "Алл-ин" также менял условие на не важно, не работает!

1. Скажи пожалуйста, смотрю у тебя есть диапазон сайзинго например 0,65-0,8 куда попадает сайзинг и 2/3 и 3/4 как ты в диаграмме разбираешься когда 2 сайзинга слиты во едино?
2. Смотрю у тебя есть сайзинги для 35бб эф.стека и выше, это для фишей-МССников делал?
3. Если не разграничивать сайзы на алл-ин и не алл-ин, а поставить неважно, то раздачи эти будут в одну кучу и диаграмма уже не будет построенна корректно?

если сайзинги не попали в попап, то значит нет раздач с такими сайзингами, у некоторых игроков вообще малое количество сайзингов, чтоб упростить игру
или же неправильно созданы условия под сайзинги, но у тебя на скрине вроде всё в порядке с бетами

1. я считаю. что 2/3 или 3/4 не особо большая разница. чтобы их разграничивать, но тут кому как нравится
2. это сайзинги не для начального 35 бб эфф стека. а просто для поздних улиц особенно для 3бет/4бет потов, там маленький эффективный стек
3. если не разграничивать алл-ин не алл-ин, то просто всё будет в куче и это не удобно и менее информативно, но раздачи будут все

с сайзингами рейзов у тебя всё равно проблема, сделай как для бетов: одинаковый набор алл-ин или не алл-ин, иначе там скорее всего условия не корректные у тебя

у меня вот такие сайзы рейзов, всё корректно выводится
кстати, для 3Бет/4бет потов не удивляйся если увидишь в попапе значения сайзингов рейзов 20+, общий стат рейз считается в абсолютной величине(как и все остальные статы), а бетсайзинги в попапе уже как относительные, поэтому там сумма всех значений сайзингов часто больше, чем значение общего стата рейза, даже у кбетов такое уже наблюдается на поздних улицах, в этом нет ничего плохого, просто надо понимать почему так происходит

Участник @pcxMo написал в Stat value:

@vinchak поэтому и спрашиваю по сайзингам, т.к. не знаю как правильно сделать.
Буду благодарен, если подскажешь как правильно сделать.
Например меня интересует:

1. овербет в 150. Какой эф. стек должен быть, чтобы условие работало?
2. по рейзам, 7х это для 1бб бета или около того.
   Скинь пожалуйста свои наброски сайзингов, что ты описал про отдельные условия

1. условий можно сделать несколько разных, в зависимости от того, что ты хочешь получить
2. можешь оставить 7х рейз, дополнительно сделай такой же рейз но в условии выставь алл-ин , тогда не будут теряться такие руки, где на тёрне-ривере оп пушит на кбет

нужно правильно выставить условия для размера эфф стек/пот

вот, например как можно сделать для бетсайзингов бета
но это конечно же всего лишь один из вариантов, главное чтобы эти условия имели для тебя смысл и не теряли раздачи

@pcxMo твои условия для бетсайзингов выглядят бредово, например условия для бетов и рейзов, при таких условиях не удивительно, что начиная с тёрна много бетов/рейзов не попадут под такие странные условия даже в 1rp: эфф стек/пот - 9х, рейз 7х+ - не алл-ин, серъёзно? советую специально для бетов сделать отдельные условия под обычные ставки и алл-ины, как и для рейзов, тем самым упростишь интерпретацию линии игрока и при этом все раздачи будут попадать под условия

В редакторе сложных статов и значков не работают кнопки Undo и Redo

1. Редактор статов вкладка Префлоп: не работают кнопки Undo и Redo

2. Вкладка Сила руки: если после внесения изменений использовать кнопку Redo, то происходит критическая ошибка

видео https://drive.google.com/open?id=1jWHqEtn3k2xoJK_JEnB-FpNsgEBOROzC

System.Reflection.TargetInvocationException: Адресат вызова создал исключение. ---> System.ArgumentOutOfRangeException: Индекс должен находиться в границах этого списка.
Имя параметра: index
в System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument argument, ExceptionResource resource)
в System.Collections.ObjectModel.Collection1.Insert(Int32 index, T item) --- Конец трассировки внутреннего стека исключений --- в System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor) в System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments) в System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture) в System.RuntimeType.InvokeMember(String name, BindingFlags bindingFlags, Binder binder, Object target, Object[] providedArgs, ParameterModifier[] modifiers, CultureInfo culture, String[] namedParams) в Hand2NoteCore.Common.UndoRedo.Sujan.UndoRedoManager.Redo() в MS.Internal.Commands.CommandHelpers.CriticalExecuteCommandSource(ICommandSource commandSource, Boolean userInitiated) в System.Windows.Controls.Primitives.ButtonBase.OnClick() в System.Windows.Controls.Button.OnClick() в System.Windows.Controls.Primitives.ButtonBase.OnMouseLeftButtonUp(MouseButtonEventArgs e) в System.Windows.RoutedEventArgs.InvokeHandler(Delegate handler, Object target) в System.Windows.RoutedEventHandlerInfo.InvokeHandler(Object target, RoutedEventArgs routedEventArgs) в System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised) в System.Windows.UIElement.ReRaiseEventAs(DependencyObject sender, RoutedEventArgs args, RoutedEvent newEvent) в System.Windows.UIElement.OnMouseUpThunk(Object sender, MouseButtonEventArgs e) в System.Windows.RoutedEventArgs.InvokeHandler(Delegate handler, Object target) в System.Windows.RoutedEventHandlerInfo.InvokeHandler(Object target, RoutedEventArgs routedEventArgs) в System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised) в System.Windows.UIElement.RaiseEventImpl(DependencyObject sender, RoutedEventArgs args) в System.Windows.UIElement.RaiseTrustedEvent(RoutedEventArgs args) в System.Windows.Input.InputManager.ProcessStagingArea() в System.Windows.Input.InputManager.ProcessInput(InputEventArgs input) в System.Windows.Input.InputProviderSite.ReportInput(InputReport inputReport) в System.Windows.Interop.HwndMouseInputProvider.ReportInput(IntPtr hwnd, InputMode mode, Int32 timestamp, RawMouseActions actions, Int32 x, Int32 y, Int32 wheel) в System.Windows.Interop.HwndMouseInputProvider.FilterMessage(IntPtr hwnd, WindowMessage msg, IntPtr wParam, IntPtr lParam, Boolean& handled) в System.Windows.Interop.HwndSource.InputFilterMessage(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) в MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) в MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o) в System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs) в System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler) Inner exception System.ArgumentOutOfRangeException: Индекс должен находиться в границах этого списка. Имя параметра: index в System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument argument, ExceptionResource resource) в System.Collections.ObjectModel.Collection1.Insert(Int32 index, T item)

@Alex "<0.555 и >0.556 , раздача 0.5554 не терялась, а учитывалась в бет-сайзе. Попадая в оба сайзинга раздача не портит картины, ведь бет 0.5554 по сути отражает оба сайзинга"

а что округление в данном случае не существует?
вообще в математике есть выражения меньше, больше, меньше или равно, больше или равно, вот с помощью этих нехитрых выражений раздачи никак не потеряются...
как раз на тех скринах, что я привёл картина очень портится, приходится смотреть все руки в бетсайзингах 0.35-0.499 и 0.5-0.649, чтобы в конце-концов понять, что там всего один и тот же сайзинг 0.5

но позиция разработчиков понятна, спасибо хоть в редакторе статов сдели по-нормальному
поэтому и решил сделать свои статы с бетсайзинги отдельно, чтоб не разбираться, корректно ли там в этих попапах на стат отображаются бетсайзинги, а то уже надоело каждый раз считать сумму бетсайзингов, чтоб не нарваться на ситуацию как на скринах

@Alex, спроси у разработчиков, что там происходит в редакторе статов, сколько там знаков после запятой учитывается, например не 0.499, а 0.4999 если вписать, или 0.49999

@Alex Объясни, какой в этом смысл? Чтоб исказить значения бетсайзингов, когда игрок делает ставки точного размера, вроде 0.35, 0.50, 0.65, 0.8? Тогда руки попадают под действие и нижнего фильтра, тем самым увеличивая значения этих бетсайзингов. Естественно эта фича у вас нигде на сайте и в софте не описана.
А потом сидишь, пол дня разбираешься, почему уже на флопе не сходятся значения бетсайзингов.

Ну вот выше я привёл скрины с вашей фичей, т.е. это нормальная ситуация видеть такие бетсайзинги в окне попапе?
Чем это не баг, когда отображет неправильные значения бетсайзингов и чтоб эту сиутацию исправить приходится уменьшать на одну тысячную нижний фильтр?
вот как выглядят эти же попапы с исправлением нижнего фильтра
https://prnt.sc/pg145z
https://prnt.sc/pg0zan

Вот поэтому мне и интересно, почему вариант +-0.001 лучше, если там творится такая ерунда в попапах.
И да, почему же тогда вы свою фичу не использовали в редакторе статов, а сделали там по-нормальному и там всё выводится корректно?))

3Bet pot cbet river - в попапе на стат неправильно отображаются бетсайзинги
с настройками по умолчанию вот так
т.е. в сумме меньше чем 56 и не все сайзинги отображаются
https://prnt.sc/pfd5y6
если отредактировать в Настройках размеры ставок, а конкретно уменьшить отношение эффективный стек/пот, то получается вот так, т.е. больше сайзингов, но при это в сумме уже намного больше 56 и значения сайзингов неправильные
https://prnt.sc/pfd581
посчитал через отчёты вручную: кбет ББвсСБ ривер получилось 56 - так же как в попапе и
количество семплов тоже сошлось
ручные расчёты:
общее количество рук на ривере 20
общее количество донков 2
общее количество рук для кбет/чек 18
количество рук кбет 10
кбет 10/18=55.6
overbet - (3/18) 16.7
potbet - (1/18) 5.6
0.8-0.95 - (3/18) 16.7
0.65-0.8 - (3/18) 16.7
(расчёты неверные, считать нужно относительно размера эффективного стека и пота)

Разобрался, что H2N правильно считает бетсайзинги, просто при маленьком соотношении эффективный стек/пот меняется логика расчётов, из-за этого сумма значений бетсайзингов будет больше, значение кбета, но сами значения бетсайзингов расчитываются верно
но при дефолтных настройках эффективный стек/пот часть раздач не попадает под логику расчётов и соответсвенно некоторые бетсайзинги просто не выводятся. а те что выводятся могут быть неточными, поэтому нужно изменить настройки эффективный стек/пот в настройках попапа на стат
вот с такими настройками у меня выводятся все бетсайзинги на ривере в 3бет потах и на тёрне/ривере в 4Бет потах
https://prnt.sc/pfmwck
т.е. если эффективный стек/пот соответсвует размеру ставки/пот, то выводятся все бетсайзинги с правильными значениями

Неправильно считаются значения ставок в попапе на статы в 3Бет потах
в конкретном случае, если игрок ставит ровно 0.5 пота, то эти руки попадают одновременно под размер ставок 0.35-0.499 и 0.5-0.649, т.е. 0.499 почему-то округляется до 0.5, и соответственно неправильные показатели в попапе на стат
но если сделать отдельные статы с бетсайзингами 0.35-0.499 и 0.5-0.649, то всё корректно считается и отображается
если же в настройках Попап на стат-Размеры ставок 0.35-0.499 изменить на 0.35-0.498, то тогда всё считается без округления к 0.5 и отображается правильно в попапе на стат
на счёт остальных размеров ставок не могу сказать, но есть вероятность, что тоже будет подобное округление, если в конце 9
вот примеры
https://prnt.sc/pf9mzb
https://prnt.sc/pf9uvs

Окно Подробности раздачи при открытии находится под попапом, и чтобы его от-туда вытащить надо сдвигать попап, при этом окно Подробности раздачи никак не вытянуть поверх попапа
Окно Подробности раздачи