Torna indietro   Hardware Upgrade Forum > Software > Editing e Codec video

Apple MacBook Air M3: chi deve davvero comprarlo? La recensione
Apple MacBook Air M3: chi deve davvero comprarlo? La recensione
A distanza di circa 8 mesi arriva l’importante aggiornamento dei MacBook Air: nessun cambiamento estetico, ma una revisione hardware interna con l’upgrade al processore M3. Le prestazioni migliorano rispetto alle generazioni precedenti, e questo fa sorgere una domanda spontanea: a chi è rivolto oggi questo laptop? Cerchiamo di capirlo nella nostra recensione 
ASUS ROG Swift OLED PG49WCD: quando QD-OLED e ultrawide si fondono
ASUS ROG Swift OLED PG49WCD: quando QD-OLED e ultrawide si fondono
Da ASUS un monitor particolare ma molto completo: principalmente indirizzato al videogiocatore, può essere sfruttato con efficacia anche per attività creative e di produzione multimediale
Dreame L10s Pro Ultra Heat: la pulizia di casa tutta sostanza
Dreame L10s Pro Ultra Heat: la pulizia di casa tutta sostanza
Il nuovo robot aspirapolvere domestico di Dreame abbina funzionalità complete a un moccio flottante che raggiunge al meglio gli angoli delle pareti. Un prodotto tutto in uno semplice da utilizzare ma molto efficace, in grado di rispondere al meglio alle necessità di pulizia della casa
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 20-10-2014, 14:49   #1
gd350turbo
Senior Member
 
L'Avatar di gd350turbo
 
Iscritto dal: Feb 2003
Città: Mo<->Bo
Messaggi: 41342
Codifica in H.265, cosa usare ?

Salve !

Mi è arrivato questo:

Decoder con amlogic s812, con supporto al h.365 hardware...

Il problema ora è convertire la mia collezione di bluray, ( tanti, tantissimi ) in h265 !

Sul server, con un i3240, usando handbrake in modalità medium, per rippare the blues brothers, necessita di 16/17 ore...
Sul computer in firma, ho dvdfab, che per rippare the phantom menace, alta qualità necessita di 4 ore !

Handbrake in slow, su i7 @ 4.8 ghz, fa 1 frame al secondo !


Io non credo, ma vi chiedo lo stesso se esiste qualcosa di meglio dei due programmi sopra citati, per tale compito ?

Ultima modifica di gd350turbo : 10-01-2015 alle 10:05.
gd350turbo è online   Rispondi citando il messaggio o parte di esso
Old 24-10-2014, 12:33   #2
gd350turbo
Senior Member
 
L'Avatar di gd350turbo
 
Iscritto dal: Feb 2003
Città: Mo<->Bo
Messaggi: 41342
Nessuno qui, codifica video in h.265 ?
gd350turbo è online   Rispondi citando il messaggio o parte di esso
Old 25-10-2014, 14:22   #3
commi
Senior Member
 
Iscritto dal: Mar 2005
Messaggi: 1487
post errato, chiedo scusa

Ultima modifica di commi : 25-10-2014 alle 14:34.
commi è offline   Rispondi citando il messaggio o parte di esso
Old 25-10-2014, 15:31   #4
roccia1234
Senior Member
 
Iscritto dal: Jun 2006
Messaggi: 15405
Imho bisogna aspettare encoder maggiormente ottimizzati, leggendo la roadmap di handbrake (che si riferisce alla 0.10):

Quote:
H.265 encoder
Using x265 v1.3
This encoder is still early in it's development, so is missing many H.265 features and optimisations.
Altri programmi di encoding simili ad handbrake non ne conosco.

Io ho provato 265 con handbrake su spezzoni di 30 secondi di video, RF20, fast, constant bitrate.
Rispetto ad h.264 i tempi sono nettamente più elevati: col 1090t@3,9 ghz passo da 30/35 fps a 4/5 fps, però non ho notato una riduzione di dimensione che valesse 6-7-8 volte il tempo di elaborazione.
roccia1234 è online   Rispondi citando il messaggio o parte di esso
Old 25-10-2014, 16:21   #5
gd350turbo
Senior Member
 
