Семинар «Управление питанием, МЭМС-датчики и беспроводные решения от ST»

В конце октября (29 в Питере, 31 в Москве) будет проведён весьма интересный, как по мне, семинар от STMicroelectronics.

Из интересностей:
1. Беспроводная передача данных (Wi-Fi, Bluetooth, 433/868 МГц);
2. Новые ключи (мне для моторов интересны они, их сборки, диоды и т.д.);
3. Преобразователи питания (DC-DC и иже с ними);
4. MEMS-датчики во всём своём разнообразии;
5. Новинки и планы на 2014 год; новые контроллеры на ядрах Cortex-M; Обзор контроллера STM32F429/F439; EEPROM M24LR с двумя интерфейсами: I2C и RFID/NFC (разъём для подключения платки с оной присутствует на 429 дискавери).

В Питере семинар пройдёт по адресу: ул. Лодейнопольская, д. 5 Конгрессный Центр «ПетроКонгресс» (м. Чкаловская, там недалече) с 9:30;
В Москве по адресу: Симоновский вал, д.2, Гостиница Holiday Inn, конференц-зал «Донской» (м. Пролетарская) с 9:30.

Надо вполне определённо посетить это мероприятие.

@темы: arm, семинары, электроника, stm32

---

Выходит новая отладочка STM32F0308DISCOVERY

Вот. Хотя, если говорить точнее, отладочка уже вышла и даже есть в компелах/террах и т.д., как и остальные вышедшие с ней платы.

Основная няшесть контроллеров оной серии микроконтроллеров — цена. Рубль за бит, 32 за 32 бита. Ну или около того =D Если серьёзно, в компеле оптовая цена 25 рублей за STM32F030C6T6, розничная под 40. Но всё равно достаточно дёшево. В Терре стоимость 42 рубля за штуку при единичных объёмах. Древняя, бессмысленная и беспощадная, мало что умеющая atmega8 там же стоит от 70 до 200 рублей.

На самой отладке ничего особо-то и нет, кроме отладчика и контроллера.



Контроллер же, установленный на отладочку, имеет и умеет:
— Ядро CM0 с тактовой частотой до 48 МГц;
— 64 КБайт флеша и 8 Кбайт оперативной памяти (со встроенным контролем чётности);
— CRC;
— DMA на пять каналов;
— АЦП 12 бит на 16 каналов, минимальное время преобразования 1 мкс;
— до 10 таймеров (два сторожевых, Systick 24 битный, семь разных 16-битных);
— RTC с календарём и будильником и возможностью периодического пробуждения контроллера ото сна;
— До двух I2C, один из которых поддерживает Fast Mode Plus (1 Мбит/сек) с источником тока на 20 мА;
— До двух USART, которые к тому же умеют работать как мастер SPI и имеют аппаратный контроль передачи (modem control), один из них умеет автоопределять скорость передачи;
— До двух SPI (18 Мбит/сек) с размером кадра от 4 до 16 бит;

UM1658: Discovery kit for STM32F030 Value Line microcontrollers;
DS9773: Value-line ARM-based 32-bit MCU with 16 to 64-KB Flash, timers, ADC, communication interfaces, 2.4-3.6 V operation;
RM0360: STM32F030x4/x6/x8 advanced ARM-based 32-bit MCUs;

Демонстрационное ПО;

@темы: arm, электроника, stm32, stm32f0308discovery

---

Светодиоды со встроенным контроллером WS2811

В продаже некоторое время назад появились интересные RGB-светодиоды со встроенным ШИМ-контроллером в стандартном для них корпусе 5050. Управляются они по одному проводу, то есть требуют всего 3 провода — питание (5 В), земля и данные. Продаются так же и в виде лент, каждый пиксель на коих может светиться своим цветом!
ШИМ-контроллер всего лишь восьмибитный, потому кривую яркости встроить, к сожалению, не удастся. Либо удастся, но за счёт значительного снижения количества градаций яркости. Телевизор на таком сделать можно, но цветопередача будет та ещё.



Управление достаточно простое: уровень напряжения по умолчанию низкий, если он держится более 50 мкс, то это сброс линии. Ноль кодируется импульсом длиной 0.25 мкс, единица - импульсом длиной 0.6 мкс, при этом между нарастающими фронтами расстояние должно быть не менее 1.25 мкс (частота следования импульсов 800 кГц). Сначала светодиод примет 24 импульса себе (по 8 бит на канал), остальные до сброса линии будет пропускать дальше:

На контроллере STM32 их получить не так и сложно: настроить SPI так, чтоб частота следования символов была эти самые 800 кГц (битовая частота в 8 раз выше, 6.4 МГц), а полярность обратной (например, CPHA=1) и посылать символы: 0xF0 для единицы и 0xC0 для нуля:

Можно снизить частоту в два раза, передавая по два бита на символ SPI: 0x8 для нуля и 0xC для единицы. Из выводов нужен только вывод MOSI. Или можно передавать вообще какой-нибудь другой периферией.
Из сложностей - так как SPI имеет только кратный двум предделитель частоты, редкие частоты тактирования подходят для передачи. Я для примера в стм32ф4дискавери брал частоту 101 МГц (Хотя 102 была бы лучше, но там не принципиально. Для выбора частоты смотрим на отношение 102.4 / 16 = 6.4).
Конфигурационный файл под нужную частоту можно сделать с помощью экселевского файла специального. Не забываем смотреть (можно там же), какая у нас частота периферии (по умолчанию она в 4 раза меньше частоты тактирования, вроде как), потому в самом SPI надо выбирать делитель на 4. Хотя, можно сделать и иначе.

Биты передаются от старшего к младшему, порядок цветов у меня такой: G R B (так кристаллы следуют в светодиоде), возможно, в других сериях может быть иначе, не знаю. Но меня такой порядок не удивил.
Как-то так: G7 G6 G5 G4 G3 G2 G1 G0 R7 R6 R5 R4 R3 R2 R1 R0 B7 B6 B5 B4 B3 B2 B1 B0. Что сначала, то сначала и посылается. Пример:

static void ws2811_SendByte(uint8_t Data)
{
    int i;
    
    for(i = 0; i < 8; i++)
    {
        bool State = (Data & 0x80) != 0;
        spi_Send(State ? 0xF0 : 0xC0);
        
        Data <<= 1;
    }
}

ws2811_SendByte(G);
ws2811_SendByte(R);
ws2811_SendByte(B);

