Кодерский уголок

А что, Open Watcom уже никак?

 

И как там с поддержкой Win95?

 

Не понимаю что Вы вкладываете в слово "поддержка"?
Ставьте GCC или даже Visual Studio 6.0 под любою Windows и программируйте на здоровье!
А с другой стороны смысла не вижу сидеть на Win95 и программировать, другое дело ради поиграть в старые игрушки стоит поставить Win98!!!

 

@SardaukarNN, смысл то есть. Другое дело, что смысла делать это не под самой виндовс как бы и нет. Кроссразработка выглядит как то извращённо.

 

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

 

На сайте есть такая старинная текстовая игрушка, Big Rig называется. У неё в архиве есть не только экзешник, но и файл TRUCKER.BAS (см. вложение), а в файле, лежащем рядышком (BASIC.TXT), написано, что запускать BAS можно через интерпретаторы GWBASIC или BASICA. А чем можно просмотреть код программы? Потому как в TRUCKER.BAS уже не сами инструкции, а что-то наполовину бинарное, будто бы результат компиляции.

 

@al_exquemelin, в GWBASIC и посмотреть. Сохранить без сжатия файл можно так (если правильно помню): SAVE "PROG.BAS",A

 

@MisterGrim, как-то мимо меня прошёл этот вариант кодинга, да

Пойду поищу GWBASIC или сразу образ досовской дискетки.

--- добавлено 22 июн 2019, предыдущее сообщение размещено: 22 июн 2019 ---

О, разжалось. Спасибо!

 

Тема про php, наверное.

Есть форум, принимающий логин и пароль методом POST.

На публичном PC отправка запроса методом POST запрещена. Метод PUT не запрещен.

Технически я могу изменить метод с POST на PUT и отправить запрос повторно.

Тут два вопроса:

1. Возможно, замена метода должна поддерживаться и принимающей стороной (форумом)?
И тогда замены метода на отправляющей стороне роли не играют?

2. При изменении метода и повторной отправке я получаю ответ о том, что время сессии (timeout) истекло (то есть что-то всё же проходит после повторной отправки). Повлиять на этот параметр (время сессии) тем же способом (изменить и отправить) я не могу?

Кстати, авторизация здесь (на O-G) проходит несмотря на запрет метода POST, что странно.
Плюс я читал, что современные сайты поддерживают более продвинутые способы авторизации, чем метод POST.

Подскажите, куда двигаться, пожалуйста.

 

Добрый день!

Помогите решить следующую проблему. В наличии имеется программка использующая midi-музыку и многоканальный wav-звук. Задача стоит в регулировании уровня громкости отдельно для музыки и отдельно для звука.
Проблема заключается в том, что Windows выдает общий mixer-девайс для каждого процесса. И изменение громкости для одной составляющей, меняет ее для всей программки.
С помощью сторонних библиотек удалось решить проблему с wav. Т.е. получается менять громкость звука, не меняя громкости midi (основано на работе миксера, где "врчуную" пересчитываются громкости звуковых каналов). Но вот с midi - проблема сущенствует и дальше: если менять уровень для девайса, меняется уровень для всей программки (включая wav)

Из возможных хардкорных (поэтому нежелательных) фиксов я вижу следующие:
- На лету конвертировать миди-семплы и подменивать громкость перед передачей данных на девайс. Из минусов - довольно накладный и плохочитаемый код самой подмены-на-лету.
- Создавать отдельный процесс с отдельным звуковым девайсом для миди. Из минусов - синхронизация с основным процессом.
- Эмулировать миди через wav. Самый "дикий", пока, вариант, так как нужна целая дополнительная библиотечка для всех этих музыкальных инструментов.

Хотелось бы узнать:
- Существует ли возможность заставить Windows выдавать разные девайсы для midi и wav?
- Если первый вариант - нет, то есть ли готовая популярная сторонняя реализация распределения громкости для разных компонентов? Все равно на каком языке, главное, чтобы были сорсы, чтобы "подсмотреть" best practices.


Заранее благодарен за советы.

 

@Zelya, MSDN смотрел? Напр., Changing Internal MIDI Synthesizer Volume - Win32 apps

А что в нём дикого? FluidSynth подцепил, бонусом — унификация (везде будет звучать одинаково) и в перспективе портабельность.

--- добавлено 20 янв 2020, предыдущее сообщение размещено: 20 янв 2020 ---

Раз уж зашёл. В линуксах можно как-нибудь сделать в VS Code такое же меню, как в Windows?


Конкретно, интересует KDE.

 

Как всё просто оказалось.

 

Увы, штатные методы для регулирования громкости, в частности и midiOutSetVolume, меняют громкость для всей аппликации (т.е. влияет и на громкость wav).

 

@Zelya, очевидно, что-то в твоём коде изначально не так. Потому что это ну самый стандартный способ регулировки громкости MIDI.
Посмотри в исходниках gzdoom, например (лучше постарше, в новых чёрт ногу сломит)

 

"Магия" заключается в том, что функции для получения девайсов для wav и для миди (типа waveInGetNumDevs/midiOutGetNumDevs и т.д.) возвращают один и тот же девайс "Microsoft GS Wavetable Synth". Соответственно, любые изменения громкости через API методы, влияют на весь звук.

За наводку на gzdoom - спасибо, погляжу.

 

Э-э а зачем, собственно, вообще через wave device работать? Это же жуткий deprecated. Есть же DirectSound.
Хотя я бы не мучился, а взял бы что-то вроде SDL.

 

Если кому интересно, то фикс-костыль выглядит приблизительно так.
Проблема дейстивтельно зарыта в новой системе звукового API (WASAPI), которая появилась в Висте. Теперь система, с одной стороны, разделяет сессии (IAudioSessionControl) на каждый процесс, но мешает все девайсы в кучу (слепливая все midiOutOpen, waveOutOpen и др. в одну сессию).
Но через IAudioClient можно достукаться до метода Initialize, который умеет принимать Guid, как идентификатор сессии (в передлах процесса). По дефолту, используя старый API (midiOutOpen, waveOutOpen) все Guid - пустые, и весь звук лепится в одну сессию. Если же мы вызовем этот метод, используя сгенерированный Guid, мы получим еще одну сессию для нашего процесса. Теперь есть возможность, контролировать звук отдельно.

 

Объясните, пожалуйста, кто может, dynamic/static link dll-ок в Винде. Я в этом деле дуб. Коротко поясню в чем проблема.
Есть нативаня программка, которая использует mydll.dll. mydll.dll имеет ряд выпущенных наружу функций. Но для "защиты" использует хитрость, при которой в DllMain ломаются некторые внутренние данные. Теперь вопросы:
1. При динамическом линковании, как я понял, dll всегда вызывает DllMain, при загрузке. Так ли это и можно ли это обойти?
2. Я не совсем понимаю статическое линкование. Я всегда думал, что в этом случае мы просто вставляем куски бинаря в наш *.ехе. Но, вышеупомянутая программка не работает без mydll.dll. Почему? Как оно линкуется? Почему используется dll, но не вызывается DllMain? Могу ли я прилинковать либу не имея ничего, кроме самой *.dll (h файл я могу написать сам)?
3. Работает ли статическая линковка для managed C++?

 

Кто знает, как запускать midi файлы в MS-DOS? Нужны библиотеки, функции, примеры и др. ресурсы.