nuno_p
1st Folding then Sex
Acredito que todos os jogos da valve irão ser portados para linux. 1º porque usam o motor source e depois porque assim vendem muitos mais os próprios jogos.
Novidades no Steam para Linux
- Autor do tópico CMatomic
- Data Início
Acredito que todos os jogos da valve irão ser portados para linux. 1º porque usam o motor source e depois porque assim vendem muitos mais os próprios jogos.
Não é só por vender, a Valve tem todo o interesse em portar todos os jogos deles para Linux para correrem na SteamBox/SteamOS, e assim puxar outros developers a fazer o mesmo como já começou a acontecer.
Eu comprei o CS:GO na summer sale do ano passado porque era óbvio que ia ser portando, era apenas uma questão de tempo.
Eu comprei o CS:GO na summer sale do ano passado porque era óbvio que ia ser portando, era apenas uma questão de tempo.
Também acredito que todos os jogos deles vão ser portados. Foi graças a aposta deles que houve e continua a haver este aumento de jogos para linux, e andarem a convencer os developers a desenvolver para SteamOS e depois eles próprios não portarem os jogos deles era um bocado mau
DigitalBoy
Power Member
Um.... excuse me?!? What?
O DotA2 já foi portado á muito. Dês de que foi lançado.
Wikipedia:
Release date(s):
Microsoft Windows July 9, 2013
OS X & Linux July 18, 2013
Source: As minhas 130horas...
Não está de todo. Eles estão a acumular ports, a acabar de portar o CS:GO (que acho que é o ultimo jogo deles sem port), e ainda a trabalhar no controlador.
DigitalBoy
Power Member
Eu não sei porquê mas não estou lá muito confiante nisso. Acho que vamos continuar os mesmos, apenas com mais jogos.Agora a % de gamers com linux é capaz de subir um bocado.
Nos últimos meses os números tem-se mantido os mesmos(até com tendência a diminuir na steam).
Supondo que sou um utilizador de Windows:
Hmm... olha, uma publicidade/artigo/... ao linux que o pessoal diz que é para nerds. Parece nem ser muito mau...
Opção A) Mas pode ser um virus/queimar o computador/ o pessoal diz que é mau e vou para o inferno por experimentar
Opção B) Não sei instalar
Opção C) Yay, consegui instalar. De caminho sem querer apaguei a partição do Windows e a pornografia toda que lá estava.
Supondo que o nosso caro utilizador de Windows, segue o caminho C...
Ok... esta coisa que diz *buntu por todo o lado até nem parece se muito má. Parece até mais simples que o Windows 8.
Vou experimentar jogar um jogo. [Abre-se a rede social de eleição]
Opção A) Carregue aqui e instale o Flashplayer
Opção B) Carregue aqui e instale o Unity3D
Qualquer uma das opções: "O seu OS [já] não é suportado".
Que bela porcaria... bem, ao menos tem steam!
[5 minutos depois]
Nenhum dos meus jogos favoritos dá aqui... eu queria jogar [inserir nome de titulo AAA] e não dá!
Bem, ao menos tenho aqui o Counter Strike:GO... posso experimentar!
[a while later]
Opção A) Nouveau - 0.1fps
Opção B) Intel - 10fps
Opção C) Radeon - 30fps
Supondo a opção C:
Epá, isto é muito mais lento do que no Windows.
Mas que grande porcaria de SO!
Vou espalhar flame nele para sempre, até porque me apagou o Windows.
Eis 90% da população. Aos outros 8% não convém/deixam de ser hipsters se mudarem/detestam usar motores de busca/não tem software que precisam para trabalhar, tal como a suite de veneno da Adobe ou o Estúdio Visual da amiga do costume.
Arucard1983
Power Member
A respeito destas situações, o projecto SteamOS devia ter integrado o Wine e/ou Pipelight para estes casos, pois não seria por ter uma biblioteca de compatibilidade que deixaria de ter jogos nativos. (Mas eliminava metade das frustações num primeiro nível)
A nível não oficial (o que pode provocar problemas) é possível criar um pipe entre jogos do Windows e o cliente Steam Linux nativo, pois alguém já implementou a ideia:
https://github.com/sirnuke/steambridge
Por experiência minha, a única falha deste wrapper era a falta de suporte de multithreading gráfico, embora exista um patch (extremamente complexo que denomina por CSMT) que mostrou como a emulação Direct3D/OpenGL podia ter um desempenho quase idêntico ao sistema Windows. (E até jogos OpenGL nativos beneficiam deste patch, pois o multithreading gráfico está mal implementado nos drivers OpenGL).
A nível não oficial (o que pode provocar problemas) é possível criar um pipe entre jogos do Windows e o cliente Steam Linux nativo, pois alguém já implementou a ideia:
https://github.com/sirnuke/steambridge
Por experiência minha, a única falha deste wrapper era a falta de suporte de multithreading gráfico, embora exista um patch (extremamente complexo que denomina por CSMT) que mostrou como a emulação Direct3D/OpenGL podia ter um desempenho quase idêntico ao sistema Windows. (E até jogos OpenGL nativos beneficiam deste patch, pois o multithreading gráfico está mal implementado nos drivers OpenGL).
DigitalBoy
Power Member
Largas centenas delas. Resume-se a:
Drivers proprietárias:
Nvidia 95-105% da velocidade do windows (AKA, mesma coisa).
AMD 40-80% da velocidade do windows.
Drivers FOSS:
Nvidia 5-20% da velocidade do windows.
AMD 30-90% da velocidade do windows.
Intel 70-95% da velocidade do windows.
Isto assim de cabeça e também com experiência própria. É procurar e encontram-se comparações.
Dada a discrepância absurda de developers nas drivers do Windows, e nas de Linux, tem vindo a melhorar e muito.
Mais uns 5 anos e já está tudo (talvez a nouveau não) à velocidade do Windows ou melhor ainda com o OGL-Next.
Eu detesto ter de dizer isto (dada a natureza proprietária deles) mas Nvidia FTW.
Sem jogos, Intel.
Cumps
Tinha a sensação que o Nouveau estava bem melhor. Que o da AMD teve um impulso inicial quando abriram algumas specs, mas que entretanto o nouveau já o tinha ultrapassado. Mas não tenho acompanhado. Não sou muito fundamentalista e uso NVidia com o driver closed source sem problemas.
DigitalBoy
Power Member
Com a exceção do TK1 (ARM), a Nvidia não contribui nicles para a driver. Quem contribui é maior parte pessoal estilo RH a fazer reverse engineering nas placas. As placas mais velhas e as mais novas tem problemas sérios.
Se eles conseguem +- seguir os progressos do OpenGL é maioritariamente pelas contribuições da Intel(entre outros) para o Mesa.
Tenho ideia que nem o reclocking ainda funciona decentemente.
Pode ser que a Nvidia mude de atitude quando chegarem os Denver, e assim espero. Se não o fizerem, será provavelmente um flop fora do mercado dos telemóveis/tablets quando há tanta alternativa. A ambição deles é meter AArch64 no desktop, vamos ver.
DigitalBoy
Power Member
A future catalyst isto, a future catalyst aquilo...
Eu tenho ideia de ter visto uma quote algures de um funcionário da AMD a dizer que iam mais cedo ou mais tarde (daqui a uns anos) deixar a catalyst de lado (pelo menos em linux). Não sei se vão pegar na atual OSS e dedicar a full-time ou re-escrever uma nova, ainda para mais com o OGL-Next.
A AMD tem menos gente que a Nvidia a trabalhar em drivers. É justificado, estão financeiramente apertados, a divisão de CPU's está a dar para o torto enquanto que as gráficas são mais balanceadas no preço que as Nvidia.
Eu não percebo nada de gestão, mas não faria sentido moverem o pessoal da Catalyst em linux para a OSS? Em vez de ficarem com duas drivers, ficavam só com uma, mas simplesmente funcionaria...
Eu tenho ideia de ter visto uma quote algures de um funcionário da AMD a dizer que iam mais cedo ou mais tarde (daqui a uns anos) deixar a catalyst de lado (pelo menos em linux). Não sei se vão pegar na atual OSS e dedicar a full-time ou re-escrever uma nova, ainda para mais com o OGL-Next.
A AMD tem menos gente que a Nvidia a trabalhar em drivers. É justificado, estão financeiramente apertados, a divisão de CPU's está a dar para o torto enquanto que as gráficas são mais balanceadas no preço que as Nvidia.
Eu não percebo nada de gestão, mas não faria sentido moverem o pessoal da Catalyst em linux para a OSS? Em vez de ficarem com duas drivers, ficavam só com uma, mas simplesmente funcionaria...
A ideia não é ter um ou outro, o Alex Deucher disse várias vezes no fóruns que as Catalyst para Linux são mantidas tendo em vista o suporte para o mercado profissional, enquanto que para o mercado embedded faz mais sentido o uso das open-source, dito isto a intenção creio que seja ter uma "base" cumum a ambos, até porque haverá parte do código das Catalyst que será proprietário.
O artigo inicial que fala da intenção da AMD é este:
Mas em breve teremos novidades, pois daqui a uma semana haverá uma conferência, XDC 2014 Bordeaux, que contará com a presença do Deucher, e o tema que ele leva à conferência é precisamente o novo open source driver unificado:
O artigo inicial que fala da intenção da AMD é este:
http://www.phoronix.com/scan.php?page=article&item=amd_catalyst_kernel&num=1
Mas em breve teremos novidades, pois daqui a uma semana haverá uma conferência, XDC 2014 Bordeaux, que contará com a presença do Deucher, e o tema que ele leva à conferência é precisamente o novo open source driver unificado:
http://www.x.org/wiki/Events/XDC2014/Program/