L'Avatar di gd350turbo
 
Iscritto dal: Feb 2003
Città: Mo<->Bo
Messaggi: 41342
Si, siamo molto indietro con i tempi per il 265...
Nonostante sia sul mercato da circa un anno, la sua integrazione è assai primitiva.
Non riesco perfino a trovare app per android che lo supportino e che permettano di leggere i file in rete locale!
Per ora sto codificando con il PC in firma con dvdfab e i file codificati sono grossomodo la metà del corrispondente h264 ma i tempi si decuplicano quasi

Inviato dal mio XIAOMI MI3w
gd350turbo è online   Rispondi citando il messaggio o parte di esso
Old 25-10-2014, 16:31   #6
Styb
Senior Member
 
L'Avatar di Styb
 
Iscritto dal: Jan 2009
Messaggi: 9714
Oggi su GAOTD c'è un convertitore in promozione a gratis che ha un h265 encoder.
Il programma non permette molti settaggi però mi è sembrato abbastanza veloce.
Styb è offline   Rispondi citando il messaggio o parte di esso
Old 25-10-2014, 17:33   #7
gd350turbo
Senior Member
 
L'Avatar di gd350turbo
 
Iscritto dal: Feb 2003
Città: Mo<->Bo
Messaggi: 41342
Mitico
Grazie !

Inviato dal mio XIAOMI MI3w
gd350turbo è online   Rispondi citando il messaggio o parte di esso
Old 25-10-2014, 17:33   #8
roccia1234
Senior Member
 
Iscritto dal: Jun 2006
Messaggi: 15405
Quote:
Originariamente inviato da gd350turbo Guarda i messaggi
Si, siamo molto indietro con i tempi per il 265...
Nonostante sia sul mercato da circa un anno, la sua integrazione è assai primitiva.
Non riesco perfino a trovare app per android che lo supportino e che permettano di leggere i file in rete locale!
Per ora sto codificando con il PC in firma con dvdfab e i file codificati sono grossomodo la metà del corrispondente h264 ma i tempi si decuplicano quasi

Inviato dal mio XIAOMI MI3w
Ecco, è la mia stessa esperienza. Tempi decuplicati ma file che sono poco più della metà dello stesso in h264 (diciamo il 60%, in media?).
Posto che un film viene encodato 264 mediamente in 1 oretta e qualcosina (almeno col mio 1090t, te ci metterai anche di meno, facciamo 1 ora secca di media), se hai anche solo 30 film bd (e se dici che ne hai tanti, tantissimi... confido che siano decisamente più di 30), sono 300 ore totali, cioè più di 12 giorni 24/7 di encoding 265. Con 264, allo stato attuale, te la caveresti con una trentina di ore per lo stesso lavoro. Un giorno e mezzo.

Quando gli encoder saranno decisamente più ottimizzati (va bene anche 2-3 volte il tempo rispetto a 264), allora potrebbe valere la pena di usare 265.

Ora come ora, imho (sia chiaro, non voglio convincere nessuno, porto solo le mie considerazioni) o si ha un megasistema dual/quad socket con gli ultimi xeon 8-10-12 core... o i tempi diventano biblici, specie se si hanno tanti film da encodare.

Quote:
Originariamente inviato da Styb Guarda i messaggi
Oggi su GAOTD c'è un convertitore in promozione a gratis che ha un h265 encoder.
Il programma non permette molti settaggi però mi è sembrato abbastanza veloce.
Grazie, lo provo!

EDIT: nulla, tempi identici

Ultima modifica di roccia1234 : 25-10-2014 alle 17:40.
roccia1234 è online   Rispondi citando il messaggio o parte di esso
Old 25-10-2014, 17:46   #9
gd350turbo
Senior Member
 
L'Avatar di gd350turbo
 
