Popcorn Hour A-100 - Leitor MKV+torrent

benchmark é uma coisa filme é outra

mete um filme no container mkv e depois logo ves o processador a ir lá acima

uma coisa é aceleração HD que é do tipo metes um leitor hd-dvd e metes um filme ai dá na boa e a placa faz a papinha toda

agora se queres ver um filme em mkv não é chegar ali e fazer play.

podes usar ai uns truques aplicações para tentar usar o hardware da ati mas não é 100% fiavel

basta fazeres uma procura pelo google e vez isso

eu tenho uma 8800gt e já comprovei isso mesmo
 
mkv em 1080p testei por powerline e alguns andava aos soluços 720p dava na boa

claro que isto depende do powerline em si a qualidade eletrica na minha casa não é nada de especial

wiereless não uso por ethernet dá como é logico sem problemas :)

E basta mapeares no POPCORN os discos do PC e já está? Podes "browsar" pelos discos?

Obrigado
 
um dos truques que se usa é este

mas é martelenço quase todos os mkv que tenho são com o profile l5.1



This thread is a spin-off of some posts regarding how to get MKV files encoded with x264 to work with hardware acceleration (a/k/a DirectX Video Acceleration, or DXVA) on ATI HD2000, HD3000 and NVIDIA 8000 video cards.

The following settings will ensure hardware compatibility with players like the PS3, and also allow smooth DXVA playback on ATI and NVIDIA graphics cards when using the Cyberlink H.264 decoder included with PowerDVD 7.

The settings have been tested to work with PowerDVD, ZoomPlayer, Media Player Classic - Home Cinema, using the Haali Splitter or the Nero Digital Parser, and using the Overlay Mixer, VMR7, and VMR9 Windowless/Renderless video renderers.


The Bottom Line
Everybody should be encoding HD content (1080p, 720p) to Profile High @ Level 4.1. For smooth playback, "--level 4.1" should be used to mark the file as compatible when encoding. The best x264 profile is the MeGUI PD-PS3 profile, with B-pyramid disabled.

The PS3 profile options, sans B-Pyramid:

--level 4.1 --ref 3 --mixed-refs --bframes 3 --b-rdo --bime --weightb --direct auto --subme 6 --trellis 1 --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct --vbv-maxrate 25000 --me umh --merange 12


Everybody should be encoding SD content (576p, 480p, or less) to Profile High @ Level 3.1 For smooth playback, "--level 3.1" should be used to mark the file as compatible when encoding. The best x264 profile is the MeGUI PD-PS3 profile, with B-pyramid disabled, and the level set to 3.1.

The PS3 profile options, sans B-Pyramid with L3.1:

--level 3.1 --ref 3 --mixed-refs --bframes 3 --b-rdo --bime --weightb --direct auto --subme 6 --trellis 1 --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct --vbv-maxrate 25000 --me umh --merange 12


The Details
The associations responsible for the HD DVD and Blu-ray Disc standards decided the approved H.264 profile/level would be [email protected] for HD content, and so the hardware decoder manufacturers have built to that specification. The hardware decoder manufacturers have also decided the approved H.264 profile/level would be [email protected] for SD content.

That has resulted in two implications:

1. H.264 video must comply with the L4.1 and L3.1 limitations for the Decoded Picture Buffer (DPB) size, which limits the video resolution and number of reference frames.

2. H.264 streams must declare L4.1 or L3.1 in the "level_idc" flag (set by --level with x264) in order to achieve smooth DXVA playback.


The Settings
Keep in mind that, no matter the resolution, it is still generally recommended to only use between 1-5 reference frames, usually centering on 3.

A patch was added in x264 revision 721 that changes the way --ref works, allowing it to specify the total Decoded Picture Buffer (DPB) size. Now, B-frames and B-Pyramids can be used without the DPB size exceeding the --ref value, though B-Pyramids still cause corruption with DXVA.

The DPB size is the max at the given resolution, so if your resolution is between the resolutions given, use the lower DPB size (i.e., 1920x816 is between 1920x720 and 1920x864, so you can have a max DPB of 5).

Resolution: Max DPB Size (x264 revision 721+ encoder settings)
L4.1
1920x1088: 4 (--ref 4)
1920x864: 5 (--ref 5)
1920x720: 6 (--ref 6)

L4.1
1280x720: 9 (--ref 9)
1280x648: 10 (--ref 10)
1280x588: 11 (--ref 11)
1280x540: 12 (--ref 12)
1280x498: 13 (--ref 13)
1280x462: 14 (--ref 14)
1280x432: 15 (--ref 15)
1280x405: 16 (--ref 16)

