Pitao bih nesto...

[prijatel-MKD]

Imam problem sa Flash aplikacijom na FB. Ne prikazuje se ceo ekran, donji deo je "isečen". Kako da podesim da se prikaže ceo?

Proveri u kod ako imas "overflow:hidden" promeni u "overflow:showall". Ako ima najcesce je na pocetku.

[petko]

Gdje je najbolji omjer veličina : kvalitet što se video fajlova tiče? Dakle, koji rip filma je najoptimalniji za monitor 22"? Za koje dijagonale da skidam 1080p?

Ne postoji neko pravilo kod veličine video fajlova, pa čak ni veće uopšte ne mora da znači i bolje.
Na krajnji kvalitet snimka ogroman uticaj imaju vrsta materijala koji se obrađuje, kodek koji se koristi i podešavanje kodeka.
Na 22 inča, uz gledanje iz fotelje, mislim da slobodno možeš da koristiš najmanje ripove koji postoje. Isprobaj kako ti izgledaju oni od 100 mega za epizodu i 300/400 za film.
Bez ekrana od barem 50 inča ne postoji nikakva potreba za full hd materijalom.
Dakle – zanemari 1080p, 720p je puna kapa.
 

[lazavr]

petko, ne siri dezinformacije 

[petko]

Šta je sad ovde dezinformacija?   

[lazavr]

Na 22 inča, uz gledanje iz fotelje, mislim da slobodno možeš da koristiš najmanje ripove koji postoje. Isprobaj kako ti izgledaju oni od 100 mega za epizodu i 300/400 za film

blago tebi ako ne vidis razliku izmedju muljavog .avi ripa od 350 mb i 720p od 1,3 GB na 22"

[petko]

blago tebi ako ne vidis razliku izmedju muljavog .avi ripa od 350 mb i 720p od 1,3 GB na 22"

 

Ajd sad pročitaj šta sam napisao pa mi pokaži gde stoji da nema razlike između ta dva.
 

[lazavr]

pa ova recenica gore citirana 

[dakyorlando]

Proveri u kod ako imas "overflow:hidden" promeni u "overflow:showall". Ako ima najcesce je na pocetku.

Gde to tačno proveravam?

[Vladimir Marković Covenant]

U pitanju je parafraziranje nečega zbog nerazumevanja poruke. Pesnik je želeo da kaže da kad gledaš sa veće udaljenosti, slabije uočavaš nedostatke lošijih snimaka, te da snimak visoke rezolucije, sa svakim metrom udaljenosti, sve više gubi smisao.

I ja sa 42'' plazmom, sam počeo da skidam manje fajlove, jer mi je razlika u kvalitetu nebitna sa 4 metra udaljenosti.

[Aleks@]

Totaln

U pitanju je parafraziranje nečega zbog nerazumevanja poruke. Pesnik je želeo da kaže da kad gledaš sa veće udaljenosti, slabije uočavaš nedostatke lošijih snimaka, te da snimak visoke rezolucije, sa svakim metrom udaljenosti, sve više gubi smisao.

I ja sa 42'' plazmom, sam počeo da skidam manje fajlove, jer mi je razlika u kvalitetu nebitna sa 4 metra udaljenosti.

Totalno tačno. Teško je primetiti razliku sa 4 metra. Ajde da gledaš u HD nešto što ima dinamične scene i dobre efekte. Ali da skidam HD zbog serija gde celu epizodu ljudi sede u prostoriji i pričaju, apsurd.

[MilanRS]

Sa 3-4 metra udaljenosti na 22" full hd monitoru ne primijeti se razlika između xvid.avi i x264.mkv (povezano preko VGA).
Na 42" full hd Sony Bravia primijeti se, itekako se primijeti (povezano preko HDMI). Na 720p je odlična slika.
To je ono što sam ja isprobao.

[Ben Dover]

I ja sam mislio da se razlika ne primeti, pa sam skidao samo AVI, ali na 24-inčnom LED monitoru sa par metara udaljenosti i te kako se primeti jasnoća i oštrina 720p snimka. Na većim ekranima mogu misliti da je razlika još uočljivija.

[Šubi]

OK, hvala vam

Htio bih da napravim svoj sajt-blog, uzeću org domenu sa godaddy ali šta za hosting? To neće biti preveliki niti previše posjećen blog..

Može li mi neko objasniti postupak, šta se prvo uzima i sl, hvala.

[MilanRS]

Ovdje imaš slično pitanje jednog tvog imenjaka,
pogledaj možda ima korisnih odgovora.
http://www.prijevodi-online.org/smf/index.php/topic,2450.msg202065.html#msg202065

[Aleks@]

I ja sam mislio da se razlika ne primeti, pa sam skidao samo AVI, ali na 24-inčnom LED monitoru sa par metara udaljenosti i te kako se primeti jasnoća i oštrina 720p snimka. Na većim ekranima mogu misliti da je razlika još uočljivija.

Da imam neki veći ekran ne bih ni razmišljao šta da skidam. Tu mora bar 720p, ali na malom 22" nije tolika razlika u kvalitetu, koliko mi je gadno da skidam 1,2GB po epizodi za seriju koju bih želeo da sačuvam. Dok bluray diskovi ne postanu jeftini, ne mogu da režem po 3 epizode na DVD. Ovako zguram 12 komada.

[King Eric]