Iscritto dal: Feb 2003
Città: Mo<->Bo
Messaggi: 41342
Prova mettere handbrake su slow e poi vedi !
Tempo di encoding a parte mi serve soprattutto un app per vederli
Per il 264 uso bsplayer che è perfetto per i miei usi
Inviato dal mio XIAOMI MI3w

Ultima modifica di gd350turbo : 25-10-2014 alle 17:56.
gd350turbo è online   Rispondi citando il messaggio o parte di esso
Old 25-10-2014, 18:09   #10
roccia1234
Senior Member
 
Iscritto dal: Jun 2006
Messaggi: 15405
Quote:
Originariamente inviato da gd350turbo Guarda i messaggi
Prova mettere handbrake su slow e poi vedi !
Tempo di encoding a parte mi serve soprattutto un app per vederli

Inviato dal mio XIAOMI MI3w
No no, slow non ci penso nemmeno, mi tengo quei 1-2 gb in più e via di fast .

App per vederli da locale... oppure pensi a creare un ecosistema più complesso? Che so, nas/mediaserver con tutti i film e vari client (smartphone, tablet, smart tv, tv + htpc, qualunquecosaabbiaunoschermo, ecc ecc) che si appoggiano ogni volta al server.

Ultima modifica di roccia1234 : 25-10-2014 alle 18:12.
roccia1234 è online   Rispondi citando il messaggio o parte di esso
Old 25-10-2014, 18:28   #11
gd350turbo
Senior Member
 
L'Avatar di gd350turbo
 
Iscritto dal: Feb 2003
Città: Mo<->Bo
Messaggi: 41342
Eh si
App che legga i file dalla rete locale e che li mandi, decodificati, al tv

Inviato dal mio XIAOMI MI3w
gd350turbo è online   Rispondi citando il messaggio o parte di esso
Old 25-10-2014, 19:58   #12
roccia1234
Senior Member
 
Iscritto dal: Jun 2006
Messaggi: 15405
Quote:
Originariamente inviato da gd350turbo Guarda i messaggi
Eh si
App che legga i file dalla rete locale e che li mandi, decodificati, al tv

Inviato dal mio XIAOMI MI3w
Già valutato l'ecosistema plex server + client?
roccia1234 è online   Rispondi citando il messaggio o parte di esso
Old 25-10-2014, 20:54   #13
gd350turbo
Senior Member
 
L'Avatar di gd350turbo
 
Iscritto dal: Feb 2003
Città: Mo<->Bo
Messaggi: 41342
Quote:
Originariamente inviato da roccia1234 Guarda i messaggi
Già valutato l'ecosistema plex server + client?
Plex ce già...
È il client che manca.

Inviato dal mio XIAOMI MI3w
gd350turbo è online   Rispondi citando il messaggio o parte di esso
Old 27-10-2014, 09:32   #14
gd350turbo
Senior Member
 
L'Avatar di gd350turbo
 
Iscritto dal: Feb 2003
Città: Mo<->Bo
Messaggi: 41342
Quote:
Originariamente inviato da roccia1234 Guarda i messaggi
Già valutato l'ecosistema plex server + client?
Direi che occorra aspettare l'uscita del nuovo xbmc, KODI, il quale pare che conterrà il decoder h.265...
gd350turbo è online   Rispondi citando il messaggio o parte di esso
Old 27-10-2014, 09:47   #15
roccia1234
Senior Member
 
Iscritto dal: Jun 2006
Messaggi: 15405
Quote:
Originariamente inviato da gd350turbo Guarda i messaggi
Plex ce già...
È il client che manca.

Inviato dal mio XIAOMI MI3w
Che OS ha quel coso che hai appena acquistato?
Plex client c'è per una marea di piattaforme...
roccia1234 è online   Rispondi citando il messaggio o parte di esso
Old 27-10-2014, 10:51   #16
gd350turbo
Senior Member
 
L'Avatar di gd350turbo
 
Iscritto dal: Feb 2003
Città: Mo<->Bo
Messaggi: 41342
Quote:
Originariamente inviato da roccia1234 Guarda i messaggi
Che OS ha quel coso che hai appena acquistato?
Plex client c'è per una marea di piattaforme...
Android 4.4.2...

