04-04-2004, 01:53 PM
|
Free Member
|
|
Join Date: Mar 2004
Location: Natal/RN
Posts: 49
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Meus amigos
Desde de cedo, que estou tentando fazer uma conversão com o Diko, depois de conseguir dar uma "ajeitada" nos problemas que encontrei pela frente, ele finalmente conseguiu fazer uma conversão e no finalzinho da mesma, surgiu mas um erro....alias 2 erros, e eu gostaria da ajuda de voces para resolve-los, pois gostei do programinha e tenho certeza que ele vai ser uma revolução na forma de fazer Ksvcd. Coloquei um filme com as seguintes caracteristicas:
133861 frames, 84,14 minutos, codificado em Divx 5.1 e o audio em Mp3. Ja no finalzinho da codificação ele apresentou a seguinte mensagem de erro: "A instrução no "0x00f5a968" fez referencia a memoria no "0x00484000" A memoria não pode ser "read". Bom, cliquei OK no botão da janela de erro e ele continuou a processar. Quando terminou, Notei que ele tinha gerado um arquivo .mp2 de 8k (audio), Um arquivo .mpv de 898 MB (Video sem audio) e um arquivo .mpg de 913 MB (que seria video+audio), so um pequeno detalhe...ele não multiplexou o audio com o video e outro detalhe, o arquivo deveria ter um tamanho de pelo menos 800 MB para que eu pudesse grava-lo num CD ou em ultimo caso, 830 gravando com Overburn. Foi utilizado um CQ factor de 40, como fazer com que o tamanho do arquivo final (video+audio) fique dentro do aceitavel para 1 CD? como eu faria Predição no DIKO sem ter de codificar todo o filme para so depois perceber que o tamanho excedeu a capacidade do CD? Quanto a multiplexação, tudo bem, eu faço de forma manual, mesmo porque descobri que o tmpgenc faz melhor do que o BBmpeg.
VMesquita...o programa é muito bom, a qualidade do resultado final é muito boa, melhor do que tmpgenc, com certeza serei um usuario da versão paga. Parabens.
Marcos Narciso
|
Someday, 12:01 PM
|
|
Site Staff / Ad Manager
|
|
Join Date: Dec 2002
Posts: 42
Thanks: ∞
Thanked 42 Times in 42 Posts
|
|
|
04-04-2004, 03:01 PM
|
Invalid Email / Banned / Spammer
|
|
Join Date: May 2003
Posts: 3,726
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Oi Narciso,
O DIKO utiliza o BeSweet pra fazer a conversão do audio. Infelizmente o BeSweet nem sempre funciona como deveria, em especial se for necessário fazer conversão de framerate e frequencia de audio ao mesmo tempo. Se o seu player suportar, desmarque a caixa "usar 441 khz em SVCD". Até hj não vi um player que desse problema com audio em 48000, mas como o padrão define 44100, esta opção existe. Acho que fazendo a conversão em duas etapas quando for necessário as duas operações que eu falei acima deve ser mais seguro, então pretendo modificar para que funcione assim.
Bom, o método de predição foi modificado na última versão. Tente mudar a configuração QFactor Adjust (ou Ajuste do QFactor) para 0.93 que deve resolver (deve estar em 1 atualmente). E mais uma informação: o QFactor é escolhido pelo DIKO após alguns testes, na verdade vc só ajusta quanto deve ser o máximo permitido (e eu recomendo que vc deixe em 40 mesmo)
Obrigado pelos elogios!
|
04-04-2004, 03:31 PM
|
Free Member
|
|
Join Date: Mar 2004
Location: Natal/RN
Posts: 49
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Ola Vmesquita,
O Qfactor estava em 1, assim que eu comecei a fazer os primeiros testes com o Diko, so que dava um erro durante a conversão relacionado a esse valor, ou seja, era como se 1 fosse um qfactor muito baixo, dai resolvi aumentar para 40, so que o resultado final, sai com um tamanho acima do esperado, ficando dessa forma impraticavel sua gravação no CD. E veja bem, ele ficou com tamanho de 900 e poucos MB sem o audio multiplexado, somente video. Vou ver o que consigo aqui.
Um abraço
Marcos Narciso
|
04-04-2004, 03:38 PM
|
Invalid Email / Banned / Spammer
|
|
Join Date: May 2003
Posts: 3,726
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Então é isso! Este valor de Ajuste do Qfactor nunca deve ficar muito distante de 1, pq não tem sentido! Volte ele pra 1 que deve funcionar normal. Ele multilplica o valor da amostra calculada, por isso não deve ficar longe de 1. Quando vc mudou pra 40, vc bagunçou completamente o algoritmo de predição. Esse parametrro significa: se foi calculada que uma amostra de 8 Mb é a ideal, multiplique por QFactor adjust antes, ou seja, com 40, daria 8*40:320 Mb! Só que o algoritimo de ajuste deve ter compensado e não deu algo tão grande assim. Se vc tentasse isso com a versão 0.42, obteria um arquivo muito maior, com uns 2Gb provavelmente.
Realmente preciso limitar a faixa de valores desta caixa para so permitir entre 0.9 e 1.1.
Talvez a mensagem que estava dando era que com o video que vc esta tentando encodar não poderia ser codificado na resolução que vc escolheu sem usar um fator de qualidade alto, o q resultaria e má qualidade. Nestes casos vc deve diminuir a resolução ou o bitrate do audio, mas nunca mexer no QFactoAdjust pq ele não tem nada a ver com isso.
|
04-04-2004, 08:24 PM
|
Invalid Email / Banned / Spammer
|
|
Join Date: Mar 2004
Posts: 683
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Eu estava usando 1 e tah dando esses problemas tb.
Vou mudar para 0.93 como vc falou! Acho que vai ficar mais preciso...
E aih mesquita já implementou aquela idéia no diko do besweet? Todos os videos que eu fiz a 48000 nenhum deu problema...
Abraços!
|
04-05-2004, 10:32 AM
|
Free Member
|
|
Join Date: Dec 2003
Posts: 935
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
E aí, pessoal?
BJ, eu também tô com uns problemas desse tipo aqui... Vou colocar ese valor de ajuste pra ver!
|
04-05-2004, 02:12 PM
|
Invalid Email / Banned / Spammer
|
|
Join Date: Mar 2004
Posts: 683
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
Eu usei 0.93 e gerou um arquivo abaixa das expectativas. Vou colocar 0.96 para ver!! Vou testar ateh achar o ideal!
|
All times are GMT -5. The time now is 08:21 PM — vBulletin © Jelsoft Enterprises Ltd
|