Вот и всё. Данные в передатчик можно пихать процессором или с помощью DMA, разницы особой для светодиодов нет.

Даташит на микруху (режим 800 кГц уже выбран): WS2811;
Даташит на светодиод: WS2811 chip-built-in led datasheet;
Схема включения (см. пункт 1): ws2811 Application circuit;

Картинка с сайта магазина: GreeLed, WS2811 chip integrated with SMD5050 led.

@темы: электроника, няшодки

---

В новой Мариинке сезон дождей

Озёра, лужи и дожди. Кап-кап. Точнее, пшшшш. В царской ложе можно плавать. Мокро то есть. И в зал бежит.

Потоп во всей красе. Но локализовали и, может, уберут. Хорошо хоть, труба жахнула после концерта Оо

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

@темы: мии

---

Выходит новая отладочка STM32F401CDISCOVERY

Ещё одна вкусняша с кучей MEMS-датчиков. На контроллере STM32F401VCT6 (CM4 + FPU) с 256 КБ флеша и 64 КБ оперативы. Частота до 84 МГц.

На плате установлены:
— трёхосевой гироскоп L3GD20;
— трёхосевой акселерометр и компас LSM303DLHC;
— всенаправленный цифровой микрофон MP45DT02;
— аудио-ЦАП D-класса CS43L22;
— разъём USB OTG micro-AB;




Конкретнее про МК:
— 12 бит АЦП 2.4Msps, до 16 каналов;
— 12 бит ЦАП, 2 канала с выходными буферами;
— 2 сверхнизкопотребляющих компаратора (+оконный режим и пробуждение);
— DMA на 16 каналов с FIFO;
— USB 2.0 FS device/host/OTG;
— 3x USART (2 x 10.5 Mbit/s, 1 x 5.25 Mbit/s);
— 4x SPI 42 Mbits/s (два из них с поддержкой I2S);
— 3x I2C 1 Mbits/s(SMBus/PMBus);
— SDIO;
— 10 таймеров (2 32 бит, один из которых, видимо, SysTick, 6 обычных 16 бит, 2 сторожевых);
— CRC;
— RTC;
— MPU.

UM1669: Discovery kit for STM32F401 line;
STM32F401VC datasheet;
Хахаха. Reference Manual пока что отсутствует почему-то. потому пользуйтесь пока RM0090 от более мощных серий.

Примеры.

@темы: arm, электроника, stm32, stm32f401cdiscovery

---

Выходит новая отладочка STM32L152CDISCOVERY

Отладка для оценки микроконтроллеров серии STM32L152 (как и уже старенькая отладка STM32LDISCOVERY) на примере STM32L152RCT6, который имеет 256 КБ флеша, 32 КБ оперативки и даже 8 КБ eeprom, ядро CM3. На платке так же установлен LCD-экранчик, который управляется через встроенный в МК драйвер, и нарисована тач-полоска (которую можно использовать как 4 кнопки).

Рабочие частоты: от 32 кГц до 32 МГц. Питание от 1.8 до 3.6 В. Низкое потребление, особенно в режимах сна, есть режимы пониженного потребления и в функционирующем виде. (как и в L100 серии)



Потребление:
— 0.35 µA режим Standby (3 вывода для пробуждения);
— 1.3 µA режим Standby + RTC;
— 0.65 µA режим Stop (16 выводов для пробуждения);
— 1.5 µA режим Stop + RTC;
— 11 µA режим Low-power Run;
— 238 µA/MHz режим Run;
— 10 nA утечка через I/O;
— 8 µs время пробуждения.

Конкретнее про МК:
— Имеется зашитый бутлоадер с интерфейсами через USB (!!!) и USART;
— Драйвер LCD (8x40 сегментов с настройкой контраста, моргания, +встроенный повышающий конвертер);
— 2x операционника;
— 12 бит АЦП 1Msps, до 40 каналов;
— 12 бит ЦАП, 2 канала с выходными буферами;
— 2 сверхнизкопотребляющих компаратора (+оконный режим и пробуждение);
— DMA на 12 каналов;
— USB 2.0;
— 3x USART;
— 3x SPI 16 16 Mbits/s (два из них с поддержкой I2S);
— 2x I2C (SMBus/PMBus);
— 11 таймеров (1 32 бит, который, видимо, SysTick, 6 обычных 16 бит, 2 простых 16 бит, 2 сторожевых);
— До 34 сенсорных каналов;
— CRC;
— MPU.

UM1079: STM32L1 discovery kits: STM32L-DISCOVERY and 32L152CDISCOVERY;
STM32L152xC datasheet;
RM0038: STM32L100xx, STM32L151xx, STM32L152xx and STM32L162xx advanced ARM-based 32-bit MCUs

@темы: arm, электроника, stm32, stm32l152cdiscovery

---

Выходит новая отладочка STM32L100CDISCOVERY

Отладочка для оценки серии микроконтроллеров STM32L100 (малопотребляющих) на примере STM32L100RCT6, в коем 256 КБ флеша и 16 КБ оперативки, ядро CM3, всё это в корпусе LQFP64.

Рабочие частоты: от 32 кГц до 32 МГц. Питание от 1.8 до 3.6 В. Низкое потребление, особенно в режимах сна, есть режимы пониженного потребления и в функционирующем виде.



Потребление минимально:
— 0.35 µA режим Standby (3 вывода для пробуждения);
— 1.3 µA режим Standby + RTC;
— 0.65 µA режим Stop (16 выводов для пробуждения);
— 1.5 µA режим Stop + RTC;
— 11 µA режим Low-power Run;
— 238 µA/MHz режим Run;
— 10 nA утечка через I/O;
— 8 µs время пробуждения.

Конкретнее про МК:
— Имеется зашитый бутлоадер с интерфейсами через USB (!!!) и USART;
— Драйвер LCD (8x28 сегментов);
— 12 бит АЦП 1Msps, до 20 каналов;
— 12 бит ЦАП, 2 канала с выходными буферами;
— 2 сверхнизкопотребляющих компаратора (+оконный режим и пробуждение);
— DMA на 12 каналов;
— USB 2.0;
— 3x USART;
— 3x SPI 16 16 Mbits/s (два из них с поддержкой I2S);
— 10 таймеров (6 обычных 16 бит, 2 простых 16 бит, 2 сторожевых);
— CRC;
— MPU.

UM1656. 32L100CDISCOVERY discovery kit for STM32L100 Value Line microcontrollers
STM32L100RC datasheet
RM0038: STM32L100xx, STM32L151xx, STM32L152xx and STM32L162xx advanced ARM-based 32-bit MCUs