Ma non mi pare che abbia il supporto al h265
gd350turbo è online   Rispondi citando il messaggio o parte di esso
Old 27-10-2014, 11:32   #17
roccia1234
Senior Member
 
Iscritto dal: Jun 2006
Messaggi: 15405
Quote:
Originariamente inviato da gd350turbo Guarda i messaggi
Android 4.4.2...

Ma non mi pare che abbia il supporto al h265
Il clinet plex per android c'è...

Riguardo al supporto 265 prova a chiedere nel forum se il client lo supporta o meno. Se non lo supporta, basta che attivi il transcoding lato server e vedi di tutto.
roccia1234 è online   Rispondi citando il messaggio o parte di esso
Old 29-10-2014, 19:48   #18
Khanattila
Senior Member
 
L'Avatar di Khanattila
 
Iscritto dal: Jul 2008
Messaggi: 1011
Quote:
Originariamente inviato da gd350turbo Guarda i messaggi
Prova mettere handbrake su slow e poi vedi !
Tempo di encoding a parte mi serve soprattutto un app per vederli
Per il 264 uso bsplayer che è perfetto per i miei usi
Inviato dal mio XIAOMI MI3w
Handbrake di fatto è soltanto una interfaccia grafica a HandBrakeCLI che al suo interno usa x264 e x265. Quest'ultimi con un minimo di pratica si posso usare da soli ottenendo risultati qualitativamente superiori in minor tempo.

x265 in particolare è in fase alpha, e il team di sviluppo rilascia continuamente nuove versioni https://chromashift.org/x265_builds/

La ilc14 è consigliata per processori intel, msvc2012 per gli altri.
Khanattila è offline   Rispondi citando il messaggio o parte di esso
Old 29-10-2014, 21:00   #19
gd350turbo
Senior Member
 
L'Avatar di gd350turbo
 
Iscritto dal: Feb 2003
Città: Mo<->Bo
Messaggi: 41342
Quote:
Originariamente inviato da Khanattila Guarda i messaggi
Handbrake di fatto è soltanto una interfaccia grafica a HandBrakeCLI che al suo interno usa x264 e x265. Quest'ultimi con un minimo di pratica si posso usare da soli ottenendo risultati qualitativamente superiori in minor tempo.

x265 in particolare è in fase alpha, e il team di sviluppo rilascia continuamente nuove versioni https://chromashift.org/x265_builds/

La ilc14 è consigliata per processori intel, msvc2012 per gli altri.
Ottima notizia !

Anche se non è proprio user friendly:

x265 [info]: HEVC encoder version 1.3+374-4495af3b30bb
x265 [info]: build info [Windows][ICC 1400][64 bit] 16bpp

Syntax: x265 [options] infile [-o] outfile
infile can be YUV or Y4M
outfile is raw HEVC bitstream

Executable Options:
-h/--help Show this help text and exit
-V/--version Show version info and exit

Output Options:
-o/--output <filename> Bitstream output file name
--log-level <string> Logging level: none error warning info debug full. Default info
--no-progress Disable CLI progress reports
--[no-]cu-stats Enable logging stats about distribution of cu across all modes. Default disabled
--csv <filename> Comma separated log file, log level >= 3 framelog, else one line per run

Input Options:
--input <filename> Raw YUV or Y4M input file name. `-` for stdin
--y4m Force parsing of input stream as YUV4MPEG2 regardless of file extension
--fps <float|rational> Source frame rate (float or num/denom), auto-detected if Y4M
--input-res WxH Source picture size [w x h], auto-detected if Y4M
--input-depth <integer> Bit-depth of input file. Default 8
--input-csp <string> Source color space: i420, i444 or i422, auto-detected if Y4M. Default: i420
-f/--frames <integer> Maximum number of frames to encode. Default all

--seek <integer> First frame to encode
--[no-]interlace <bff|tff> Indicate input pictures are interlace fields in temporal order. Default progressive
--dither Enable dither if downscaling to 8 bit pixels. Default disabled