L3.1
720x(any): 8 (--ref 8)
720x576: 11 (--ref 11)
720x480: 13 (--ref 13)

Resolution: Max DPB Size (x264 revision < 721 encoder settings, bframes+b-pyramid count towards DPB size)
L4.1
1920x1088: 4 (--ref 3 --bframes 3 --no-b-pyramid)
1920x864: 5 (--ref 4 --bframes 3 --no-b-pyramid)
1920x720: 6 (--ref 5 --bframes 3 --no-b-pyramid)

L4.1
1280x720: 9 (--ref 8 --bframes 3 --no-b-pyramid)
1280x648: 10 (--ref 9 --bframes 3 --no-b-pyramid)
1280x588: 11 (--ref 10 --bframes 3 --no-b-pyramid)
1280x540: 12 (--ref 11 --bframes 3 --no-b-pyramid)
1280x498: 13 (--ref 12 --bframes 3 --no-b-pyramid)
1280x462: 14 (--ref 13 --bframes 3 --no-b-pyramid)
1280x432: 15 (--ref 14 --bframes 3 --no-b-pyramid)
1280x405: 16 (--ref 15 --bframes 3 --no-b-pyramid)

L3.1
720x(any): 8 (--ref 10 --bframes 3 --no-b-pyramid)
720x576: 11 (--ref 10 --bframes 3 --no-b-pyramid)
720x480: 13 (--ref 12 --bframes 3 --no-b-pyramid)


Retrofitting MKVs or other H.264 videos
Existing MKV, MP4, TS or AVI files that work with DXVA, but do not play back smoothly, can have their level_idc value changed, if the H.264 video stream actually complies with Profile [email protected] (HD) or L3.1 (SD).

Courtesy of DJBlu, you can use his utility to directly change the level_idc flag for MKV files 720p and less.

To manually change your files, or for files >720p, continue on.

This process is for MKV files and has been adapted from a process originally described by DJBlu.

Download the following programs:

MKVtoolnix
MKVExtractGUI
H264info
Optional: AVInaptic

Extract MKVtoolnix into a folder.
Extract MKVExtractGUI into the same folder.
Extract H264info into another folder (can be the same folder).
Optional: Extract AVInaptic into another folder (can be the same folder).

Open your MKV with MKVExtractGUI. Check Options menu > Tabs > TimeCode. Check the boxes for all the video, audio, and subtitle tracks you want to keep and click Extract.

Once all are extracted, you will have separate files for your video, audio and subtitle tracks, plus TimeCode_TrackX.txt files for each track.

Open H264info.

Set Input = Extracted .h264 file
Set Output = new_file_name.h264

In the "Level (1 - 5.1)" box, enter 4.1 for an HD stream, or 3.1 for an SD stream.

Click Start and wait for the stream to be fixed.

Open the MKVtoolnix mkvmerge GUI (mmg.exe).

Click add and select the new_file_name.h264 file created by H264info.

Click add and select a file for each audio and subtitle track you need to add.

In the Tracks box, click on the "MPEG-4 part 10 ES" video track.

At the far right of the Timecodes box at the bottom of the window, click Browse and select the TimeCode_TrackX.txt file for your video track (probably Track1).

Click the "Format specific options" tab.

In the FPS box, enter the frames per second of your original MKV file. If you don't know the framerate, you can use the AVInaptic tool to open the original MKV file to get all manner of information, including the FPS. If your video is FILM content, the likely choice is "24000/1001". If your video is progressive NTSC VIDEO, the likely choice is "60000/1001". If your video is interlaced NTSC VIDEO, the likely choice is "30000/1001". If your video is PAL VIDEO, the likely choice is "25".

Click on your audio track in the Tracks box.

Click on the "General track options" tab.

At the far right of the Timecodes box at the bottom of the window, click Browse and select the TimeCode_TrackX.txt file for your audio track (probably Track2). Do the same for any subsequent tracks.

Create an "Output filename" in the box at the far bottom of the window and click "Start muxing".

Wait for the new MKV to be remuxed and you should have an MKV file with smooth DXVA playback.
 
continua a ser por software não usa o ATI AVIVO por ex para fazer a descompressão por hardware

não digo que esteja optimizado mas não me acredito que se colocares um processador fraco que não fiques com processador lá em cima e com drops nas frames.

isso só vai ficar a 100% quando sair drivers /hardware da nvidia/ati que suporte o x264 dentro do container mkv
 