Примеры.

@темы: arm, электроника, stm32, stm32l100cdiscovery

---

Выходит новая отладочка STM32F429IDISCOVERY

Скоро можно будет купить эту весьма интересную платку, чтобы с ней поиграться. Цена не сильно выше предыдущих. Официально продаваться в мире они стали что ли со вчерашнего дня (18.09.2013), хотя я не совсем уверен, но около того.

Няшки на борту платы:
1. 2.4" QVGA TFT LCD (320 × 240, 262K цветов), конечно, с тачскрином (через контроллер STMPE811);
2. 64 мбит SDRAM (8 МБайт);
3. Трёхосевой гироскоп (L3GD20);
4. USB OTG micro-AB.



На борту стоит микроконтроллер STM32F429ZIT6 (225 DMIPS на частоте 180 МГц) с 2 МБ флеша, 256 КБ оперативы. Ну и весь стандартный для ф4 периферийный набор:
— 2 обычных DMA, ещё один для усб и один для ethernet;
— Контроллер внешней памяти для SDRAM (90 МГц, 32 бит);
— Контроллеры камеры и экрана (TFT с разрешением до 800х600, 24 бита, два слоя с поддержкой смешивания);
— Ethernet MAC10/100 с поддержкой IEEE 1588 v2;
— 2 USB OTG;
— 4x USART + 4x UART (11.25 Mbit/s, интерфейс ISO7816, LIN, IrDA, modem control);
— 6x SPI (45 Mbits/s);
— 3x I²C (с каким-то цифровым фильтром);
— 2x CAN;
— SDIO;
— 2x I2S;
— 1x SAI (serial audio interface) с поддержкой TDM (Time Division Multiplexed);
— 2x 12-bit ЦАП;
— 3x 12-bit АЦП;
— 17 таймеров, какие-то из них работать могут и на частоте проца (до 180 МГц);
Кроме того есть какой-то графический ускоритель простенький (Chrom-ART Accelerator™), который умеет заполнять прямоугольнички, копировать прямоугольные области с преобразованием формата пикселей и смешиванием (blending).
Есть блок защиты, который может разрешать только выполнение кода из отдельных секторов и не разрешать чтение.

Няшно.

UPD: контроллер TFT на разрешении 640x480 держит только двухбайтные форматы цвета (rgb565, argb1555, argb4444, AL88) на два слоя, на разрешении 800x600 только однобайтные (таблица на 256 цветов как в денди или ч/б L8 AL44) на два слоя. Иначе нарушение синхронизации, сначала горизонтальной, потом и вертикальной (картинка порвётся в мясо). Четырёхбайтные режимы вполне себе только на низких разрешениях 320х240 и типа того.
При одном активном слое всё умножается на два: на 800х600 можно использовать RGB565 и типа того.

UM1670. Discovery kit for STM32F429/439 lines;
STM32F429xx datasheet;
RM0090. Reference manual.

Примеры программ.

@темы: arm, электроника, stm32, stm32f429idiscovery

---

Движки для рендеринга субтитров

Надо б собрать ссылки на рендереры субтитров, их исходники, материалы и прочее. Надеюсь, у меня руки дойдут до задуманного><

Используются:
VSFilter, MPC-HC project, x64 — почти все сабы для аниме рендерятся им;
libass;

Кто-то пробовал:
SSBRender, форум, 2012;
as6render (AviSynth plugin) by JEEB;
Kumaji, 2010.

@темы: программизмы, субтитры

---

STM32F4. Внешний ЦАП CS43L22 и I2S

Как я уже говорил, на плате STM32F4-Discovery установлен ЦАП, который подключается по интерфейсу I2S. И оно может проигрывать мелодии, пищать и издавать в соответствующий разъём всякие звуки. Если, конечно, туда подключить какое-нибудь устройство воспроизведения.

Прежде, чем можно будет в I2S гнать аудиопоток, ЦАП надо включить и настроить, иначе он будет молча данные игнорировать:
1. Линию PD4 (~RESET) перевести в высокий уровень. ЦАП начнёт работать и воспринимать команды.
2. Командами по линии I2C программно включить ЦАП, выбрать и настроить протокол I2S, настроить коэффициенты усиления, установить громкость и всё такое. Настроек там выше крыши, и их все можно посмотреть в даташите.
3. Настроить I2S в контроллере.

После этого можно уже посылать данные и слышать результат в наушниках.

Я взял уже готовый базовый проект из предыдущих, готовый драйвер I2C (с буферизацией на 5 транзакций) и настраивал посредством него:

// Инициализация
void cs43l22_Init(void)
{
	// Выведем из состояния сброса
	// PD4 - ~Reset
	gpio_DigitalOutput(PORTD, 4);

	// Аппаратный сброс
	cs43l22_Reset();
	
	// Настройка кодека
	// PDN = 0x01, Powered Down
	WriteLock(REG_POWER_CTL1, 0x01);
	
	// PDN_HP = 2, Headphone channel is always ON.
	// PDN_HP = 3, Speaker channel is always OFF.
	WriteLock(REG_POWER_CTL2, 0xaf);
	
	// AUTO = 1, Auto-detection of Speed Mode enabled
	// MCLKDIV2 = 1, MCLK signal into DAC divided by 2
	WriteLock(REG_CLOCKING_CTL, 0x81);
	
	// DACDIF = 1, DAC Interface Format: I2S, up to 24-bit data
	WriteLock(REG_INTERFACE_CTL1, 0x04);
	
	// Максимальная громкость: +12 dB
	WriteLock(REG_MASTER_A_VOL, 0x18);
	WriteLock(REG_MASTER_B_VOL, 0x18);
	
	// Определение нуля не надо, да и чего-то там ещ

	WriteLock(REG_ANALOG_ZC_SR_SETT, 0x00);
	
	// DIGSFT = 0, Does not occur with a soft ramp
	// DEEMPHASIS = 1, config. digital de-emphasis filter response
	WriteLock(REG_MISC_CTL, 0x04);

	// Отключить ограничитель
	WriteLock(REG_LIMIT_CTL1, 0x00);
	
	// Подстроить уровни
	// TREB = 0b0000, treble gain +12.0 dB
	// BASS = 0b1111, gain of the bass shelving filter -10.5 dB
	WriteLock(REG_TONE_CTL, 0x0f); 

	// Подстроить громколсть обоих каналов
	// PCMxVOL: +5 dB
	WriteLock(REG_PCMA_VOL, 0x0a); 
	WriteLock(REG_PCMB_VOL, 0x0a);
}