Quality reporting metrics:
--[no-]ssim Enable reporting SSIM metric scores. Default disabled
--[no-]psnr Enable reporting PSNR metric scores. Default disabled

Profile, Level, Tier:
--profile <string> Enforce an encode profile: main, main10, mainstillpicture
--level-idc <integer|float> Force a minumum required decoder level (as '5.0' or '50')
--[no-]high-tier If a decoder level is specified, this modifier selects High tier of that level

Threading, performance:
--threads <integer> Number of threads for thread pool (0: detect CPU core count, default)
-F/--frame-threads <integer> Number of concurrently encoded frames. 0: auto-determined by core count
--[no-]wpp Enable Wavefront Parallel Processing. Default enabled
--[no-]pmode Parallel mode analysis. Default disabled
--[no-]pme Parallel motion estimation. Default disabled
--[no-]asm <bool|int|string> Override CPU detection. Default: auto

Presets:
-p/--preset <string> Trade off performance for compression efficiency. Default medium
ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow, or placebo
-t/--tune <string> Tune the settings for a particular type of source or situation:
psnr, ssim, zerolatency, or fastdecode

Quad-Tree size and depth:
-s/--ctu <64|32|16> Maximum CU size (default: 64x64). Default 64
--tu-intra-depth <integer> Max TU recursive depth for intra CUs. Default 1

--tu-inter-depth <integer> Max TU recursive depth for inter CUs. Default 1

--[no-]rect Enable rectangular motion partitions Nx2N and 2 NxN. Default disabled
--[no-]amp Enable asymmetric motion partitions, requires --rect. Default disabled

Analysis:
--rd <0..6> Level of RD in mode decision 0:least....6:full RDO. Default 3
--psy-rd <0..2.0> Strength of psycho-visual rate distortion optimization, 0 to disable. Default 0.000000
--psy-rdoq <0..10.0> Strength of psycho-visual optimization in quantization, 0 to disable. Default 0.000000
--nr <integer> An integer value in range of 100 to 1000, which denotes strength of noise reduction. Default disabled
--[no-]tskip-fast Enable fast intra transform skipping. Default disabled
--[no-]early-skip Enable early SKIP detection. Default disabled
--[no-]fast-cbf Enable early outs based on whether residual is coded. Default disabled

Coding tools:
-w/--[no-]weightp Enable weighted prediction in P slices. Default enabled
--[no-]weightb Enable weighted prediction in B slices. Default disabled
--[no-]cu-lossless Consider lossless mode in CU RDO decisions. Default disabled
--[no-]signhide Hide sign bit of one coeff per TU (rdo). Default enabled
--[no-]tskip Enable intra 4x4 transform skipping. Default disabled

Temporal / motion search options:
--me <string> Motion search method dia hex umh star full. Default 1
-m/--subme <integer> Amount of subpel refinement to perform (0:least .. 7:most). Default 2
--merange <integer> Motion search range. Default 57
--max-merge <1..5> Maximum number of merge candidates. Default 2

Spatial / intra options:
--[no-]strong-intra-smoothing Enable strong intra smoothing for 32x32 blocks.
Default enabled
--[no-]constrained-intra Constrained intra prediction (use only intra coded reference pixels) Default disabled
--[no-]b-intra Enable intra in B frames in veryslow presets. Default enabled
--[no-]fast-intra Enable faster search method for angular intra predictions. Default disabled
--rdpenalty <0..2> penalty for 32x32 intra TU in non-I slices. 0:disabled 1:RD-penalty 2:maximum. Default 0