os screenshots são com um pc com um

intel core2duo 4300@3,15ghz não é propriamente uma maquina de baixa gama.

eu como o meu 2140 a 2600ghz tenho perto de 10% de cpu quanto melhor é o cpu menor é a percentagem ;)

e o filme é 720p com um 1080p sobe .....
 
e já agora é preciso relembrar que os filmes podem e são feitos com diversos profiles e uns mais pesados que outros com mais bitstream etc

experimentem o filme em 1080p dos starwars e depois falamos ;)

esse é feito com o profile [email protected] que ultrapassa o que está estipulado
 
Diria que MUITO boa optimização mesmo...

Com o rip 720p do "Death at a Funeral", o meu [email protected]/8800GT anda pelos 25/30% e o T5500 1.6Ghz/Intel 950 do portátil anda pelos 90/100%.

Claramente há aí alguma influência da gráfica, já que têm os 2 exactamente os mesmos codecs com a mesma configuração.


Cumps
 
como podes dizer que existe influencia da placa se num tens um dual core de 2.9 e no portatil tens um t5500???????

a diferença é no processador e não na grafica

se tivesses a usar a placa de video acredita que não tinhas 20% :) mete um filme mesmo de hd-dvd tipo com um leitor de hd-dvd e vais ver nem deve chegar aos 6%
 
Eu não estou a dizer que a placa está a ser usada em todo o seu potencial, estou a dizer que a diferença dos 2.9Ghz (30%) para os 1.66ghz (100%), em termos de utilização do CPU, não pode ser apenas explicada pela diferença de clocks, logo acredito que a placa também esteja a dar alguma ajuda.

Quando puder faço underclock ao desktop para perto dos 1.6Ghz e logo vejo se este meu palpite se confirma ou não (não excluo a hipótese de estar enganado).


Cumps
 
continua a ser por software não usa o ATI AVIVO por ex para fazer a descompressão por hardware

não digo que esteja optimizado mas não me acredito que se colocares um processador fraco que não fiques com processador lá em cima e com drops nas frames.

isso só vai ficar a 100% quando sair drivers /hardware da nvidia/ati que suporte o x264 dentro do container mkv

Aconselho-te a ler este post:

http://www.techzonept.com/showpost.php?p=2818166&postcount=855

Este não tem overclock, nem é um core 2 duo. E agora o que dizes?

cumps
 
esta conversa já me está a enjoar um pouco eu já mostrei no post anterior que se fizeres um mkv de maneira que a ATI/NVIDIA reconheca aquilo como x264 que ai tens aceleração por hardware

mas não é com todos os filmes depende como esteja feito o econding,isso também acontece com o popcorn ele não detecta todos os profiles apesar de até agora ainda não tenha apanhado nenhum que não seja reconhecido.

o popcorn suporta isso já por hardware sem inventar quase todos os profiles são suportadas pelo chipset sigma...não digo que isso não venha a ser feito usando as placas de video mas neste momento pelo que tenho lido ainda não está a 100%.


se querem testar é simples tirem a placa de video e metam outra mais fraca e vão ver a diferença. mas não tou a dizer nada de novo basta procurarem no google para verem n pessoas a confirmar o que disse.
 
Para já o único problema que vi com o Popcorn foi não suportar descodificação DTS. Eu como não tenho amplificador com dts tenho de converter à mão os videos com este codec de aúdio.
De resto, é uma coisinha muito porreira para colocar na sala e fazer streaming dos meu NAS.
 
esta conversa já me está a enjoar um pouco eu já mostrei no post anterior que se fizeres um mkv de maneira que a ATI/NVIDIA reconheca aquilo como x264 que ai tens aceleração por hardware

mas não é com todos os filmes depende como esteja feito o econding,isso também acontece com o popcorn ele não detecta todos os profiles apesar de até agora ainda não tenha apanhado nenhum que não seja reconhecido.

o popcorn suporta isso já por hardware sem inventar quase todos os profiles são suportadas pelo chipset sigma...não digo que isso não venha a ser feito usando as placas de video mas neste momento pelo que tenho lido ainda não está a 100%.


se querem testar é simples tirem a placa de video e metam outra mais fraca e vão ver a diferença. mas não tou a dizer nada de novo basta procurarem no google para verem n pessoas a confirmar o que disse.

Acabei de testar o media player classic home cinema no meu portátil (ati 2600) e funciona 5 estrelas :), muito obrigado. Agora o cpu não passa dos 5% (dantes andava entre os 30% 40%) :).

Fiquem bem.
 
Back
Topo