hi,
In hd and movies trackers, there were two formats for file quality WEB and Encode
please clarify difference between them
?
Printable View
hi,
In hd and movies trackers, there were two formats for file quality WEB and Encode
please clarify difference between them
?
WEB-DL is a remux, or untouched quality from web sources like streaming services, encode is a compressed version of any untouched source (Like WEB or Blu-ray). WEBRIPs are basically encodes of WEB-DLs. According to scene naming conventions, WEB = WEB-DL
Are there categories inside the two formats, I mean for example youtube video could be played on low quality or hd quality, so are there categories within bothQuote:
Originally Posted by Tempest11
?
what are those?Quote:
Originally Posted by Osb0rne01
HEVC
AVC Remux
H256 WEB
H256/4 WEB
X256
this is a very clear example of my question, https://imgur.com/7FqE3xCQuote:
Originally Posted by Tempest11
again are there categories within both
HEVC - High Efficiency Video Coding*(HEVC), also known as*H.265*Quote:
Originally Posted by Osb0rne01
AVC Remux - AVC is a codec, a remux is a type of release, you can't even compare the two.
H256 WEB - you mean H.265 is a format for 2160p WEB release.
H256/4 - you mean H.264 vs H.265
Both are powerful tools capable of producing high-quality outputs, yet they vary. The main difference between H.265 and H.264 is their compression efficiency. H.265 can achieve up to 50% more compression than H.264, which means that it can transmit the same quality video using less bandwidth or storage. This makes H.265 ideal for high-resolution video formats such as 4K and 8K.
*WEB-DL is*untouched*from source like amazon ,disney+ and WEBRips are encodes from WEB-DL as a direct source.
Sometimes 1080p WEBRip is made from 4K WEB-DL, then it is better than 1080p WEB-DL.
So "WEB" isn't a format at all. I'm not an expert, but I'll have a go at explaining the situation using the sources that I've found helpful.Quote:
Originally Posted by Osb0rne01
"Remuxing is the process of transferring the video and audio streams from one container file to another container without any alteration to the streams’ quality. The video and audio in the new container will be identical to that in the original file, but in a different container format.
The main difference between a remux and a re-encode is that a remux only changes the container format, while a re-encode compresses the video and audio streams, which can result in a loss of quality.
Remuxing allows for a smaller file size without sacrificing quality, making it ideal for archiving or distributing large video files.
A container file, also known as a wrapper or a file format, is a type of metadata that contains various types of data, like video, audio, and subtitles tracks, that are encoded with a codec."
"Remuxing can lead to a reduction in file size as only the main video and one of the original soundtracks are preserved in their original form, while all other data, such as additional audio tracks, subtitles, or chapters, can be removed."
HEVC = H.256
AVC = H.264
As I understand it - the difference between x265 and H.265 is that H.265 is the compression standard and x265 is the software most pirates use - because these compression standards are copyrighted.
WEB Dl = Downloading the file from the source, as is. Aka you get the same file the website has.
WEB RIP = Downloading thr file from the source, but it might be compressed by the server that serves you the file (aka if you download a file from FB you get a compressed POS file that looks like butthole)
Edit: x265 is more efficient than x264 - so the file size is less , but it requires more processing power to run the files (aka if you're using a raspberry pi as a media server you might want to go with x264 rather than x265 purely due to the processing power required to run x265 - even though the file size is smaller for x265
So if you WEB DL a file that has multiple languages of audio, and different subtitles- you might remux it so it has only English audio and Engligh subtitles - the English audio and subtitles will be the same size as they originally were, but you will get rid of everything else that you don't want.
You could then re-encode it to compress the file so that it's smaller. You coukd re-encode it first if you wanted to - but you would be compressing all of the audio and subtitle files when most people don't need that.
thank you for piece of infoQuote:
Originally Posted by bucknaked
I am getting those from invite forum, that`s why make me ask
I am not familiar with those names
I just broaden my knowledge base
- - - Updated - - -
thanksQuote:
Originally Posted by Squidgy
what does "Re-encoded x265 movie" mean
?
AVC and REMUX (or web) are 2 things totally differents
AVC is video format
H264 or H265 is a codec
web/ remux/Bluray/ etc are appealing to video quality
Remux : untouched quality video
Bluray : 1 : 1 exact copy of bluray disc
web dl : web download
web rip : it's either screen recording or the stream is re-encoded
Re-encoded x265 movie means that a movie with x265 video codec is encoded again (generally to have a smallest file than original)
Quote:
Originally Posted by ron13
If I am not wrong, that's mean a compressing for a current video
Also what's hybrid movie version
?
If I'm doing a hybrid release like FrameStor on BeyondHD, it only means I used more than 1 source to make my release .
For example : Vidéo pour bluray USA, audio from bluray UHD UK, english subtitles from bluray UHD USA
you see ?
What ron13 said and Now Hybrid is also very often used for remuxes, when they take the DV metadata from a WEB source and mux it.Quote:
Originally Posted by Osb0rne01
sorry I asked @ron13 not you
how to make your own 1080 and 2160 encodesQuote:
Originally Posted by ron13
how ?
by taking video source + video encoder software like MeGui, Handbrake , ripbot etc..., by chosing encoding presets
you're waiting a few hours, you're taking Mkvmerge to merge video with audio and subs, and that's it. you have your own personal encode.
- - - Updated - - -
in theory it's simple I grant you yes, but in practice you need to have experience and knowledge in video encoding anyway. It's not as easy as blinking ^^
I am fearing of this word "you need to have experience"Quote:
Originally Posted by ron13
why does software like "VLC player" operate all subtitles while Windows Media Player couldn`t do this without having a CODEC
because it was coded at a time when mkv did not existQuote:
Originally Posted by Osb0rne01
and it was developed to play proprietary video format (WMV) and mp3 (see CDs)
Don't be afraid be the sentence. It's just obvious. You need practice to make something a little harder . It 's like doing bike, drive muscle car etc. ... you need practice :)
I am a little confusedQuote:
Originally Posted by ron13
if what you said real that mkv not there at this time, why does a tracker like aither supports many formats when you tried to upload a movie, It show you list of film-making studios and each one had a different format than the other
also if I tried to run a specific subtitle on WMP it should equipped with specific software, that mean a proprietary player, is there an open source subtitle player which can not submit to these procedures
no no no xD
You're completely off base. you mix everything ^^
More than 20 years ago, mkv did not exist, and yet other video containers already existed, such as avi, wmv, asf etc..
Just like them, mkv can encapsulate video, audio and subtitle streams. and you're going to tell me: why the mkv when others did the same job before?
well, quite simply because the AVC h264 codec also arrived almost the same year as the mkv, in 2002 or 2003.
It's all a question of technological advancement and industrial needs. It's all about that. the arrival of the H264 codec was hastened with the arrival of HD DVD, Bluray disc, and broadcast TV mainly.
The audio and video industry has taken a big step with this codec. and the mkv goes hand in hand with all that, and this mkv was a godsend, since it is open source. so no need to pay to use your code :)
and in the end, to answer you regarding WMP, why can't it read the mkv and its subtitles? because at the time well before 2000, WMP was all the rage with DivX Avis with embedded subtitles. We had the 700mb divx or dvdrip, and we looked no further, quite simply because we didn't know that the H264 was going to revolutionize everything. we made do with what we had.
and if you look now, I challenge you to find me more than 5 torrent trackers that only accept movies in avi format xD
Yeah, I still remember DivX was a breakthrough at 2003, 2004 with it's aided subtitles, then the appearance of blueray with it's big size, but I have no idea that DivX was providing with embedded subtitles, now we have a software which could operate many video and audio formats with it's outsider subtitles regardless subtitle formatQuote:
Originally Posted by ron13
regarding challenge do you them General tracker or movie and HD-orientedQuote:
Originally Posted by ron13
Hey @ron13
what`s audio format FLAC I got it from music library
FLAC (/flæk/; Free Lossless Audio Codec) is an audio coding format for lossless compression of digital audio, developed by the Xiph.Org Foundation, and is also the name of the free software project producing the FLAC tools, the reference software package that includes a codec implementation. Digital audio compressed by FLAC's algorithm can typically be reduced to between 50 and 70 percent of its original size and decompresses to an identical copy of the original audio data.
FLAC is an open format with royalty-free licensing and a reference implementation which is free software. FLAC has support for metadata tagging, album cover art, and fast seeking.
Development was started in 2000 by Josh Coalson. The bitstream format was frozen with the release of version 0.9 of the reference implementation on 31 March 2001. Version 1.0 was released on 20 July 2001.
On 29 January 2003, the Xiph.Org Foundation and the FLAC project announced the incorporation of FLAC under the Xiph.org banner. Xiph.org is home to other free compression formats such as Vorbis, Theora, Speex and Opus.
Version 1.3.0 was released on 26 May 2013, at which point development was moved to the Xiph.org git repository.
In 2019, FLAC was proposed as an IETF standard.[9]
FLAC is a lossless encoding of linear pulse-code modulation data.
A FLAC file consists of the magic number fLaC, metadata, and encoded audio.
The encoded audio is divided into frames, which consists of a header, a data block, and a CRC16 checksum. Each frame is encoded independent of each other. A frame header begins with a sync word, used to identify the beginning of a valid frame. The rest of the header contains the number of samples, position of the frame, channel assignment, and optionally the sample rate and bit depth. The data block contains the audio information.
Metadata in FLAC precedes the audio. Properties like the sample rate and the number of channels are always contained in the metadata. It may also contain other information, the album cover for example. FLAC uses Vorbis comments for textual metadata like track title and artist name.
Encoding and decoding
The FLAC encoding algorithm consists of multiple stages. In the first stage, the input audio is split into blocks. If the audio contains multiple channels, each channel is encoded separately as a subblock. The encoder then tries to find a good mathematical approximation of the block, either by fitting a simple polynomial, or through general linear predictive coding. A description of the approximation, which is only a few bytes in length, is then written. Finally, the difference between the approximation and the input, called residual, is encoded using Rice coding. In many cases, a description of the approximation and the encoded residual takes up less space than using pulse-code modulation.
The decoding process is the reverse of encoding. The compressed residual is first decoded. The description of the mathematical approximation is then used to calculate a waveform. The result is formed by adding the residual and the calculated waveform. As FLAC compresses losslessly, the decoded waveform is identical to the waveform before encoding.
For two-channel stereo, the encoder may choose to joint-encode the audio. The channels are transformed into a side channel, which is the difference between the two input channels, and a mid channel, the sum of the two input channels. In place of a mid channel, the left channel or the right channel may be encoded instead, which is sometimes more space-efficient.
Even though the reference encoder uses a single block size for the whole stream, FLAC allows the block size in samples to vary per block.
Compression
The amount of compression is determined by various parameters, including the order of the linear prediction model and the block size. Regardless of the amount of compression, the original data can always be reconstructed perfectly.
For user's convenience, the reference implementation defines 9 compression levels, which are presets of the more technical parameters to the encoding algorithm. The levels are labeled from 0 to 8, with higher numbers resulting in a higher compression ratio, at the cost of compression speed. The meaning of each compression level varies by implementation.
FLAC is optimized for decoding speed at the expense of encoding speed. A benchmark has shown that, while there is little variation in decoding speed as compression level increases, beyond the default compression level 5, the encoding process takes up considerably more time with little space saved compared to level 5.
Alongside the format, the FLAC project also contains a free and open-source reference implementation of FLAC called libFLAC. libFLAC contains facilities to encode and decode FLAC data and to manipulate the metadata of FLAC files. libFLAC++, an object-oriented wrapper around libFLAC for C++, and the command-line programs flac and metaflac, are also part of the reference implementation.
The FLAC format, along with libFLAC, are not known to be covered by any patents, and anyone is free to write their own implementations of FLAC.
Comparison to other formats
FLAC is specifically designed for efficient packing of audio data, unlike general-purpose lossless algorithms such as DEFLATE, which are used in ZIP and gzip. While ZIP may reduce the size of a CD-quality audio file by 10–20%, FLAC is able to reduce the size of audio data by 40–50% by taking advantage of the characteristics of audio.
The technical strengths of FLAC compared to other lossless formats lie in its ability to be streamed and decoded quickly, independent of compression level.
Since FLAC is a lossless scheme, it is suitable as an archive format for owners of CDs and other media who wish to preserve their audio collections. If the original media are lost, damaged, or worn out, a FLAC copy of the audio tracks ensures that an exact duplicate of the original data can be recovered at any time. An exact restoration from a lossy copy (e.g., MP3) of the same data is impossible. FLAC's being lossless means it is highly suitable for transcoding e.g. to MP3, without the normally associated transcoding quality loss between one lossy format and another. A CUE file can optionally be created when ripping a CD. If a CD is read and ripped perfectly to FLAC files, the CUE file allows later burning of an audio CD that is identical in audio data to the original CD, including track order and pregap, but excluding CD-Text and other additional data such as lyrics and CD+G graphics.
Adoption and implementations
The reference implementation of FLAC is implemented as the libFLAC core encoder & decoder library, with the main distributable program flac being the reference implementation of the libFLAC API. This codec API is also available in C++ as libFLAC++. The reference implementation of FLAC compiles on many platforms, including most Unix (such as Solaris, BSD) and Unix-like (including Linux), Microsoft Windows, BeOS, and OS/2 operating systems. There are build-systems for autoconf/automake, MSVC, Watcom C, and Xcode. There is currently no multicore support in libFLAC, but utilities such as GNU parallel and various graphical frontends can be used to spin up multiple instances of the encoder.
FLAC playback support in portable audio devices and dedicated audio systems is limited compared to formats such as MP3 or uncompressed PCM. FLAC support is included by default in Windows 10, Android, BlackBerry 10 and Jolla devices.
In 2014, several aftermarket mobile electronics companies introduced multimedia solutions that include support for FLAC. These include the NEX series from Pioneer Electronics and the VX404 and NX404 from Clarion.
The European Broadcasting Union (EBU) has adopted the FLAC format for the distribution of high quality audio over its Euroradio network. The Windows operating system has supported native FLAC integration since the introduction of Windows 10. The Android operating system has supported native FLAC playback since version 3.1. macOS High Sierra and iOS 11 add native FLAC playback support.
Among others the Pono music player and streaming service used the FLAC format. Bandcamp insists on a lossless format for uploading, and has FLAC as a download option. The Wikimedia Foundation sponsored a free and open-source online ECMAScript FLAC tool for browsers supporting the required HTML5 features.
good FLAC wiki copy pasteQuote:
Originally Posted by ron13