Slice decision options:
--[no-]open-gop Enable open-GOP, allows I slices to be non-IDR. Default enabled
-I/--keyint <integer> Max IDR period in frames. -1 for infinite-gop.Default 250
-i/--min-keyint <integer> Scenecuts closer together than this are coded as I, not IDR. Default: auto
--no-scenecut Disable adaptive I-frame decision
--scenecut <integer> How aggressively to insert extra I-frames. Default 40
--rc-lookahead <integer> Number of frames for frame-type lookahead (determines encoder latency) Default 20
--bframes <integer> Maximum number of consecutive b-frames (now it only enables B GOP structure) Default 4
--bframe-bias <integer> Bias towards B frame decisions. Default 0
--b-adapt <0..2> 0 - none, 1 - fast, 2 - full (trellis) adaptive B frame scheduling. Default 2
--[no-]b-pyramid Use B-frames as references. Default enabled
--ref <integer> max number of L0 references to be allowed (1 .. 16) Default 3
--qpfile <string> Force frametypes and QPs for some or all frames

Format of each line: framenumber frametype QP
QP is optional (none lets x265 choose). Frametypes: I,i,P,B,b.
QPs are restricted by qpmin/qpmax.

Rate control, Quantization:
--bitrate <integer> Target bitrate (kbps) for ABR (implied). Default 0
-q/--qp <integer> QP for P slices in CQP mode (implied).
--ipratio and --pbration determine other slice QPs
--crf <float> Quality-based VBR (0-51). Default 28.000000
--[no-]lossless Enable lossless: bypass transform, quant and loop filters globally. Default disabled
--crf-max <float> With CRF+VBV, limit RF to this value. Default 0.000000
May cause VBV underflows!
--crf-min <float> With CRF+VBV, limit RF to this value. Default 0.000000
this specifies a minimum rate factor value for encode!
--vbv-maxrate <integer> Max local bitrate (kbit/s). Default 0
--vbv-bufsize <integer> Set size of the VBV buffer (kbit). Default 0
--vbv-init <float> Initial VBV buffer occupancy (fraction of bufsize or in kbits). Default 0.900000
--aq-mode <integer> Mode for Adaptive Quantization - 0:none 1:uniform AQ 2:auto variance. Default 2
--aq-strength <float> Reduces blocking and blurring in flat and textured areas.(0 to 3.0). Default 1.000000
--[no-]cutree Enable cutree for Adaptive Quantization. Default enabled
--ipratio <float> QP factor between I and P. Default 1.400000
--pbratio <float> QP factor between P and B. Default 1.300000
--cbqpoffs <integer> Chroma Cb QP Offset. Default 0
--crqpoffs <integer> Chroma Cr QP Offset. Default 0
--stats Filename for stats file in multipass pass rate control. Default x265_2pass.log
--pass Multi pass rate control.
- 1 : First pass, creates stats file
- 2 : Last pass, does not overwrite stats file
- 3 : Nth pass, overwrites stats file
--[no-]slow-firstpass Enable a slow first pass in a multipass rate control mode. Default disabled
--analysis-mode <string|int> save - Dump analysis info into file, load - Load analysis buffers from the file. Default 0
--analysis-file <filename> Specify file name used for either dumping or reading analysis data.
--scaling-list <string> Specify a file containing HM style quant scaling lists or 'default' or 'off'. Default: off
--lambda-file <string> Specify a file containing replacement values for the lambda tables
MAX_MAX_QP+1 floats for lambda table, then again for lambda2 table
Blank lines and lines starting with hash(#) are ignored
Comma is considered to be white-space

Loop filters (deblock and SAO):
--[no-]lft Enable Deblocking Loop Filter. Default enabled
--[no-]sao Enable Sample Adaptive Offset. Default enabled
--[no-]sao-non-deblock Use non-deblocked pixels, else right/bottom boundary areas skipped. Default disabled

VUI options:
--sar <width:height|int> Sample Aspect Ratio, the ratio of width to height of an individual pixel.
Choose from 0=undef, 1=1:1("square"), 2=12:11,3=10:11, 4=16:11,
5=40:33, 6=24:11, 7=20:11, 8=32:11, 9=80:33, 10=18:11, 11=15:11,
12=64:33, 13=160:99, 14=4:3, 15=3:2, 16=2:1 or custom ratio of <int:int>. Default 0
--crop-rect <string> Add 'left,top,right,bottom' to the bitstream-level cropping rectangle
--overscan <string> Specify whether it is appropriate for decoder to show cropped region: undef, show or crop. Default undef
--videoformat <string> Specify video format from undef, component, pal, ntsc, secam, mac. Default undef
--range <string> Specify black level and range of luma and chroma signals as full or limited Default limited
--colorprim <string> Specify color primaries from undef, bt709, bt470m, bt470bg, smpte170m,
smpte240m, film, bt2020. Default undef
--transfer <string> Specify transfer characteristics from undef, bt709, bt470m, bt470bg, smpte170m,
smpte240m, linear, log100, log316, iec61966-2-4, bt1361e, iec61966-2-1,
bt2020-10, bt2020-12. Default undef
--colormatrix <string> Specify color matrix setting from undef, bt709, fcc, bt470bg, smpte170m,
smpte240m, GBR, YCgCo, bt2020nc, bt2020c. Default undef
--chromaloc <integer> Specify chroma sample location (0 to 5). Default of 0

Bitstream options:
--[no-]info Emit SEI identifying encoder and parameters. Default enabled
--[no-]aud Emit access unit delimiters at the start of each access unit. Default disabled
--[no-]hrd Enable HRD parameters signalling. Default disabled
--[no-]repeat-headers Emit SPS and PPS headers at each keyframe. Default disabled
--hash <integer> Decoded Picture Hash SEI 0: disabled, 1: MD5, 2: CRC, 3: Checksum. Default 0

Reconstructed video options (debugging):
-r/--recon <filename> Reconstructed raw image YUV or Y4M output filename
--recon-depth <integer> Bit-depth of reconstructed raw image file. Defaults to input bit depth, or 8 if Y4M


Non c'è modo di integrarlo nella user interface di handbrake o altro ?

Ultima modifica di gd350turbo : 29-10-2014 alle 21:06.
gd350turbo è online   Rispondi citando il messaggio o parte di esso
Old 30-10-2014, 01:11   #20
Khanattila
Senior Member
 
L'Avatar di Khanattila
 
Iscritto dal: Jul 2008
Messaggi: 1011
Ma penso che quando x265 uscirà dalla fase alpha Handbrake & Co. aggiungeranno anche le opzioni per x265 visto che molti parametri sono li stessi di x264 e non bisogna fare un lavoro da zero.

Dopo un pochetto di pratica non è affatto così difficile da usare.

Codice:
x265.exe --crf 20 --input-res 1280x720 -o "output.mkv" "input.mkv"
Khanattila è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Apple MacBook Air M3: chi deve davvero comprarlo? La recensione Apple MacBook Air M3: chi deve davvero comprarlo...
ASUS ROG Swift OLED PG49WCD: quando QD-OLED e ultrawide si fondono ASUS ROG Swift OLED PG49WCD: quando QD-OLED e ul...
Dreame L10s Pro Ultra Heat: la pulizia di casa tutta sostanza Dreame L10s Pro Ultra Heat: la pulizia di casa t...
HONOR Magic6 Pro: come funziona Magic Portal, il modo ''intelligente'' di condividere HONOR Magic6 Pro: come funziona Magic Portal, il...
L'innovazione richiede fiducia: Workday si propone come guida nell'era dell'IA L'innovazione richiede fiducia: Workday si propo...
iPhone, il supporto alla messaggistica R...
Una GeForce RTX 3080 a meno di 800 euro ...
Ecco le migliori offerte sui processori ...
Polestar presenta Polestar Charge, il se...
PyPI bersagli di un attacco malware: reg...
Putin ha chiesto al governo russo di pen...
Un display AMOLED curvo su un dissipator...
Speciale sedie da ufficio e gaming in of...
Aggiornamenti per Sony Alpha 1, Alpha 9 ...
Questa stampante Canon PIXMA TR4750i a c...
Grok-1.5, l'IA di Elon Musk diventa molt...
Nuovo obiettivo Tamron 28-75mm F/2.8 Di ...
Consegne trimestrali Tesla, gli analisti...
WordPad verrà eliminato già...
Scende di prezzo il drone DJI Air 2S Fly...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 12:48.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Served by www2v