Не суть важно. Драйвер i2c можно заменить на любой другой, даже из стандартной библиотеки.

Так что там с I2S. На плате на ЦАП ведут дорожки с выводов PC7 (MCK), PC10 (SCK), PC12 (SD), PA4 (WS). Альтернативная функция: 6.
Даже по названиям линий видно, что это синхронный протокол. По сути - это что-то вроде SPI, только с дополнительными линиями данных, одна из которых (WS) говорит о том, на какой канал идёт передаваемый аудиосемпл. Не удивительно и то, что протокол I2S реализован на базе модуля SPI (нам нужен SPI3, но на SPI2 тоже есть, вроде).

Настройка проста, только требует ряда расчётов:
1. Подаём тактовый сигнал на соответствующий модуль SPI (флаг SPI3EN в регистре RCC_APB1ENR);
2. Выбираем источник тактирования для I2S: PLLI2S (отдельный PLL для аудио) или внешний тактовый сигнал. За это отвечает флаг I2SSRC в регистре RCC_CFGR. Так как внешнего сигнала нема, сбрасываем флаг;
3. Настраиваем этот самый PLL для аудио (множитель, делитель) в регистре PLLI2SCFGR, параметры примерные можно глянуть в таблице 125 (Audio frequency precision) из Ref. Man. Там же идёт и пример расчёта под нестандартные значения. Относительно него потом будет вычисляться частота семплирования аудио, с какой скоростью слать данные ЦАПу.
4. Включаем его установлением флага PLLI2SON в регистре RCC_CR;
5. Ожидаем готовности (PLLI2SRDY там же);
6. Настраивается делитель относительно PLLI2S, чтобы дать нужную частоту следования выборок: 48000 кГц, 96000 кГц, 8 кГц и т.д., в зависимости от формата проигрываемого файла. Опять же, параметры для стандартных частот указаны в таблице 125.

Дальше можно данные запихивать в регистр SPIx_DR, разделение по каналам такое: сначала пишем левый, потом правый, потом снова левый и так далее.

В примере идёт инициализация ЦАПа и I2S, а потом в цикле играет гамма, каждая нотка по паре секунд. Звук грязный, ибо меандр. Правда, в высоте звука я не уверен.

Проект;
cs43l22.c;
i2s.c;
test2.c.

побайтовая запись ленива и упорна. Вот пример записи через DMA, где обмен идёт с кодом уже блоками.
Проект с DMA;
i2s.c (DMA);
test2.c (DMA).


<< Предыдущее Следующее >>

@темы: arm, программизмы, электроника, stm32f4discovery, stm32

---

Новый десятик "Козельск"

Как написал ЦБР, на 1 августа анонсировали десятик "Козельск". Козельск, встретил бы я хоть раз предыдущие шесть типов десятиков, выпущенных в этом году, или сколько их там... Но фиииииг, нема.

@темы: монетики

---

STM32. Определение положения сбойного кода.

Бывает, при разных ошибках в коде возникают исключения. Переход по некорректному адресу, чтение или запись куда-то не туда, неправильная инструкция, да мало ли проблем. Как найти среди мешанины кода то место, где всё сломалось? Напрямую Кейл ничего не пишет, Список в Call Stack обычно пуст и не содержит ничего полезного (хотя иногда и обратное верно). Окошечек с информацией тоже нема. Грусть-печаль-тоска.

Но всегда можно вспомнить, что исключение — тоже вполне себе прерывание и действует, как и любое другое прерывание. То есть кладёт в стек копию 8 регистров: R0-R3, R12, LR, PC, CPSR. Нам нужен только PC, где содержится адрес инструкции, следующей за сбойной.

Вот как это можно подглядеть.

Вот как это можно подглядеть в окне Memory, если вбить туда адрес «SP»:

Как видно, тут находится адрес 0x080023D5, и где-то перед ним и таится лажа. Причём, судя по тому, что в PC (следующее слово рядом) какая-то фигня, там произошёл переход по неизвестно какому адресу. Если же там было чтение неизвестно чего или непонятная инструкция — можно смотреть сразу PC.


А ещё можно в поле Command записать

((unsigned long *)SP)[5] // LR
((unsigned long *)SP)[6] // PC

И получить ответ числом, как оно есть, не ползая по окну памяти.

Капитаню, конечно, но не всегда можно догадаться об этом сразу.

@темы: arm, программизмы, stm32f4discovery, stm32f3discovery, stm32f0discovery, stm32

---

Возвращаясь к столам

А кто-то таки смог сделать самопальный автостол: Automatic Mahjong Table.
Ну или его весомую базовую часть.

Интересная идея с переворотом тайлов — с помощью сервопривода, который их захватывает торцом, а потом поворачивает в зависимости от ориентации вокруг своей оси. Мешалка там достаточно очевидная — вращающийся диск и стенки с отверстиями, куда пролезает только лежащий тайл, а дальше направляющие его направят куда надо — к поворачиватору и укладывателю. И что круто, не нужна никакая тяжёлая машинерия.

@темы: маджонг, электроника

---

Ещё один автоматический стол в Питере

Как я сегодня узнал, в Питере появился ещё один стол (третий же?), в антикафе «ПМЖ», Техноложка.



+1 в копилочку мест.

@темы: мии, маджонг, няшодки

---

TenhouViewer. Пайфу

Вообще, любую раздачу тенхочки можно записать в виде пайфу.

Например.

Например:


Пайфу для вот этой раздачи, тут от игрока, собравшего якуманчик: tenhou.net/0/?log=2013030221gm-0089-0000-6890f1...


Отдельно откоцанная от раздачи рука:


Конечно, алгоритм генерации ещё имеет ряд недостатков и проблем (в частности, надо бы рисовать тайлы повёрнутые иначе, но пока для примера так, или даже иными спрайтами, свободными к использованию), но всё поправимо.

Канонные примеры надо искать в японских интернетах по слову «牌譜». Сравним, посмотрим...

UPD:

Потестить r78

Потестить версию r78.
Чтобы преобразовать отдельную раздачу:

TenhouViewer -U<хэш> round=<номер, начиная с нуля> filename=<имя файла без расширения>

TenhouViewer -U2013010404gm-0001-0000-36107b44 round=1 filename=paifutest

Получим картинку второй от начала игры раздачи в файле paifutest.png.

