Pulse Phone

Não. Com oxmysql, mysql-async ou ghmattimysql a correr, o telemóvel cria as suas tabelas no primeiro arranque e adiciona sozinho novas tabelas, colunas e índices após cada atualização. O phone.sql está incluído caso o seu alojamento não deixe os resources criarem tabelas.

Se outro telemóvel deixou tabelas com os mesmos nomes, são renomeadas para old_<name> em vez de reutilizadas, e nada é apagado. Ainda assim, faça uma cópia de segurança da base de dados antes do primeiro arranque.

Sem oxmysql, mysql-async ou ghmattimysql, o telemóvel guarda tudo no armazenamento chave/valor do servidor, que é persistente mas não pode ser consultado; a partir de cerca de 30 jogadores, use uma base de dados. Se um resource SQL estiver a correr mas a base de dados nunca responder, o telemóvel não guarda nada até ela responder e indica-o na consola.

Os scripts que enviam mail, mensagens e alertas através dos eventos desses telemóveis continuam a funcionar. O guia de importação lista o que transita e o que é preciso mudar.

Os scripts que comunicam com o telemóvel através de eventos continuam a funcionar sem alterações. O Pulse responde a lb-phone:getPhoneNumber, lb-phone:sendMail, lb-phone:sendMessage e lb-phone:notification; qb-phone:server:GetPhoneNumber, qb-phone:server:sendNewMail, qb-phone:server:sendNewMessage e qb-phone:server:sendNotification; npwd:getPhoneNumber, npwd:sendMail, npwd:sendMessage e npwd:notification; e aos nomes equivalentes de qs-smartphone, gcphone, esx_phone, high_phone e roadphone, tudo do lado do servidor e incluído de origem.

As apps feitas para a API de apps personalizadas do lb-phone correm sem alterações através do resource de compatibilidade incluído no kit de programador (guia de apps personalizadas, secção 11). Um script que chama os exports de outro telemóvel precisa de uma alteração de uma linha para exports.phone; o guia de exports tem as chamadas equivalentes.

Não. O Intercept mostra as mensagens enviadas e recebidas por um número sob escuta e os seus registos de chamadas (quem ligou a quem, se foi atendida, quanto tempo durou), em direto e num registo. O áudio das chamadas nunca é captado: os resources de voz não têm um canal só de escuta em que o telemóvel possa confiar, por isso ele não finge ter um.

Com um script de habitação suportado, só dentro de uma casa de que o jogador é dono ou tem a chave, incluindo shell housing. Sem script de habitação, em qualquer interior. Pode alterar isto em config/wifi.lua, ou definir a sua própria regra com exports.phone:SetRouterPlacementCheck.

Sim. As videochamadas aceitam até oito pessoas, e a chamada continua quando o anfitrião sai. As chamadas de voz também permitem pôr em espera, alternar e juntar várias pessoas.

pma-voice, mumble-voip, SaltyChat, TokoVOIP e YACA, detetados automaticamente. Sem um resource de voz, as chamadas ligam mas não têm áudio.

O som num Live requer pma-voice ou mumble-voip: no SaltyChat, TokoVOIP e YACA um Live só tem imagem e chat, e os espectadores são avisados disso. A app Radio não funciona com o YACA. A tabela completa está em Chamadas, vídeo e Live.

Os modelos dos telemóveis são um modelo cada, coloridos a partir de uma paleta, por isso todos juntos fazem streaming de cerca de 21 MB, contra cerca de 205 MB antes.

O resource inclui o docs/PERFORMANCE.md, que lista tempos de consulta medidos numa base de dados preenchida com cerca de seis meses de jogo (1200 dispositivos, 1,99 milhões de mensagens). Por exemplo, carregar os Recents no arranque demorou 1,5 ms, com o buffer pool predefinido de 128 MB do MariaDB. O ficheiro não indica em que versão foi medido, e estes tempos não voltaram a ser medidos na 1.4. Os seus números dependem da sua base de dados e do seu hardware; num servidor grande, dê ao MySQL um buffer pool a sério.

ESX Legacy, QBCore, Qbox, ox_core, ND Core, TMC e vRP 2 são detetados automaticamente. Sem framework, funciona em standalone, com os telemóveis associados à licença do jogador e com o seu próprio banco.

Qualquer outro framework, incluindo um feito internamente, liga-se através da bridge para frameworks personalizados: uma tabela de funções com o formato de developers/custom_framework_bridge.lua, definida na config ou registada a partir do seu próprio resource Lua ou JS com exports.phone:RegisterFrameworkBridge. Só o id da personagem é obrigatório.