<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>Hi,<BR> live stream is 10 bit 4:2:2 200 mbs 6g sdi uhd 60fps. record is 4:2:0 200mbs 1080p stream. camera chunks footage into 4gb slices, 32 gb for music worship and sermon. target is small device internet viewing. been using ms encoder 4 pro w/codecs for vbr constrained, 2-pass @512 by 288. my x.265 encoding gives me full 1080p at slightly larger file size. running top of the line i7's at 4-6 hours a day. both 4pro and x.265 max everything. pastor wants the excellence of x265. found vmix with nimble. will experiment with the raw footage and tell you the results. <br> <BR><div>> To: x265-devel@videolan.org<br>> Date: Fri, 28 Aug 2015 08:57:53 +0200<br>> From: contact@ligh.de<br>> Subject: Re: [x265] Editing solution<br>> <br>> Rather the first method: Edit the raw footage, then send the result as <br>> uncompressed (raw YUV 4:2:0) video stream to x265. Editing the encoded <br>> result is close to impossible yet.<br>> <br>> Or rather ... first learn about HEVC in general. Will the target playback <br>> device be able at all to decode it? And are you willing to spend maybe a <br>> day of encoding per hour of material? Consider well if you really need <br>> HEVC as result at all. Encoding to AVC with x264 is currently still a lot <br>> more convenient and compatible with many more playback devices.<br>> <br>> Even though realtime encoding may be possible, you would probably not use <br>> a normal PC to do so. The advantage of x265 running on a PC (or across <br>> several PCs) may be the efficiency measured as quality retention per <br>> bitrate, but it will take a lot more encoding time than any other encoding <br>> algorithm before if you allow it to work with sensible efforts.<br>> <br>> <br>> Am 28.08.2015, 08:41 Uhr, schrieb jeff dentinger <jeffcoinc@outlook.com>:<br>> <br>> > That is too bad. I will have to manipulate the raw footage with some <br>> > inferior process. Then encode with the best algorithms x265 can provide. <br>> > Or try and edit the encoded footage with inferior application that will <br>> > attempt to re-encode the footage. and of course this app (x265) can't be <br>> > used for live encoding, right?<br>> > mu34tant<br>> > post script<br>> > if you have any idea of a "good" editing solution I would appreciate the <br>> > help.<br>> > jeff dentinger<br>> ><br>> >> To: x265-devel@videolan.org<br>> >> Date: Fri, 28 Aug 2015 08:24:52 +0200<br>> >> From: contact@ligh.de<br>> >> Subject: Re: [x265] Editing solution<br>> >><br>> >> Hi Jeff.<br>> >><br>> >> Editing is not at all the purpose of x265; this is nothing but an <br>> >> encoder,<br>> >> you have to prepare the video to be encoded beforehand with a different<br>> >> application. In many cases you will not even see x265 working, it will <br>> >> do<br>> >> its job hidden in the background.<br>> >><br>> >><br>> >> Am 28.08.2015, 03:35 Uhr, schrieb jeff dentinger <br>> >> <jeffcoinc@outlook.com>:<br>> >><br>> >> > My camera records in 4gb clips (Panasonic GH4). Is there a editing<br>> >> > ability in the x265 encoder? What would be the best solution editing<br>> >> > before or after encode? jeff <br>> >><br>> >><br>> >> --<br>> >><br>> >> Fun and success!<br>> >> Mario *LigH* Rohkrämer<br>> >> mailto:contact@ligh.de<br>> >><br>> >> _______________________________________________<br>> >> x265-devel mailing list<br>> >> x265-devel@videolan.org<br>> >> https://mailman.videolan.org/listinfo/x265-devel<br>> > <br>> <br>> <br>> -- <br>> <br>> Fun and success!<br>> Mario *LigH* Rohkrämer<br>> mailto:contact@ligh.de<br>> <br>> _______________________________________________<br>> x265-devel mailing list<br>> x265-devel@videolan.org<br>> https://mailman.videolan.org/listinfo/x265-devel<br></div> </div></body>
</html>