Или если хотим получить картинки найденных поиском раздач, то указывает флаг -u и папочку, куда сохраняем:

TenhouViewer -flog.txt winner dealer paymentmin=12000 -u dir=dealermangan

В результате будет набор картинок с дилерскими манганами в папочке dealermangan.

UPD:

Потестить r79 с ч/б тайлами.

Потестить r79 с ч/б тайлами:



UPD от 12 мая 2014: А тенхочка тоже теперь умеет пайфу делать, нужно только в ссылке на реплей заменить /0/ на /6/.

@темы: программизмы, маджонг, tenhou, tenhouviewer, paifu

---

TenhouViewer. Анонс =D

Итак, я таки переписал основную часть кода анализатора игр с тенхочки в более человеческий вид. Исходники лежат на гуглокоде: TenhouViewer.

Так как программа живёт ещё совсем немного, оконного интерфейса у неё нема, только консоль. Впрочем, пока что её достаточно.
Что же это за штука и как её пользоваться? Программа умеет по логу игр (который выдаёт и виндовый, и браузерный клиент) скачивать реплеи в папочку. Чтобы потом искать в них разные ситуации, ну и делать статистику, например, график рейтинга.

1. Создадим папочку для программы, где она всё барахло будет хранить. Например, "TenhouViewer".
2. Закинем туда программку из архива. Там ещё есть четыре примера, как ей управлять.
3. Создадим файл log.txt рядом и запишем туда прям методом копипасты лог с клиентика (я его веду отдельно, так как клиент хранит только несколько последних):

01/04 | 牌譜 | 般東喰赤 | http://tenhou.net/0/?log=2013010403gm-0001-0000-4776ecf6&tw=0
  3位 tfizik(-17.0) ☆ミスド☆(+42.0) 読書系雀士(+3.0) Mino(-28.0)
01/04 | 牌譜 | 般東喰赤 | http://tenhou.net/0/?log=2013010403gm-0001-0000-d958d9e2&tw=3
  3位 tfizik(-16.0) Stanver(+9.0) 315(+41.0) adadad(-34.0)
01/04 | 牌譜 | 般東喰赤 | http://tenhou.net/0/?log=2013010404gm-0001-0000-36107b44&tw=3
  4位 tfizik(-34.0) eufo(-22.0) udonnabe(+5.0) NoName(+51.0)
01/04 | 牌譜 | 般東喰赤 | http://tenhou.net/0/?log=2013010407gm-0001-0000-39c2bf16&tw=3
  3位 tfizik(-26.0) NoName(-3.0) にら大人(+65.0) 黒衣の魔女(-36.0)
01/04 | 牌譜 | 般東喰赤 | http://tenhou.net/0/?log=2013010407gm-0001-0000-3e0104c5&tw=3
  2位 tfizik(+1.0) Aleco(-38.0) 1121211(+56.0) 黒衣の魔女(-19.0)
01/04 | 牌譜 | 般東喰赤 | http://tenhou.net/0/?log=2013010407gm-0001-0000-65dd0154&tw=1
  3位 tfizik(-16.0) shiizou(+44.0) 010001(-41.0) 白井同學(+13.0)
01/04 | 牌譜 | 般東喰赤 | http://tenhou.net/0/?log=2013010408gm-0001-0000-8ab2032c&tw=2
  4位 tfizik(-39.0) diferes(+48.0) V蟹V(+8.0) HowTo(-17.0)

4. Создадим файлик, который будет давать команду на скачивание: 1. download.bat (есть в архиве)

TenhouViewer -dlog.txt

И файлик, который заставит программу всё это барахло проанализировать: 2. prepare.bat

TenhouViewer -plog.txt

5. Дальше смотрим команды поиска, ведь любые дальнейшие действия идут через него.
Любой поиск начинается с команды

TenhouViewer -flog.txt

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

TenhouViewer -flog.txt winner dealer paymentmin=12000

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

http://tenhou.net/0/?log=2013010403gm-0001-0000-d958d9e2&ts=8&tw=1	13300	7	315	Fanpai 東 (round wind) Honitsu Dora Aka-dora 
http://tenhou.net/0/?log=2013010404gm-0001-0000-36107b44&ts=3&tw=2	13000	12	NoName	Yakuhai 白 Dora Aka-dora 
http://tenhou.net/0/?log=2013010407gm-0001-0000-39c2bf16&ts=1&tw=1	15300	10	にら大人	Riichi Aka-dora Ura-dora 
http://tenhou.net/0/?log=2013010407gm-0001-0000-3e0104c5&ts=0&tw=1	16000	12	1121211	Yakuhai 中 Dora 
http://tenhou.net/0/?log=2013010407gm-0001-0000-3e0104c5&ts=3&tw=3	12000	16	tfizik	Tanyao Dora Aka-dora 

Ограничивающих параметров может быть сколько угодно, но чем их больше, тем меньше раздач найдётся. Пока что параметры есть такие:
shanten=N — с раздачи рука N шантен (0-6);
shantenmin=N — с раздачи рука не менее, чем N шантен (0-6);
shantenmax=N — с раздачи рука не более, чем N шантен (0-6);
ratingmin=N — только раздачи игроков, чей рейтинг не менее N (1000-3000);
ratingmax=N — только раздачи игроков, чей рейтинг не более N (1000-3000);
paymentmin=N — выплата (с учётом палок) не менее N, минус — игрок платит, плюс — игроку (-1000000-1000000);
paymentmax=N — выплата (с учётом палок) не более N, минус — игрок платит, плюс — игроку (-1000000-1000000);
waitmin=N — найти все руки, где выигрышно ожидание имело не менее N типов тайлов (1-13);
waitmax=N — найти все руки, где выигрышно ожидание имело не более N типов тайлов (1-13);
place=N — найти раздачи занявших N-нное место (1-4);
rank=N — найти раздачи игроков с рангом N (0 = новичок, 1 = 9 кю, ..., 9 = 1 кю, 10 = 1 дан, 12 = 3 дан и т.д.) (0-20);
nickname=N — найти раздачи игрока с указанным ником (строка);
steps=N — найти все руки, где игра продолжалась не более N ходов (считается по сбросам в дискард) (0-60);
yaku=N,M,X — найти все руки, где имеются все перечисленные через запятую яку: N,M,X,... (0-54), список яку;
wait=N,M,X — найти все руки, где ожидание имело хотя бы один тайл из списка: N,M,X,... (0-36), номера тайлов;
dealer — только раздачи дилера;
winner — только раздачи, где руку собрали;
loser — только раздачи, где накинули;
В принципе, можно добавить и другие параметры, было бы желание и знание о требованиях.