Ovdje imaš slično pitanje jednog tvog imenjaka,
pogledaj možda ima korisnih odgovora.
http://www.prijevodi-online.org/smf/index.php/topic,2450.msg202065.html#msg202065

 

[prijatel-MKD]

Proveri u kod ako imas "overflow:hidden" promeni u "overflow:showall". Ako ima najcesce je na pocetku.

Gde to tačno proveravam?

U HTML kod na stranici gde je Flash object. Ne znaci da je to problem ali 99% je to.

Kod: [Odaberi]


 <style type="text/css" media="screen">
  html, body { height:100%; background-color: #ffffff;}
  body { margin:0; padding:0; overflow:hidden; }
  #flashContent { width:100%; height:100%; }
  </style>


[Šubi]

@Milan Ja potpuno zaboravio na to

Da li je ok ako napravim na wordpressu, te poslije od njih uzmem domen?

[MilanRS]

Napraviš kod njih,
kasnije kod godaddy.com kupiš domen (plaćanje karticom, paypalom i slično) i podesiš preusmjeravanje,
vjerovatno postoji tutorijal na wordpressu ili preko googlea.

[Šubi]

Može i tako, jeftinije je, hvala

Imaš li za preporučiti kakav minimalistički dizajn bloga? Biće duži tekstovi, pa da su neke boje preko kojih se lakše čita..

[tejma]

Danas primjetio da su serije u formatu HDTV.x264 i ispod 300 mb, koja je razlika od hdtv.xvid koje su 350mb? Prijevodi odgovaraju za jedne i druge?

[drazen]

mp4 i avi

[lazavr]

Sa 3-4 metra udaljenosti na 22" full hd monitoru ne primijeti se razlika između xvid.avi i x264.mkv (povezano preko VGA).

ponovo kazem blago vama, ja ne da vidim razliku sa oko 2,5 metra nego mi muka kad moram da gledam xvid.avi

[BJ Huja]

Danas primjetio da su serije u formatu HDTV.x264 i ispod 300 mb, koja je razlika od hdtv.xvid koje su 350mb? Prijevodi odgovaraju za jedne i druge?

Uvedena su nova pravila na sceni vezano za objavu tv materijala standarne rezolucije. Prelazi se na x264.

Od 22.02 16h utc svaki tv show na sceni mora biti kodiran sa h264 i u mp4 kontejneru pa sa time ide i nova oznaka - .HDTV.x264-ime_grupe

Evo i detaljnije:

Spoiler for Hiden:

The SD x264 TV Releasing Standards 2012
                              L¦¦¦[ INTRO ]¦¦¦-                             
 x264 has become the most advanced video codec over the past few years.     
 Compared to XviD, it is able to provide higher quality and compression at   
 greater SD resolutions. It also allows better control and transparency over
 encoding settings. With CRF in the mix, we can also ensure that a diverse   
 array of material will get the most appropriate bitrate for them and not   
 arbitrary and fixed sizes. This standard aims to bring quality control back
 to SD releases. There are many standalone players/streamers such as TviX,   
 Popcorn Hour, WDTV HD Media Player, Boxee, Xtreamer, PS3, XBOX 360, iPad, &
 HDTVs that can playback H264 and AAC encapsulated in MP4.
               
 The SD x264 TV section was formed to separate releases from the ruleless   
 world of TV-XviD. This document will cover the rules and guidelines for     
 only SD resolution x264 television rips.     
-                          L¦¦¦[ RELEASE RULES ]¦¦¦-
  Compliance with this document is optional as of its pre date, and         
  mandatory as of 2012-02-22 16:00 UTC.       
  Video:       
   - Sources requiring resize are to be cropped and resized using sharp     
     resizers such as  Lanczos/Lanczos4, Spline36, or Blackman. Bicubic is   
     banned.   
   - HD video taken from the decoded HD output of a set-top box (e.g.       
     component, DVI, HDMI) may be used as a source; source must be tagged   
     in dirname as AHDTV. Decoded output of PDTV or DSR sources is banned.   
     Releases taken from a natively recorded transport stream shall be tagged
     as HDTV, PDTV, or DSR. Dupes are as follows: HDTV > AHDTV > PDTV > DSR.
     AHDTV captures must be done at the native format of the channel, e.g.   
     720p or 1080i.                           
   - Sources that sideconvert 1080i to 720p (such as BellTV) are allowed but
     must be tagged as PDTV or DSR.           
   - If there is a question as to the validity of a source, the release     
     may be nuked source.sample.requested_<reason.for.nuke> (e.g.           
     source.sample.requested_suspicion.of.analog.source) within 24 hours of 
     pre. The group has 24 hours from the nuke to pre a RARed SOURCE.SAMPLE 
     that is at least 10 seconds in length in order to document that the     
     source is valid. Failure to provide source proof or providing bad       
     source proof shall result in the release remaining nuked, and it may   
     then be propered.                       
   - Improper IVTC methods that result in jerky playback, such as Force     
     Film, are banned
   - Interlaced video sources must be deinterlaced with a smart deinterlacer
     such as Yadif. FieldDeinterlace is banned.                             
   - Group watermarks of any kind on the video are banned                   
   - Intros, outros, betweenos, or any other form of defacement of the       
     episode are banned
   - "Native" refers to the standard in which the video was produced (e.g.   
     NTSC or PAL). NTSC produced video is native to NTSC, PAL produced video
     is native to PAL. PAL produced video that is broadcast in NTSC is       
     converted. NTSC produced video that is broadcast in PAL is converted.   
   - Converted video that has significant artifacting (e.g. blended frames) 
     and cannot be reversed to native must use CONVERT tag                   
   - Converted video that does not have significant artifacts does not need 
     convert tags and may not be nuked for the conversion                   
   - Native releases are allowed after those tagged CONVERT. Use NATIVE tag.
  Audio:
   - Allowed audio formats are VBR AAC LC (Low Complexity).                 
   - Average bitrate on AAC audio must be 96 - 160 kbps.                     
   - AAC audio must be normalized and downconverted to stereo.               
   - Nero and Apple encoders are recommended. FFmpeg is banned.             
   - Dupes  based  on audio format are forbidden and must be tagged INTERNAL
   - Multiple language audio tracks are allowed and must be listed in NFO   
   - Dupes are not allowed based on multiple audio tracks                   
   - Severe audio drops resulting in one full missing word or otherwise the 
     inability to  understand material dialogue is considered to be a       
     technical flaw and may be propered       
   - Audio that is 120ms or more out of sync or drifts more than 120ms       
     between any two points (e.g. needing -80 at one and +40 at another) is 
     considered to be technically flawed and may be propered                 
  Framerate:
   - IVTC or deinterlacing must be applied as needed                         
   - 50/60fps video may be released at 50/60fps or 25/30fps. Releasing true 
     25/30fps video at 50/60 is considered a technical flaw.                 
   - In rare cases, 25/50Hz sources should be IVTC'd to 24 or 30 fps.       
   - In rare cases, 30/60Hz sources should be IVTC'd to 25fps.               
     Failure to apply IVTC when needed is a technical flaw.                 
  Codec/Container:                           
   - Video codec must be x264 (8-bit depth). 
   - Container must be MP4.                   
   - You will have 30 days from latest  x264  rev date to update in order to
     maintain all bug fixes and improvements in the x264 codec               
   - Stripping or falsifying encode information in the file header is banned
   - Custom  muxing  tools are permitted; however, output must be compatible
     with standard demuxers.                 
   - Custom Matrices are allowed             
   - Encoded colorspace must be 4:2:0.       
   - Deblocking  must  be  used;  values are at the discretion of the group.
     (default is enabled, 0:0 settings)       
   - No setting can go below what is specified by --preset slow.             
   - Keyframe  interval  (--keyint) must be at least 200 and at most 300. It
     is  recommended  to  be  10*framerate  (film=240,  PAL=250,  NTSC=300).
   - Minkeyint must be 30 or less             
   - Colormatrix must be set to source specification. If not specified by   
     source, bt709 must be used for sources with resolution greater than or 
     equal to 1280x720 (e.g. HDTV and some PDTV) and sources with lower     
     resolutions must use bt601 (e.g. DSR and some PDTV).                   
   - Constant Rate Factor (--crf) must be as follows:                       
     -¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦T¦¦¦¦¦¦¦T¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¬
     - Compressibility -  CRF  - General Examples                          -
     +¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦+¦¦¦¦¦¦¦+¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦+
     - High            - 19-20 - Scripted, Talk Shows, Poker, Animation    -
     - Medium          - 21-22 - Documentary, Reality, Variety             -
     - Low             - 23-24 - Sports, Awards, Live Events, Competitive- -
     -                 -       - Reality                                   -
     L¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦+¦¦¦¦¦¦¦+¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦-
   - x264 parameters shall not vary within a release                         
   - Zones (--zones) are forbidden.           
   - Any deviation in CRF from given examples must be specifically justified
     in the NFO. Use discretion when deviating CRF by matching the           
     compressibility of the show to a corresponding CRF value. CRF values   
     below 19 and above 24 are never permitted.                             
   - As a general suggestion, average video bitrate in excess of 1500kb/s   
     is a sign that a higher CRF value should be chosen, when possible       
   - Allowed parameters for --tune (optional) are film/grain/animation       
   - Level 3.1 must be respected.             
   - Suggested command line:                 
     x264.exe --crf ## --preset slow --level 3.1 --colormatrix bt709 -o     
     out.h264 in.avs                         
  Resolution: 
   - WS HDTV and WS PDTV sources with greater than 720px horizontal res must
     be cropped as needed and resized to 720px width and mod2 height to     
     maintain proper AR.                     
   - WS PDTV sources with horizontal source res of 720-704px must be cropped
     as needed and only height must be resized to the proper anamorphic AR   
     using mod2. Upscaling/downscaling is forbidden.                         
   - All other sources, including FS HDTV, must be cropped as needed and     
     resized to 640px width and mod2 height to maintain proper AR.           
   - When cropping, remove everything that is not actual picture, including 
     black or other colored borders, duplicate lines, and full-time tickers.
     Removing or retaining fading edges is at capper's discretion and shall 
     not be considered undercropped or overcropped.                         
   - In the case of varying crops, crop to the most common frame size (e.g. 
     pitch/primary view in sports).           
   - Actual picture area may be over- or under-cropped by 1px maximum per   
     side. More than 1px on any side is considered a technical flaw.         
   - Encoded Video resolution must be within 2% of the original aspect ratio
     To calculate AR error (%): (Original AR - Release AR)/Original AR * 100
     OAR = (SourceWidth-CropLeft-CropRight)/(SourceHeight-CropTop-CropBottom)
     Release AR  = EncodedWidth / EncodedHeight                             
  Subs:       
   - Optional, but encouraged                 
   - Text based format is preferred (e.g. SubRip, SubStation Alpha, etc).   
   - Subtitles must be in "Subs" directory.   
   - Burned subtitles will only be allowed when the source exhibits such     
     subtitles in the picture itself         
   - Subtitles cannot be used as a basis for a dupe                         
   - Group marks in subtitles are banned     
  Packaging:   
   - Releases must be packed in RAR file format.                             
   - Rars may be in 15, 20, or multiples of 50 MB. 15 and 20 MB sizes must   
     contain 1-101 files. Multiples of 50 MB must contain 10-101 files.     
     1MB = 1,000,000 bytes.                   
   - Multi-episode  releases  with no clear delineation such as credits must
     not be split                             
   - RAR compression must not be used         
   - Recovery and MD5 record are optional     
   - Encryption or password protection is forbidden                         
   - Must have SFV and NFO                   
   - RAR, SFV, and sample files must have unique, lowercase filenames with   
     the group tag.                           
   - Missing SFV or RAR(s) on all sites is considered a technical flaw.     
     Corrupt RARs (errors on extraction) are considered technical flaws.     
     SFVFix and RARFix are not permitted. Uploading a missing SFV or RAR to 
     all presites after pre is not permitted. Release REPACK.               
  Credits/Previously On:                     
   - Previously on footage is optional, but suggested to be included         
   - Full end credits must be included if they contain show content or       
     outtakes/bloopers. End credits are optional and suggested if they are   
     clean, and purely optional in other cases.                             
  Samples:     
   - REQUIRED!
   - 50-70 seconds in length and  in  a  separate  folder  marked  as Sample
   - Must be taken from the episode, not encoded separately                 
   - Stream samples are recommended for any questionable issue with the     
     source, e.g. no IVTC possible           
  Propers:     
   - Propers are only permitted in the case of a technical flaw in the       
     original release (e.g. Bad IVTC, Interlacing, missing footage, bad crop,
     commercials, bad x264 settings used, bad source, etc.)                 
   - Scrolling or other alert messages added by a station (e.g. weather,     
     Amber alerts) must be at least 30 seconds in length in order to         
     nuke/proper                             
   - Drops with missing footage but no missing dialog must be at least 2     
     seconds long in any one instance to be considered a technical flaw     
   - Proper  reason  must  be clearly stated in nfo, including timecodes and
     extent of the flaw when appropriate     
   - Sample of propered release is encouraged
   - Qualitative propers are not allowed     
   - Flaws  (such  as  drops) present in any optional content are not a flaw
     and shall not be nuked or propered.     
   - Propers based upon the rules set forth here are allowed only on         
     releases that come after this document goes into effect                 
  Internals:   
   - Internals are allowed to be pred for any reason, including releases     
     with technical flaws or those done with alternate codecs, containers,   
     or settings for experimental purposes   
   - Any severe technical flaws or deviations must be mentioned in the NFO   
   - With the exception of the following rule, internal releases may only be
     nuked for severe technical flaws or deviations that are not mentioned   
     in the NFO
   - Using  DIRFIX.iNTERNAL to avoid a dupe nuke is banned, and such         
     dirfixes shall be nuked fix.for.nuke     
  Directory Naming:                           
   - Show.Name.SXXEXX.Episode.Title.HDTV.x264-GROUP                         
   - Show.Name.YYYY.MM.DD.Guest.Name.HDTV.x264-GROUP for daily or other     
     dated shows                             
   - Episode title and guest name are optional
   - Show.Name.PartXX.HDTV.x264-GROUP for miniseries                         
   - ALL others are FORBIDDEN. (e.g 0x00 000 EXX.EP.TITLE PART.VI)           
     Sport:   
     - League.YYYY.MM.DD.Event.EXTRA.TAGS.HDTV.x264-GROUP                   
     - Competition.YYYY-MM.Event.EXTRA.TAGS.HDTV.x264-GROUP                 
     Using just the year is only permitted if the event is once per year     
     (e.g. a WWE PPV). In the case of leagues which have seasons that span   
     multiple years, it is permissible to tag the release with just the years
     of the season. Inclusion of MM and DD is mandatory for all constantly   
     running shows (e.g. WWE).               
     If there is no league, the sport needs to be used instead               
     The following are some examples of correct directory names:             
     - EPL.2010.01.01.Manchester.United.vs.Arsenal.HDTV.x264-GROUP           
     - TNA.Impact.2010.03.02.HDTV.x264-GROUP 
     - WWE.WrestleMania.2010.PPV.HDTV.x264-GROUP                             
     - Tennis.US.Open.2011.Final.Player1.vs.Player2.HDTV.x264-GROUP         
   - Different  shows  that have the same title in different countries (e.g.
     The Marriage Ref) must have the ISO 3166-1 alpha 2 country code in the 
     directory name, except for UK shows (e.g. The.Marriage.Ref.UK not       
     The.Marriage.Ref.GB). ISO country code is not needed for the original   
     show (e.g. The.Marriage.Ref.US is forbidden).                           
   - Different shows with the same name in the same country produced in     
     different years must have the year of the first season in the directory
     name, e.g. Human.Target.2010 and Doctor.Who.2005. Year is not needed   
     for the first show with a particular name.                             
   - Channel name (e.g. National.Geographic, History.Channel) shall not be   
     tagged on any normal series starting after this ruleset's effective     
     date. Miniseries and single-episode docus may optionally be tagged with
     the channel name.                       
   - The use of audio format tags such as AAC, and AAC.x.x is FORBIDDEN     
   - READ.NFO tag is allowed; however, discretion is recommended             
   - PROPER.READ.NFO is NOT allowed. The NFO is REQUIRED to have a reason;   
     therefore, the tag is redundant.         
   - All repacks must include detailed reason as to why it's being repacked 
     in the nfo
   - Other  permitted  tags are: PROPER, REPACK, RERIP, REAL, UNCUT, DUBBED,
     SUBBED, iNTERNAL, OAR, PPV, CONVERT, NATiVE                             
   - Acceptable  characters  in  naming  a  directory  include (NO spaces or
     double dots - single dots ONLY):         
       ABCDEFGHIJKLMNOPQRSTUVWXYZ             
       abcdefghijklmnopqrstuvwxyz             
       0123456789._-                         
  Nukes:       
   Releases must be nuked for any of the following reasons:                 
   - Any valid proper listed in the propers section                         
   - Missing nfo, or missing Sample           
   - Invalid directory naming format         
   - Mislabeled  directory  that  could  prevent  finding  the  release in a
     dupecheck,  including  incorrect season/episode/date or incorrect title
   - Dupe     
   - Releases may not be propered for bad tagging or missing nfo/sample     
   Fixes:     
   - The  following  fixes are  allowed: NFOFix, SampleFix, DirFix, SyncFix,
     ProofFix 
   - DirFix requires NFO and NFO must state which release is being fixed     
   - The original release shall be unnuked when a valid fix is released     
   - A proper may not be released for an issue that was fixed, unless the   
     fix does not completely correct the issue-
L¦¦¦¦¦¦¦TT¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦TT¦¦¦¦¦¦¦
                        L¦¦¦¦¦¦¦¦[ GROUPS ]¦¦¦¦¦¦¦¦-                         
              TVx2642012 rules created by the following groups:             
              ¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦             
                   ASAP BAJSKORV C4TV D2V DiVERGE FTP KYR                   
                       LMAO LoL MOMENTUM SYS TLA YesTV                       -
L¦¦T¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦T¦¦-
   LT¦¦¦\   Thanks to the x264 developers for their assistance in     /¦¦¦T-
    LT¦¦¦\      determining assistance in determining the best       /¦¦¦T-
     L¦¦¦¦\                mix of encode settings.                  /¦¦¦¦-

[tejma]

mp4 i avi

Danas primjetio da su serije u formatu HDTV.x264 i ispod 300 mb, koja je razlika od hdtv.xvid koje su 350mb? Prijevodi odgovaraju za jedne i druge?

Uvedena su nova pravila na sceni vezano za objavu tv materijala standarne rezolucije. Prelazi se na x264.

Od 22.02 16h utc svaki tv show na sceni mora biti kodiran sa h264 i u mp4 kontejneru pa sa time ide i nova oznaka - .HDTV.x264-ime_grupe

Evo i detaljnije:

Spoiler for Hiden:

The SD x264 TV Releasing Standards 2012
                              L¦¦¦[ INTRO ]¦¦¦-                             
 x264 has become the most advanced video codec over the past few years.     
 Compared to XviD, it is able to provide higher quality and compression at   
 greater SD resolutions. It also allows better control and transparency over
 encoding settings. With CRF in the mix, we can also ensure that a diverse   
 array of material will get the most appropriate bitrate for them and not   
 arbitrary and fixed sizes. This standard aims to bring quality control back
 to SD releases. There are many standalone players/streamers such as TviX,   
 Popcorn Hour, WDTV HD Media Player, Boxee, Xtreamer, PS3, XBOX 360, iPad, &
 HDTVs that can playback H264 and AAC encapsulated in MP4.
               
 The SD x264 TV section was formed to separate releases from the ruleless   
 world of TV-XviD. This document will cover the rules and guidelines for     
 only SD resolution x264 television rips.     
-                          L¦¦¦[ RELEASE RULES ]¦¦¦-
  Compliance with this document is optional as of its pre date, and         
  mandatory as of 2012-02-22 16:00 UTC.       
  Video:       
   - Sources requiring resize are to be cropped and resized using sharp     
     resizers such as  Lanczos/Lanczos4, Spline36, or Blackman. Bicubic is   
     banned.   
   - HD video taken from the decoded HD output of a set-top box (e.g.       
     component, DVI, HDMI) may be used as a source; source must be tagged   
     in dirname as AHDTV. Decoded output of PDTV or DSR sources is banned.   
     Releases taken from a natively recorded transport stream shall be tagged
     as HDTV, PDTV, or DSR. Dupes are as follows: HDTV > AHDTV > PDTV > DSR.
     AHDTV captures must be done at the native format of the channel, e.g.   
     720p or 1080i.                           
   - Sources that sideconvert 1080i to 720p (such as BellTV) are allowed but
     must be tagged as PDTV or DSR.           
   - If there is a question as to the validity of a source, the release     
     may be nuked source.sample.requested_<reason.for.nuke> (e.g.           
     source.sample.requested_suspicion.of.analog.source) within 24 hours of 
     pre. The group has 24 hours from the nuke to pre a RARed SOURCE.SAMPLE 
     that is at least 10 seconds in length in order to document that the     
     source is valid. Failure to provide source proof or providing bad       
     source proof shall result in the release remaining nuked, and it may   
     then be propered.                       
   - Improper IVTC methods that result in jerky playback, such as Force     
     Film, are banned
   - Interlaced video sources must be deinterlaced with a smart deinterlacer
     such as Yadif. FieldDeinterlace is banned.                             
   - Group watermarks of any kind on the video are banned                   
   - Intros, outros, betweenos, or any other form of defacement of the       
     episode are banned
   - "Native" refers to the standard in which the video was produced (e.g.   
     NTSC or PAL). NTSC produced video is native to NTSC, PAL produced video
     is native to PAL. PAL produced video that is broadcast in NTSC is       
     converted. NTSC produced video that is broadcast in PAL is converted.   
   - Converted video that has significant artifacting (e.g. blended frames) 
     and cannot be reversed to native must use CONVERT tag                   
   - Converted video that does not have significant artifacts does not need 
     convert tags and may not be nuked for the conversion                   
   - Native releases are allowed after those tagged CONVERT. Use NATIVE tag.
  Audio:
   - Allowed audio formats are VBR AAC LC (Low Complexity).                 
   - Average bitrate on AAC audio must be 96 - 160 kbps.                     
   - AAC audio must be normalized and downconverted to stereo.               
   - Nero and Apple encoders are recommended. FFmpeg is banned.             
   - Dupes  based  on audio format are forbidden and must be tagged INTERNAL
   - Multiple language audio tracks are allowed and must be listed in NFO   
   - Dupes are not allowed based on multiple audio tracks                   
   - Severe audio drops resulting in one full missing word or otherwise the 
     inability to  understand material dialogue is considered to be a       
     technical flaw and may be propered       
   - Audio that is 120ms or more out of sync or drifts more than 120ms       
     between any two points (e.g. needing -80 at one and +40 at another) is 
     considered to be technically flawed and may be propered                 
  Framerate:
   - IVTC or deinterlacing must be applied as needed                         
   - 50/60fps video may be released at 50/60fps or 25/30fps. Releasing true 
     25/30fps video at 50/60 is considered a technical flaw.                 
   - In rare cases, 25/50Hz sources should be IVTC'd to 24 or 30 fps.       
   - In rare cases, 30/60Hz sources should be IVTC'd to 25fps.               
     Failure to apply IVTC when needed is a technical flaw.                 
  Codec/Container:                           
   - Video codec must be x264 (8-bit depth). 
   - Container must be MP4.                   
   - You will have 30 days from latest  x264  rev date to update in order to
     maintain all bug fixes and improvements in the x264 codec               
   - Stripping or falsifying encode information in the file header is banned
   - Custom  muxing  tools are permitted; however, output must be compatible
     with standard demuxers.                 
   - Custom Matrices are allowed             
   - Encoded colorspace must be 4:2:0.       
   - Deblocking  must  be  used;  values are at the discretion of the group.
     (default is enabled, 0:0 settings)       
   - No setting can go below what is specified by --preset slow.             
   - Keyframe  interval  (--keyint) must be at least 200 and at most 300. It
     is  recommended  to  be  10*framerate  (film=240,  PAL=250,  NTSC=300).
   - Minkeyint must be 30 or less             
   - Colormatrix must be set to source specification. If not specified by   
     source, bt709 must be used for sources with resolution greater than or 
     equal to 1280x720 (e.g. HDTV and some PDTV) and sources with lower     
     resolutions must use bt601 (e.g. DSR and some PDTV).                   
   - Constant Rate Factor (--crf) must be as follows:                       
     -¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦T¦¦¦¦¦¦¦T¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¬
     - Compressibility -  CRF  - General Examples                          -
     +¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦+¦¦¦¦¦¦¦+¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦+
     - High            - 19-20 - Scripted, Talk Shows, Poker, Animation    -
     - Medium          - 21-22 - Documentary, Reality, Variety             -
     - Low             - 23-24 - Sports, Awards, Live Events, Competitive- -
     -                 -       - Reality                                   -
     L¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦+¦¦¦¦¦¦¦+¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦-
   - x264 parameters shall not vary within a release                         
   - Zones (--zones) are forbidden.           
   - Any deviation in CRF from given examples must be specifically justified
     in the NFO. Use discretion when deviating CRF by matching the           
     compressibility of the show to a corresponding CRF value. CRF values   
     below 19 and above 24 are never permitted.                             
   - As a general suggestion, average video bitrate in excess of 1500kb/s   
     is a sign that a higher CRF value should be chosen, when possible       
   - Allowed parameters for --tune (optional) are film/grain/animation       
   - Level 3.1 must be respected.             
   - Suggested command line:                 
     x264.exe --crf ## --preset slow --level 3.1 --colormatrix bt709 -o     
     out.h264 in.avs                         
  Resolution: 
   - WS HDTV and WS PDTV sources with greater than 720px horizontal res must
     be cropped as needed and resized to 720px width and mod2 height to     
     maintain proper AR.                     
   - WS PDTV sources with horizontal source res of 720-704px must be cropped
     as needed and only height must be resized to the proper anamorphic AR   
     using mod2. Upscaling/downscaling is forbidden.                         
   - All other sources, including FS HDTV, must be cropped as needed and     
     resized to 640px width and mod2 height to maintain proper AR.           
   - When cropping, remove everything that is not actual picture, including 
     black or other colored borders, duplicate lines, and full-time tickers.
     Removing or retaining fading edges is at capper's discretion and shall 
     not be considered undercropped or overcropped.                         
   - In the case of varying crops, crop to the most common frame size (e.g. 
     pitch/primary view in sports).           
   - Actual picture area may be over- or under-cropped by 1px maximum per   
     side. More than 1px on any side is considered a technical flaw.         
   - Encoded Video resolution must be within 2% of the original aspect ratio
     To calculate AR error (%): (Original AR - Release AR)/Original AR * 100
     OAR = (SourceWidth-CropLeft-CropRight)/(SourceHeight-CropTop-CropBottom)
     Release AR  = EncodedWidth / EncodedHeight                             
  Subs:       
   - Optional, but encouraged                 
   - Text based format is preferred (e.g. SubRip, SubStation Alpha, etc).   
   - Subtitles must be in "Subs" directory.   
   - Burned subtitles will only be allowed when the source exhibits such     
     subtitles in the picture itself         
   - Subtitles cannot be used as a basis for a dupe                         
   - Group marks in subtitles are banned     
  Packaging:   
   - Releases must be packed in RAR file format.                             
   - Rars may be in 15, 20, or multiples of 50 MB. 15 and 20 MB sizes must   
     contain 1-101 files. Multiples of 50 MB must contain 10-101 files.     
     1MB = 1,000,000 bytes.                   
   - Multi-episode  releases  with no clear delineation such as credits must
     not be split                             
   - RAR compression must not be used         
   - Recovery and MD5 record are optional     
   - Encryption or password protection is forbidden                         
   - Must have SFV and NFO                   
   - RAR, SFV, and sample files must have unique, lowercase filenames with   
     the group tag.                           
   - Missing SFV or RAR(s) on all sites is considered a technical flaw.     
     Corrupt RARs (errors on extraction) are considered technical flaws.     
     SFVFix and RARFix are not permitted. Uploading a missing SFV or RAR to 
     all presites after pre is not permitted. Release REPACK.               
  Credits/Previously On:                     
   - Previously on footage is optional, but suggested to be included         
   - Full end credits must be included if they contain show content or       
     outtakes/bloopers. End credits are optional and suggested if they are   
     clean, and purely optional in other cases.                             
  Samples:     
   - REQUIRED!
   - 50-70 seconds in length and  in  a  separate  folder  marked  as Sample
   - Must be taken from the episode, not encoded separately                 
   - Stream samples are recommended for any questionable issue with the     
     source, e.g. no IVTC possible           
  Propers:     
   - Propers are only permitted in the case of a technical flaw in the       
     original release (e.g. Bad IVTC, Interlacing, missing footage, bad crop,
     commercials, bad x264 settings used, bad source, etc.)                 
   - Scrolling or other alert messages added by a station (e.g. weather,     
     Amber alerts) must be at least 30 seconds in length in order to         
     nuke/proper                             
   - Drops with missing footage but no missing dialog must be at least 2     
     seconds long in any one instance to be considered a technical flaw     
   - Proper  reason  must  be clearly stated in nfo, including timecodes and
     extent of the flaw when appropriate     
   - Sample of propered release is encouraged
   - Qualitative propers are not allowed     
   - Flaws  (such  as  drops) present in any optional content are not a flaw
     and shall not be nuked or propered.     
   - Propers based upon the rules set forth here are allowed only on         
     releases that come after this document goes into effect                 
  Internals:   
   - Internals are allowed to be pred for any reason, including releases     
     with technical flaws or those done with alternate codecs, containers,   
     or settings for experimental purposes   
   - Any severe technical flaws or deviations must be mentioned in the NFO   
   - With the exception of the following rule, internal releases may only be
     nuked for severe technical flaws or deviations that are not mentioned   
     in the NFO
   - Using  DIRFIX.iNTERNAL to avoid a dupe nuke is banned, and such         
     dirfixes shall be nuked fix.for.nuke     
  Directory Naming:                           
   - Show.Name.SXXEXX.Episode.Title.HDTV.x264-GROUP                         
   - Show.Name.YYYY.MM.DD.Guest.Name.HDTV.x264-GROUP for daily or other     
     dated shows                             
   - Episode title and guest name are optional
   - Show.Name.PartXX.HDTV.x264-GROUP for miniseries                         
   - ALL others are FORBIDDEN. (e.g 0x00 000 EXX.EP.TITLE PART.VI)           
     Sport:   
     - League.YYYY.MM.DD.Event.EXTRA.TAGS.HDTV.x264-GROUP                   
     - Competition.YYYY-MM.Event.EXTRA.TAGS.HDTV.x264-GROUP                 
     Using just the year is only permitted if the event is once per year     
     (e.g. a WWE PPV). In the case of leagues which have seasons that span   
     multiple years, it is permissible to tag the release with just the years
     of the season. Inclusion of MM and DD is mandatory for all constantly   
     running shows (e.g. WWE).               
     If there is no league, the sport needs to be used instead               
     The following are some examples of correct directory names:             
     - EPL.2010.01.01.Manchester.United.vs.Arsenal.HDTV.x264-GROUP           
     - TNA.Impact.2010.03.02.HDTV.x264-GROUP 
     - WWE.WrestleMania.2010.PPV.HDTV.x264-GROUP                             
     - Tennis.US.Open.2011.Final.Player1.vs.Player2.HDTV.x264-GROUP         
   - Different  shows  that have the same title in different countries (e.g.
     The Marriage Ref) must have the ISO 3166-1 alpha 2 country code in the 
     directory name, except for UK shows (e.g. The.Marriage.Ref.UK not       
     The.Marriage.Ref.GB). ISO country code is not needed for the original   
     show (e.g. The.Marriage.Ref.US is forbidden).                           
   - Different shows with the same name in the same country produced in     
     different years must have the year of the first season in the directory
     name, e.g. Human.Target.2010 and Doctor.Who.2005. Year is not needed   
     for the first show with a particular name.                             
   - Channel name (e.g. National.Geographic, History.Channel) shall not be   
     tagged on any normal series starting after this ruleset's effective     
     date. Miniseries and single-episode docus may optionally be tagged with
     the channel name.                       
   - The use of audio format tags such as AAC, and AAC.x.x is FORBIDDEN     
   - READ.NFO tag is allowed; however, discretion is recommended             
   - PROPER.READ.NFO is NOT allowed. The NFO is REQUIRED to have a reason;   
     therefore, the tag is redundant.         
   - All repacks must include detailed reason as to why it's being repacked 
     in the nfo
   - Other  permitted  tags are: PROPER, REPACK, RERIP, REAL, UNCUT, DUBBED,
     SUBBED, iNTERNAL, OAR, PPV, CONVERT, NATiVE                             
   - Acceptable  characters  in  naming  a  directory  include (NO spaces or
     double dots - single dots ONLY):         
       ABCDEFGHIJKLMNOPQRSTUVWXYZ             
       abcdefghijklmnopqrstuvwxyz             
       0123456789._-                         
  Nukes:       
   Releases must be nuked for any of the following reasons:                 
   - Any valid proper listed in the propers section                         
   - Missing nfo, or missing Sample           
   - Invalid directory naming format         
   - Mislabeled  directory  that  could  prevent  finding  the  release in a
     dupecheck,  including  incorrect season/episode/date or incorrect title
   - Dupe     
   - Releases may not be propered for bad tagging or missing nfo/sample     
   Fixes:     
   - The  following  fixes are  allowed: NFOFix, SampleFix, DirFix, SyncFix,
     ProofFix 
   - DirFix requires NFO and NFO must state which release is being fixed     
   - The original release shall be unnuked when a valid fix is released     
   - A proper may not be released for an issue that was fixed, unless the   
     fix does not completely correct the issue-
L¦¦¦¦¦¦¦TT¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦TT¦¦¦¦¦¦¦
                        L¦¦¦¦¦¦¦¦[ GROUPS ]¦¦¦¦¦¦¦¦-                         
              TVx2642012 rules created by the following groups:             
              ¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦             
                   ASAP BAJSKORV C4TV D2V DiVERGE FTP KYR                   
                       LMAO LoL MOMENTUM SYS TLA YesTV                       -
L¦¦T¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦¦T¦¦-
   LT¦¦¦\   Thanks to the x264 developers for their assistance in     /¦¦¦T-
    LT¦¦¦\      determining assistance in determining the best       /¦¦¦T-
     L¦¦¦¦\                mix of encode settings.                  /¦¦¦¦-

hvala

[bnzz]

Imam jedan problem skidam Ancient.Aliens.S02E03.Underwater.Worlds.720p.x264.DHD, i svaki put kada skinem fajlove i extraktujem epizodu nece da je pusti ni jedan plejer. Cak ni onaj na tv-u. Skidam sam sa vise lokacija i svaki put isto, pojma nemam o cemu se radi... Fajl je kao ispravan ali nece da mi pusti film..

[dakyorlando]

Kada u Operi nešto krenem da skidam, pa to posle prekinem, kasnije neće da nastavi. Odaberem istu destinaciju, ali samo ponudi da skida preko fajla koji je ranije započet a ne samo da nastavi (kao npr. torent).

U kom folderu Opera skladišti temporary fajlove koje skida? Da li bi pomoglo da fajl koji nije skinut do kraja stavim tamo pa da nastavim? Postoji li neko drugo rešenje da naknadno završim započete download procese u okviru Opere? Recimo neki add-on koji bi u Downloads sekciji dodao opciju "Resume" pored Restart i Stop?

[Šubi]

Koliko će ova konfig još moći da gura?

[icemaher]

Kada u Operi nešto krenem da skidam, pa to posle prekinem, kasnije neće da nastavi. Odaberem istu destinaciju, ali samo ponudi da skida preko fajla koji je ranije započet a ne samo da nastavi (kao npr. torent).

U kom folderu Opera skladišti temporary fajlove koje skida? Da li bi pomoglo da fajl koji nije skinut do kraja stavim tamo pa da nastavim? Postoji li neko drugo rešenje da naknadno završim započete download procese u okviru Opere? Recimo neki add-on koji bi u Downloads sekciji dodao opciju "Resume" pored Restart i Stop?

najbolje u Jdownloader.

[dakyorlando]

najbolje u Jdownloader.

Sa JD-om imam dosta problema i ne radi kako treba kod mene. Nijedan proces skidanja neće da započne. Zato sam naglasio "skidanje preko Opere".

Koliko će ova konfig još moći da gura?

Miran si bar sledeće dve-tri godine, a i duže ako ne budeš insistirao da svaku novu igru koja izađe moraš da igraš na svim max podešavanjima.