Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
вот же еще один хейтер-он же знаток кода
Ну что же вы уважаемый, раз вам так омерзителен код эмулятора, не перепишете его или не организуете команду профессиональных программистов и не профинансируете их
Сделайте лучше, а иначе это все пустой трёп
если вы такой умный, то почему до сих пор не в команде у них и не помогаете с оптимизацией?
Как по мне то просто не надо распинаться перед человеком, который пишет полную хрень имея совсем уже поверхностные знания в программировании и нулевые в плане работы процессора и теперь вот решил дать нам тут бесплатную консультацию как оно надо эмуляторы писать чтобы на его старом пне всё работало.
А мужики то и не в курсе...
Между прочим большинство начинающих программистов не понимают рекурсивные алгоритмы и кроме "это когда функция вызывает саму себя" выдавить больше из себя не могут на собеседованиях.
Я повторюсь что рекурсия используеться чтобы не усложнять и так сложный код, в плане производительности и ресурсов рекурсия в основном требует больше памяти, по скорости выполнения столь разительных отличий которые ты себе видимо уже вообразил не будет учитывая все хитрости современных компиляторов, особенно если использовать хвостовую рекурсию ...
Ты не знаешь что такое многопоточность?
Так вот это вот она и есть. By the way: в си и си++ нет процедур, это в паскале функции и процедуры.
На asm'е можно всё, может не надо было ограничиваться asm вставками и всё писать на asm'е ?Впрочем, товарищ, идите нахер. Что-то я сильного распинаюсь перед студентом-двоешником, который (возможно) изучал паскакаль в университете и клепал формочки в делфи и возомнив себя it специалистом ещё ***** учить тут будет как надо программы писать. Условий он тут ***** предлагает в каждую функцию под каждую игру засунуть, ещё один большой switch/case ***** предложи.
>> Это жеж надо создать проверку в основнойВ каком месте?
функции, по которой эмулятор будет отличать игры
по заголовку например. Ну и после уже писать
условие, при котором будут выполняться хаки для
этой игры, а другие хаки, для других игр,
выполняться не будут.
это и есть говнокод) учитывая то количество игр и под многие такие хаки (в одной функции этим будет не обойтись) а потом еще следить чтоб новое не поломало все нахрен. лучше уж точность повышать. компы догонят потом. зато и поддерживаемость кода лучше и совместимость.
Тоесть предлагаешь разработчикам сидеть зализывать то что есть чтобы работало быстрее вместо того чтобы охватить больше фич ?
По секрету: не всякий вызов функции означает что она вот прям щас вернёт управление назад, а сама потом выполнит что-то в новом потоке так что если ты решил посчитать скобочки то тут этот подход не работает.
Ну а вобще я не понял что тебя смущает в многопоточности? Взаимосвязь между словами оптимизация и многопоточность весьма тонкая и она больше склоняеться в сторону распаралеливания всего что только можно.
Рекурсия используеться для того чтобы код был понятнее и его можно было потом править, а не делать 20 циклов с 4мя стеками от которых все (в том числе и ты через месяц) шарахкаються. Вобще ты так возмущаешься как-будто профилировщиком весь код прогнал и нашёл места где действительно можно что-то улучшить и это будет несложно переписать. Если правда есть что сказать - напиши на их форуме, комментарии "Пфф, пасаны у вас там рекурсия и паралельные функции, вы их эта перепишите, ну вы поняли кароч, да? Ещё эта, DX10 плагин пилите пабольше, DX11 карты у меня нет, ну вы тоже понял чё нада сделать, да ?".
ну или вместо этого нагородить вагон хаков которые сломают кучу других игр.
это кстати к любым эмуляторам относится.
ну коммерческий эмулятор bleem/bleemcast пс1 для шиндоуз 98 и дримкаст все равно имел совместимость так себе хоть и все-таки опередил своё время, а стоил прилично в розничной продаже.
эмулятор стал точнее. то что Вашего пк не хватает теперь - что поделать) угодить всем нельзя, а точность предпочтительнее.
void Renderer::ReinterpretPixelData(unsigned int convtype)
{
// TODO: MSAA support..
D3D11_RECT source = CD3D11_RECT(0, 0, g_renderer->GetTargetWidth(), g_renderer->GetTargetHeight());
ID3D11PixelShader* pixel_shader;
if (convtype == 0) pixel_shader = PixelShaderCache::ReinterpRGB8ToRGBA6(true);
else if (convtype == 2) pixel_shader = PixelShaderCache::ReinterpRGBA6ToRGB8(true);
else
{
PanicAlert("Trying to reinterpret pixel data with unsupported conversion type %d", convtype);
return;
}
// convert data and set the target texture as our new EFB
g_renderer->ResetAPIState();
D3D11_VIEWPORT vp = CD3D11_VIEWPORT(0.f, 0.f, (float)g_renderer->GetTargetWidth(), (float)g_renderer->GetTargetHeight());
D3D::context->RSSetViewports(1, &vp);
D3D::context->OMSetRenderTargets(1, &FramebufferManager::GetEFBColorTempTexture()->GetRTV(), NULL);
D3D::SetPointCopySampler();
D3D::drawShadedTexQuad(FramebufferManager::GetEFBColorTexture()->GetSRV(), &source, g_renderer->GetTargetWidth(), g_renderer->GetTargetHeight(), pixel_shader, VertexShaderCache::GetSimpleVertexShader(), VertexShaderCache::GetSimpleInputLayout());
g_renderer->RestoreAPIState();
FramebufferManager::SwapReinterpretTexture();
D3D::context->OMSetRenderTargets(1, &FramebufferManager::GetEFBColorTexture()->GetRTV(), FramebufferManager::GetEFBDepthTexture()->GetDSV());
}