В данном случае результат будет выдан в консоль же. Если мы хотим получить отдельный файл с результатами, укажем его название, добавив флаг -s<имя файла>:

TenhouViewer -flog.txt winner dealer paymentmin=12000 -sdealermangan.txt

6. Но найденные игры можно вывести и в ином виде, более приспособленном для стат. анализа, используя флаги -g<ник> и -G<ник>.
Они позволяют вывести параметры всех игр (предварительно найденных с помощью флага -f) игрока "ник" по очереди в виде таблицы.

TenhouViewer -flog.txt -Gtfizik index rating rank -srating.txt

Результат:

index	rating	rank	
0	1564	10	
1	1558	10	
2	1551	10	
3	1532	10	
4	1526	10	
5	1533	10	
6	1526	10	

Или вот:

TenhouViewer -flog.txt nickname=tfizik winner -gtfizik index cost han fu riichi concealed waiting -stfizikwin.txt

Результат:

index	cost	han	fu	riichi	concealed	waiting	
0	2900	2	30	0	0	2	
1	2900	2	30	0	0	2	
2	4000	3	30	1	1	2	
3	3900	2	40	1	1	2	
4	2900	2	30	0	0	1	
5	12000	5	30	0	0	2	
6	2900	2	30	0	0	1	
7	1000	1	30	0	0	1	

Флаг -G смотрит сами игры целиком: рейтинг игрока, ранг, место, баланс, результат игры и типа того.
index — номер игры (просто сквозной);
rating — рейтинг игрока перед игрой;
rank — ранг игрока перед игрой (1=1 кю, 10=1 дан и т.д.);
place — занятое место;
result — результат игры с учётом умы;
balance — баланс игрока на конец игры;

Флаг -g смотрит отдельные раздачи и то, что происходило в них: дилер ли, накинул ли, выиграл ли, цена руки, выплаты и т.д:
index — номер раздачи (сквозной);
initshanten — шантен на начало раздачи;
pay — выплата в результате раздачи;
tempai — был в руке темпай (1 или 0);
dealer — был ли дилером в раздаче (1 или 0);
loser — набросил ли кому-нибудь (1 или 0);
winner — собрал ли руку (1 или 0);
riichi — объявлял ли риичи (1 или 0);
concealed — держал руку закрытой (1 или 0);
openedsets — количество открытых сетов;
cost — стоимость руки;
fu — количество минипоинтов в руке;
han — количество хан в руке;
step — сколько сбросов в дискард успел сделать;
balance — баланс на начало раздачи;
waiting — количество типов тайлов в выигрышном ожидании;
round — номер раунда (0=1в,1=2в,2=3в,3=4в,4=1ю,5=2ю,6=3ю,7=4ю,8=1з и т.д.);
Можно ещё добавить параметры (ренчаны там и т.д.).

Дальше на этот файл можно натравить эксель и построить график чего-либо (рейтинга того же). Или посчитать долю разных событий (наброса или завершения руки под риичи), можно также и с графиком, с помощью оконной выборки.

Поддержки игр, где три игрока, а не четыре, пока нет. Глюки и не совсем верные числа в некоторых полях тоже могут быть, так как программа ещё очень новая и почти не проверена. Но как узнаю, что не так — исправлю.

UPD от 22.07.2013. Билд r60.
Добавлена возможность форматирования результатов поиска в виде списка с помощью флага -o:
link — ссылка на раздачу (и найденную руку);
nickname — ник игрока;
rating — рейтинг игрока;
place — занятое в результате всех раздач место;
rank — ранг игрока;
pay — выплата в результате раздачи;
dealer — дилер;
winner — собрал руку;
loser — набросил;
concealed — закрытая рука;
cost — стоимость руки;
han — количество хан в руке;
waiting — количество сторон в ожидании;
step — количество сбросов в дискард в данной руке;
yaku — список яку;
round — номер раздачи (0 - 1в, 1 - 2в, ...);
roundindex — номер раздачи с начала игры;

Например, запустив программу с такими параметрами:

TenhouViewer -flog.txt winner paymentmin=12000 dealer -o link nickname cost waiting yaku -sdealermangan.txt

Получим:

http://tenhou.net/0/?log=2013010403gm-0001-0000-d958d9e2&ts=8&tw=1	315	12000	2	Fanpai 東 (round wind) Honitsu Dora Aka-dora 	
http://tenhou.net/0/?log=2013010404gm-0001-0000-36107b44&ts=3&tw=2	NoName	12000	2	Yakuhai 白 Dora Aka-dora 	
http://tenhou.net/0/?log=2013010407gm-0001-0000-39c2bf16&ts=1&tw=1	にら大人	12000	1	Riichi Aka-dora Ura-dora 	
http://tenhou.net/0/?log=2013010407gm-0001-0000-3e0104c5&ts=0&tw=1	1121211	16000	2	Yakuhai 中 Dora 	
http://tenhou.net/0/?log=2013010407gm-0001-0000-3e0104c5&ts=3&tw=3	tfizik	12000	2	Tanyao Dora Aka-dora 	

яку.txt — соответствие яку (и не яку) их номерам;
тайлы.txt — соответствие тайлов их номерам;

Программ r59. Требует .NET Framework 4.
Программа r60.

@темы: программизмы, маджонг, tenhou, tenhouviewer

---

EP4CE6. Altera Cyclone IV

Заказал себе платку за косарь: EP4CE6 EP4CE6E22C8N FPGA ALTERA Cyclone IV Development Evaluation Board Core Kit.
Посмотрим, что за зверь такой суслон.

@темы: электроника, altera

---

Риичи. Вероятность сбора руки

Я не помню, где я читал, что при стартовой руке в 4 шантен уже можно особо не париться с её сбором (за исключением случаев, когда формы офигенно удобны, а не пентяны с одиночными ветрами) и готовить руку к защите. Мне стало интересно и я построил табличку, где сводится число шантен стартовой руки, число уке-ире и шанс завершить руку. Мне казалось, что число уке-ире должно характеризовать руку как пипец или офигенно.

По существу, для каждой стартовой руки считался шантен и уке-ире. Уке-ире округлялся до ближайшего десятка вниз, чтоб не раздувать таблицу и сделать данные более достоверными. Были созданы две таблицы 7х14 (0-6 шантен и уке-ире до сотни с запасом).
Ячейка бралась в обеих таблицах по адресу (шантен; уке-ире). В одной таблице число просто увеличивалось с каждым совпадением, в другой только при завершённой руке. При выдаче таблицы для каждой ячейки считался процент: (100 * завершённых / всего). Если результатов было меньше 30, то оценка не рассчитывалась. Потому и нет столбиков с 0 и 1 шантен.

Вот результат для тех игр, что имеются у меня (их маловато для хороших результатов, но при желании можно добыть гораздо больше и перепроверить):


Как видно, от начального уке-ире вероятность нифига не зависит. Или, может, я не совсем верно его считаю... Ну да не важно.
Потому таблицу можно сократить до:


Уже при 4 шантен вероятность завершить руку всего 20% (вероятность выйти в темпай, кстати, 50%). Число, видимо, связано с тем, что остальные успеют выйти в темпай гораздо раньше и, скорее всего, кому-то из них это удастся всех опобедить. При 6 шантен вероятность 10%, это вообще ни о чём.
Хотя, конечно, при игре стоит оценивать потенциал руки, собрать можно даже из таких больших и страшных шантенов. Но без упарывания, ибо опасно.
Да и такое бывает: осторожно, лакерство.

В общем, верно всё писали.

@темы: программизмы, маджонг

---

Реализация простого параметрического поиска на C#

Есть у меня несколько сотен логов игр с Тенхочки. Каждую из раздач в них можно описать десятками параметров: рейтинг, ранг, ник, сколько очков у играющих, выходили ли в темпай, за сколько кругов вышли, объявляли ли риичи или открытые сеты, выиграли ли, какие яку были, кто сколько платил, кто дилер, какая выигрышная рука, какое ожидание и на сколько сторон было, как менялся шантен по ходу игры и т.д.
Хотелось бы выделять отдельные раздачи по каким-либо параметрам.

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

Теперь, чтоб получить доступ к результатам отдельной раздачи не надо переигрывать игру, достаточно открыть сгенеренный xml. Пример файлика: 2013010408gm-0001-0000-63296dbb_4.xml. Самих действий там нет, но есть основная информация о том, что там было, что нам для поиска и нужно.

Для поиска создадим отдельный класс: GameFinder. Он должен будет пройтись по переданному в него списку раздач, выделить среди них те, которые удовлетворяют нашим требованиям.

1. Загрузка списка игр.
Во-первых, он должен уметь брать игры из папочки с xml-ками.

GameFinder finder = new GameFinder("./games");

И, во-вторых, он должен уметь брать результаты своего поиска, чтобы продолжать искать уже среди них.

GameFinder finder = new GameFinder(ResultList);

2. При загрузке из файлов генерируем объекты класса, согласно записанным в файл значениям:

{
   GameList = new List<TenhouResult>();

   string[] filePaths = Directory.GetFiles(Path);

   for (int i = 0; i < filePaths.Length; i++)
   {
       if (String.Compare(Path.GetExtension(filePaths[i]).ToLower(), ".xml") != 0) continue;

       TenhouResult R = new TenhouResult();
       R.Load(filePaths[i]);

       GameList.Add(R);
   }
}

При инициализации по готовому списку, копируем объекты.

3. Класс поисковика имеет ряд публичных свойств, которые задают параметры поиска, например:

public string NickName = null;   // Ник игрока

public int[] YakuList = null;    // Список яку, которые должны быть в собранной руке

public int Place = 0;            // Занятое место

public int PaymentMin = -1;      // Минимальный платёж (интересует всё, что больше него)
public int PaymentMax = -1;      // Максимальный платёж (интересует всё, что меньше него)

public int RatingMin = -1;       // Минимальное значение рейтинга
public int RatingMax = -1;       // Максимальное значение рейтинга

public int Rank = 0;             // Ранг (кю или дан игрока)
public bool Dealer = false;      // Дилер?

public int StepsMax = 0;         // Максимальное количество ходов, которые успел сделать игрок

public int WaitingCount = 0;     // Сколько сторон у ожидания (смотрятся только собранные руки)
public int[] WaitingList = null; // Есть ли в ожидании хотя бы один тайл из списка

Если их значения не изменены, то проверка на данный параметр не производится.

Для каждой раздачи и каждого игрока в ней задаётся флаг того, устраивает он нас или нет.

bool[] Mark = new bool[4];

Эта пометка есть прямо в классе с результатами, она единственная редактируется поисковиком (чтоб можно было потом узнать, кто из четырёх игроков нужен).
Логика поиска такая. По умолчанию флаг Mark устанавливаем в значение true, как подходящий нам, а потом начинаем проверять по параметрам. Если параметр не прошёл, то флаг сбрасываем.

private void CheckNickName(TenhouResult R)
{
    if (NickName == null) return;

    for (int i = 0; i < 4; i++)
    {
        if (R.NickName[i].CompareTo(NickName) != 0) R.Mark[i] = false;
    }
}

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

int Count = 0;
int Total = 0;
List<TenhouResult> ResultList = new List<TenhouResult>();

for (int i = 0; i < GameList.Count; i++)
{
    TenhouResult R = GameList[i];

    Total++;

    // Проверяем всё подряд
    CheckNickName(R);
    CheckYaku(R);
    CheckPlace(R);
    CheckPayment(R);
    CheckRank(R);
    CheckRating(R);
    CheckWaitingCount(R);
    CheckWaitingList(R);
    CheckSteps(R);
    CheckDealer(R);

    if (!R.Mark.Contains(true)) continue;
    ResultList.Add(R);

    Count++;
}

// Возвращаем отфильтрованный список
return ResultList;

Использование в итоге выглядит достаточно просто. Например, нам интересны все собранные на дилере читои, стоимость которых манган или больше:

private void FindChiitoi()
{
    GameFinder finder = new GameFinder("./games");

    finder.YakuList = new int[] { YAKU_CHIITOITSU };
    finder.Dealer = true;
    finder.PaymentMin = 12000;
    List<TenhouResult> ResultList = finder.Find();
 
    PrintList(ResultList);
}

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

private void PrintList(List<TenhouResult> ResultList)
{
    for (int i = 0; i < ResultList.Count; i++)
    {
        TenhouResult R = ResultList[i];

        for (int k = 0; k < 4; k++)
        {
            // Если метка есть - нам этот игрок на этой раздаче интересен
            if (R.Mark[k])
            {
                TenhouLog.WriteLine("http://tenhou.net/0/?log=" + R.Hash + "&ts=" +
                                    (R.GameIndex - 1).ToString() + "&tw=" +
                                    k.ToString() + "\t" + R.Pay[k].ToString() + "\t" +
                                    R.Step[k].ToString() + "\t" + YakuList(R.Yaku[k]));
            }
        }
    }
}

Получим список:

http://tenhou.net/0/?log=2013011215gm-0009-0000-af863f11&ts=1&tw=0	19300	15	Menzen Tsumo Chiitoitsu Tanyao Dora Aka-dora 
http://tenhou.net/0/?log=2013011400gm-0009-0000-c70948fe&ts=6&tw=1	19000	14	Riichi Menzen Tsumo Chiitoitsu Dora Ura-dora 
http://tenhou.net/0/?log=2013011712gm-0009-0000-8769366b&ts=1&tw=0	13300	7	Riichi Chiitoitsu Ura-dora 
http://tenhou.net/0/?log=2013011802gm-0009-0000-a9b22d31&ts=7&tw=3	19000	15	Riichi Chiitoitsu Dora Aka-dora Ura-dora 
http://tenhou.net/0/?log=2013012723gm-0089-0000-46d153e7&ts=8&tw=1	19300	8	Riichi Chiitoitsu Dora Ura-dora 
http://tenhou.net/0/?log=2013020100gm-0089-0000-4975e351&ts=1&tw=1	25000	10	Riichi Ippatsu Menzen Tsumo Chiitoitsu Aka-dora Ura-dora 
http://tenhou.net/0/?log=2013021023gm-0089-0000-b120bac8&ts=3&tw=2	21000	15	Riichi Chiitoitsu Dora Aka-dora Ura-dora 
http://tenhou.net/0/?log=2013021602gm-0089-0000-1eef5787&ts=4&tw=0	26000	13	Riichi Menzen Tsumo Chiitoitsu Dora Ura-dora 
http://tenhou.net/0/?log=2013021604gm-0089-0000-5a739494&ts=2&tw=2	14000	10	Riichi Chiitoitsu Dora Ura-dora 
http://tenhou.net/0/?log=2013022206gm-0089-0000-fb11ddae&ts=9&tw=1	13600	14	Riichi Chiitoitsu Dora Ura-dora 
http://tenhou.net/0/?log=2013063006gm-0089-0000-ee8b8507&ts=2&tw=2	25000	16	Riichi Chiitoitsu Dora Aka-dora Ura-dora 
http://tenhou.net/0/?log=2013070706gm-0089-0000-7c99fbd4&ts=8&tw=1	13000	13	Riichi Menzen Tsumo Chiitoitsu Aka-dora Ura-dora 

Или многоэтапный поиск:

private void FindIppatsuTsumoWhenIDealer()
{
    // 1. Найдём все раздачи, где есть иппацу цумо
    GameFinder finder = new GameFinder("./games");
    finder.YakuList = new int[] { YAKU_TSUMO, YAKU_IPPATSU };
    List<TenhouResult> ResultList = finder.Find();

    // 2. Выберем из них те, где дилером был я
    //    и раздача закончилась достаточно быстро (менее 10 кругов)
    //    и цумо не моё (выплата меньше ноля)
    finder = new GameFinder(ResultList);
    finder.NickName = "tfizik";
    finder.Dealer = true;
    finder.StepsMax = 10;
    finder.PaymentMax = 0;
    ResultList = finder.Find();

    PrintList(ResultList);
}

Вывод:

http://tenhou.net/0/?log=2013010408gm-0001-0000-5ce05b3f&ts=0&tw=0	-2000	10	
http://tenhou.net/0/?log=2013011210gm-0009-0000-366d2303&ts=4&tw=3	-4000	7	
http://tenhou.net/0/?log=2013011322gm-0009-0000-ba68325b&ts=3&tw=2	-6000	8	
http://tenhou.net/0/?log=2013020919gm-0089-0000-4c3cea76&ts=0&tw=0	-4000	9	
http://tenhou.net/0/?log=2013020921gm-0089-0000-6bc16447&ts=3&tw=2	-6100	6	
http://tenhou.net/0/?log=2013021604gm-0089-0000-d7e4f2a4&ts=10&tw=3	-6000	7	
http://tenhou.net/0/?log=2013021905gm-0089-0000-6f36c8a4&ts=3&tw=3	-4000	8	
http://tenhou.net/0/?log=2013022302gm-0089-0000-e7edbf81&ts=2&tw=1	-4100	10	
http://tenhou.net/0/?log=2013022305gm-0089-0000-db6beee1&ts=11&tw=1	-4000	9	
http://tenhou.net/0/?log=2013022317gm-0089-0000-c7d02abf&ts=10&tw=1	-6000	7	
http://tenhou.net/0/?log=2013022506gm-0089-0000-2f6e0eae&ts=7&tw=3	-4000	3	
http://tenhou.net/0/?log=2013030300gm-0089-0000-0e1ffcf4&ts=3&tw=3	-4000	3	
http://tenhou.net/0/?log=2013030622gm-0089-0000-87eefb4d&ts=6&tw=1	-6000	9	
http://tenhou.net/0/?log=2013030922gm-0089-0000-dc2f69e9&ts=5&tw=0	-6000	5	
http://tenhou.net/0/?log=2013061502gm-0089-0000-13d4f5d2&ts=9&tw=2	-8000	9	
http://tenhou.net/0/?log=2013070302gm-0089-0000-9c08a303&ts=2&tw=2	-4000	7	
http://tenhou.net/0/?log=2013070621gm-0089-0000-26124e18&ts=0&tw=0	-2600	8	
http://tenhou.net/0/?log=2013070806gm-0089-0000-8df821ee&ts=4&tw=1	-3900	8	
http://tenhou.net/0/?log=2013070903gm-0089-0000-18e011b9&ts=0&tw=0	-3900	6	

Вот, подход уже неплохой. Можно составлять хитрые запросы и искать интересные раздачи. И добавлять новые параметры поиска=)

@темы: c#, программизмы, маджонг

---

Текстовый лог маджонга

Есть ли какая-то стандартная форма представления процесса игры? Пусть и с картинками тайликов, но именно простынёй?Оо
Ну или какая форма может быть удобной, чтоб там наглядно было видны все действия? .з.

Мда, одна игра почти без темпаев, в другой ишантены чуть ли не сёсуши бывали и вполне себе шустрые пинфы...

@темы: мии, маджонг