Is the CRF Factor for exporting VFR files to CFR (as in my case) different than for exporting to VFR to VFR ?
Also, wouldn't the CRF factor be different depending on the Source file bitrate, so if my S24 recorded 4k/60p at 40Mbps and not 60, would i still use CRF17 to export to 1080 or 720.
My S24 can record Normal Bitrate mode, and High Bitrate mode for 1080 and 4k HEVC recordings.
4k/60p HEVC Normal Bitrate is 60Mbps, High is 144Mbps.
1080/60p HEVC Normal is 22.0Mbps, High is 60.0Mbps
So in my previous post, where it shows the 1080/60p HEVC (CFR) Export, the CRF17 is 17.0Mbps, so even this is lower than what the camera records 1080/60p HEVC at, using a CRF of 16 would get the 1080p export more like 22.0Mbps.
To me it still seems like a lot of guesswork with CRF Factors, not knowing what bitrate each CRF Factor number will export for any given source file.
+ Reply to Thread
Results 151 to 180 of 240
-
-
No. Same CRF value for both VFR and CFR. Exporting CFR just changes the number of frames slightly.
No. It is dependent on how much the original image has changed through degradation and alteration of complex objects like grass and hair. For x265, CRF 17 has no degradation, CRF 20 has slight degradation, CRF 22 has more than slight degradation. This means CRF 20 is best for offline storage, while CRF 17 is best for uploading to streaming platforms.
It's lower because it doesn't need to be higher in order to look equal to original. If it's higher, it still looks equal to original, but it has more bitrate than necessary.
CRF is the opposite of guesswork, it takes guesswork out of the equation by measuring how much bitrate a video needs in order to look equal to the original. Guesswork would be having to specify a bitrate, and not knowing if it's too high or too low.Last edited by codemaster; 16th Jan 2025 at 18:09.
-
I would rather have RF17 for Storage than a slightly lower quality of RF20, it just makes more sense to retain the best possible quality file, even if it means a slightly larger File size, which for me is never an issue when it comes to storage.
So for my purposes, recording in 4k/60p HEVC @ 60.0Mbps (VFR) with the S24, or even if i used used my S21 to record the 4k/60p HEVC @ 40.0Mbps (VFR) i should use CRF17 to export to 1080/60p HEVC (CFR) or even 720/60p HEVC (CFR) if the case arises.
So what if i had to Export one of my 4k/60p HEVC (VFR) files from the S24 to either 1080/60p or 720/60p AVC (CFR) what CRF Factor would you suggest, because a few weeks ago you recommended to use CRF20 for HEVC to HEVC (any resolution) and CRF18 for HEVC to AVC (any resolution) so would i use say 15 and not 18.Last edited by Bridgy; 15th Jan 2025 at 22:18.
-
For x265, you can use CRF 17 to not have even the slightest noticeable image degradation. Or CRF 20 if you want the smallest possible file size you can get away with, at the cost of the most slightest noticeable image degradation.
Yes, x265 CRF 17 for both 1080p and 720p. Unless you don't like how much bitrate it gets, in which case you can lower it with CRF 20.
Yes, x264 CRF 15-18 for both 1080p and 720p. 15 for zero degradation, 18 for lowest file size possible without noticeable degradation or very slight degradation.
x264 CRF = x265 CRF - 2
x264 CRF 15 = x265 CRF 17
x264 CRF 18 = x265 CRF 20Last edited by codemaster; 15th Jan 2025 at 22:41.
-
If one is serious about videos (of whatever sort), then storage space is unlikely to be a factor given how easy & cheap(ish) it is to buy bigger hard drives. If you hunt around you can get a 16T platter drive for $600 or less .. admittedly not a good brand/model .. and even larger drives are now available for the home market (as distinct from the data centre market which always gets the bigger drives first). Translated, when recording and editing, the quality of the resulting files is always far more important than minimising the file size. If you need to reduce the size of a particular video because a customer/friend/rellie requests it, you can always run it through handbrake or ffmpeg (or your favourite reducer).
A question re VRD. I must have missed the evidence for it, but you say VRD uses MainConcept encoding and not x264/265 .. yet when I check the VRD log it mentions x264 encoding. Admittedly I do have hardware encoding turned on. -
Yeah storage is reasonably cheap, but don't keep everything you have stored only on your computer or laptop like many people do, if you are serious, you will buy a few decent portable SSD drives and plug those in and backup your files onto them.
My storage setup is as follows.
Laptop Windows drive = 1tb Crucial P5 Pro M.2 SSD, windows only, plus i dump my source files into the windows Video folder for editing.
Laptop Storage = encrypted 2tb SSD installed for my personal files (800gb) plus exporting my Edited video files to, i never export to my source file destination drive.
Backup Storage = 2x 2tb encrypted portable SSD's plugged in each night and mounted in windows, and i use SyncBackFree to Sync my laptop storage SSD drive onto.
Cloud Storage = 2tb IceDrive Cloud Storage Account, their Desktop App is used to mount a Fake IceDrive partition in Windows that i then use to Sync all of my storage files to, and i can then access all of my stuff from anywhere by logging into my IceDrive account.
I have the IceDrive App stored in the Secure Folder on my Samsung S24 phone so i can access my stuff on that as well, this is great when i need to show someone a photo or video that is not stored on my phone storage.
Some of my very important personal files are also stored in my S24 Secure Folder as well, for times when i might lose my internet access, the Secure Folder is Password protected, and it can be hidden from the App screens whenever i need to.
I never store any files in the main internal phone storage.
All i can say right now is that VRD definitely used Mainconcept encoder for many years, and the late Dan Rosen told me this himself during some of our chats in Skype, and he told me that if he used the x264/x265 encoders, he would need to charge a lot more for VRD because with VRD being a commercial program (paid for) he would have to pay a big license fee for those encoders.
At the time i really had no idea that Mainconcept was nowhere near as good as x264/x265, but he did advise me to use Intel QuickSync (QSV) if Maincencept was too slow, which i had to do many times, as the Mainconcept encoding could take from 5 to 8 times times longer to export, depending on the resolution and format i chose.
The same still applies now, my 6 core laptop will encode with Handbrake or VRD at around 6 times the duration for a 4k to 1080p export, and around 4 times slower for a 720p export.
I did read in this Thread where someone did confirm that VRD still uses MainConcept, need to go back and find it.
Maybe if you could do an export with VRD and give us a look at the Log File.Last edited by Bridgy; 16th Jan 2025 at 00:18.
-
That is likely because the VFR timestamps in your clip(s) (which are allowed to be widely different between successive frames) are usually "close to" (but not the same as) CFR timestamps, for some cameras. Please note codemaster's comment around how VRD may not detect VFR properly in all cases and thus treat it as the "default" CFR ... thus it looks close enough to the same as CFR to VRD, but is not actually, it is just likely that VRD mis-interprets it "close enough".
You probably got luckyThis VFR situation was verified some time ago by DG et al when examining a number of samsung VFR phone recordings at that time. There is no guarantee that newer cameras, or even phone software updates, will behave the same in their recordings in term of close-to-CFR frame intervals for VFR, nor that they produce well-formed video files nor are they required to be formed precisely the same way as previous phones. It could be that at some point newer cameras with the new options have wildly different VFR frame intervals throughout which do not fortuitously approximate CFR in most of the content as was done with some cameras back then.
Of course, I could be wrong.
Cheers. -
It is a shame these days that we have moved away from dedicated video/photo cameras, especially for travel.
I always carried a bum bag around my waste with my GoPro Black edition camera inside it, along with the various accessories, and my wallet and phone as well, back then i just used the smaller size basic phones because most phones were crap for video and photos, but these days things have changed, a lot more very high end phones now that record some decent quality video and photos.
I was looking to buy the new GoPro Black camera 6 months ago for our next 4 month trip thru Asia (mid this year) but i decided to hold off and wait to see what the new Samsung s24 Ultra was like, and now that i have one, as much as i like the camera, the phone itself is just far too big and heavy to handle in my small hands while trecking around, especially on beaches in Asia, so i will be taking my much smaller/lighter standard S21(base model) for my calls and texts, and i will still buy myself a GoPro for videos, they are just so easy to setup and use, and shoot really amazing quality video.
I often get asked why i only record video in 60p mode, and the answer is simple, i record everything in hand held mode, and i do a lot of panning around and moving all the time, and i often record vehicles or boats passing by, so recording at 25 or 30p like most people do doesn't suit my style, if i record in 25 or 30p mode my videos end up jerky, unless i record static scenes.
I am not even sure if the GoPro records 4k or 5.6k in CFR or VFR, i must find out (yep they too record VFR)Last edited by Bridgy; 16th Jan 2025 at 00:58.
-
I store my videos on platter drivers "permanently" mounted in a USB3.2 4 bay dock. The dock comes with an internal fan to keep the drives cool and I can power drives on individually. The dock's design also means I can access all 4 times simultaneously if I wanted .. not that I would since it would mean a big speed hit. I also have them stored on external drives which are both a backup and also easier to plug into the tv or another 'puter at need. Photos are stored on an internal drive which is automatically backed up to an internal backup drive several times a week, plus also burnt onto archive quality DVD's .. yeah, old tech, but they have a much greater lifespan than HDDs which in turn have a longer lifespan than SSDs.
As for phones vs cameras, I used to be firmly in the camera club but these days my cameras sit gathering dust whilst I just use my phone for photos. Camera technology has advanced a lot in the past 10 years and a current smartphone takes better photos than a midrange SLR bought 15 years ago. A caveat tho', my phone has optical zoom and is only a year old. It's an A54, which has the same camera hardware as the S24, it just lacks some of the bells and whistles like wireless charging, AI and the like. If I was doing commercial photography/videography, it would be another matter, but I'm not. And a phone is a lot lighter and easier to carry than a big SLR, especially with a bag full of lenses, flash and other accessories.
Re VRD and what encoder it uses, I'll attach the log for the edit of a sample video. In case the attach doesn't work I'll paste it into another reply following.
The emoji's in the following post are the fault of the forum. They are (naturally) not in the actual log. -
2025-01-16 18:20:26 Image support lib: 8.0.1 (r40318), ippIP AVX2 (h9)
2025-01-16 18:20:26 Decoder support lib: 8.0.1 (r40318), ippIP AVX2 (h9)
2025-01-16 18:20:27 VideoReDo TVSuite started. Licensed to: DA-TQ8A8M-F898TU, Version: 6.62.6.833 - Sep 22 2021 (00cf0054-1146} Windows 10 Enterprise
2025-01-16 18:20:27 Checking reg: 120
2025-01-16 18:20:27 TS -> PAT shows program_number: 1, PMT PID: x100
2025-01-16 18:20:27 TS->program Info Descriptor: PID: x1011, Program_number: 1, Stream Type1b, Tag: x00, Version: 0, conditional access: no
2025-01-16 18:20:27 TS->program Info Descriptor: PID: x1100, Program_number: 1, Stream Type03, Tag: x00, Version: 0, conditional access: no
2025-01-16 18:20:27 TS ReadProgramMapTables, seeking to: 301505376
2025-01-16 18:20:27 TS ReadProgramMapTables, seeking to: 603010752
2025-01-16 18:20:27 Remaining Program Map entries
Program_number: 1, PMTPid: x100, Elem PID: x1011, Count: 4487, MPEG 4/AVC Video
Program_number: 1, PMTPid: x100, Elem PID: x1100, Count: 372, MPEG1 Audio
2025-01-16 18:20:27
***** Loading: Q:\samplevideo.ts
2025-01-16 18:20:27 H.264, Starting stream open for: Q:\samplevideo.ts
2025-01-16 18:20:27 H.264, Opening file: Q:\samplevideo.ts, filetype is: H264 PIDs: x1011 / x1100
2025-01-16 18:20:27 Adding module to graph: H264 decoder
2025-01-16 18:20:27 Video Deinterlacer, Using deinterlace method: Smart, using 1 threads.
2025-01-16 18:20:27 Adding module to graph: Video Deinterlacer
2025-01-16 18:20:27 Connecting output of H264 decoder (0) to input of Video Deinterlacer (0)
2025-01-16 18:20:27 Setting graph input port: 0 to module: H264 decoder port: 0 Accepts EOF
2025-01-16 18:20:27 H264 decoder: Starting video, H264 decoder thread.
2025-01-16 18:20:27 StreamProcess: starting video deinterlacer thread.
2025-01-16 18:20:27 Movie window, using display driver: Direct3D 11
2025-01-16 18:20:27 Frame cache size: 100 frames, source frame size: 1920 x 1080, cache frame size: 1920 x 1080, Quality: 4, Cache size: 0.31 GB
2025-01-16 18:20:28 H.264, Starting stream open for: Q:\samplevideo.ts
2025-01-16 18:20:28 H.264, Opening file: Q:\samplevideo.ts, filetype is: H264 PIDs: x1011 / x1100
2025-01-16 18:20:28 Adding module to graph: H264 decoder
2025-01-16 18:20:28 Setting graph input port: 0 to module: H264 decoder port: 0 Accepts EOF
2025-01-16 18:20:28 H264 decoder: Starting video, H264 decoder thread.
2025-01-16 18:20:43 Setting output options from profile: 'MP4' (No Recode Required)
2025-01-16 18:20:43 Output profile XML:
<VRDOutputProfile id="9">
<Name>MP4</Name>
<OutputMode>Smart</OutputMode>
<RecodeMode>Quality</RecodeMode>
<FileType>MP4</FileType>
<FileExt></FileExt>
<OutputLibrary>
<Program>None</Program>
<CustomPath></CustomPath>
</OutputLibrary>
<DefaultOutputDir></DefaultOutputDir>
<VideoAttributes>
<Encoder>Match</Encoder>
<AspectRatio>No Change</AspectRatio>
<AspectCorrection>None</AspectCorrection>
<EncodeDimensions>
<Width>3840</Width>
<Height>2160</Height>
</EncodeDimensions>
<EncodeBitrate>0</EncodeBitrate>
<HeaderBitrate>0</HeaderBitrate>
<MaxBitrate>0</MaxBitrate>
<EncodingMode>SP</EncodingMode>
<DeinterlaceMethod>None</DeinterlaceMethod>
<FrameRate>No Change</FrameRate>
</VideoAttributes>
<AudioAttributes>
<Encoder>Auto</Encoder>
<Bitrate>0</Bitrate>
<SampleRate>No Change</SampleRate>
<ChannelMode>Auto</ChannelMode>
<LPCMEndianess>Little</LPCMEndianess>
</AudioAttributes>
</VRDOutputProfile>
2025-01-16 18:20:43 H.264, Starting stream open for: Q:\samplevideo.ts
2025-01-16 18:20:43 H.264, Opening file: Q:\samplevideo.ts, filetype is: H264 PIDs: x1011 / x1100
2025-01-16 18:20:43 Adding module to graph: H264 smart editor2
2025-01-16 18:20:43 Adding module to graph: H264 decoder
2025-01-16 18:20:43 Adding module to graph: x264 encoder
2025-01-16 18:20:43 Adding module to graph: Output muxer
2025-01-16 18:20:43 Setting graph input port: 0 to module: H264 smart editor2 port: 0 Accepts EOF
2025-01-16 18:20:43 Setting graph input port: 3 to module: H264 smart editor2 port: 2
2025-01-16 18:20:43 Connecting output of H264 smart editor2 (2) to input of H264 decoder (0)
2025-01-16 18:20:43 Connecting output of H264 decoder (0) to input of H264 smart editor2 (2)
2025-01-16 18:20:43 Connecting output of x264 encoder (0) to input of H264 smart editor2 (3)
2025-01-16 18:20:43 Connecting output of H264 smart editor2 (3) to input of x264 encoder (0)
2025-01-16 18:20:43 Connecting output of H264 smart editor2 (0) to input of Output muxer (0)
2025-01-16 18:20:43 Adding module to graph: Audio dividerutput
2025-01-16 18:20:43 Setting graph input port: 1 to module: Audio dividerutput port: 0 Accepts EOF
2025-01-16 18:20:43 Adding module to graph: Audio decoder:0
2025-01-16 18:20:43 Connecting output of Audio dividerutput (0) to input of Audio decoder:0 (0)
2025-01-16 18:20:43 Connecting output of Audio decoder:0 (0) to input of Output muxer (2)
2025-01-16 18:20:43 Graph, passes required: 1
2025-01-16 18:20:43 Graph, Requested encoding bitrate: Average: 0.0000 Mbps, Max: 0.0000 Mbps, Header: 25.0000 Mbps
2025-01-16 18:20:43 Graph, Encoding dimension: 1920 x 1080
2025-01-16 18:20:43 Graph, Cropping rect: (0 x 0 ) - (1920 x 1080)
2025-01-16 18:20:43 Graph, Maximum GOP: 0
2025-01-16 18:20:43 H264 smart editor2: Starting H.264 smart editing thread.
2025-01-16 18:20:43 H264 decoder: Starting video, H264 decoder thread.
2025-01-16 18:20:43 x264 encoder: Starting video, x264 encoder thread.
2025-01-16 18:20:43 StreamProcess: Starting output muxer thread.
2025-01-16 18:20:43 Starting graph filter thread: Audio dividerutput
2025-01-16 18:20:43 Starting graph filter thread: Audio decoder:0
2025-01-16 18:20:43 Graph monitoring thread started.
2025-01-16 18:20:43 Source video information:
File: Name : Q:\samplevideo.ts
Size : 0.905 GB
Duration : 00:29:19.14
Mux type : TS Stream
TS mux rate : 4.185 Mbps
Video: Encoding : H.264
VideoStreamID : x1011
Frame rate : 25.00 fps
Frame rate flag : Constant
Encoding size : 1920 x 1080
Aspect ratio : 16:9
Header bit rate : 25.000 Mbps
VBV buffer : 572 KBytes
Profile : High/4.0
Progressive : Progressive
Chroma : 4:2:0
Entropy mode : CABAC
Bit rate : 3.765 Mbps
Audio Stream: 1 (Primary) Codec : MPEG
MPEGLayer : Layer 2
Channels : 2.0
PID : x1100
PES Stream Id : xC0
Bit rate : 192 Kbps
Sampling rate : 48000
Sample size : 16 bits
2025-01-16 18:20:43 Opening output file: Q:\samplevideo.mp4, source type: h264
2025-01-16 18:20:43 Sending status: 'File switch' to module: 'H264 smart editor2 - 0', Type: Video frame
2025-01-16 18:20:43 Sending status: 'File switch' to module: 'Audio dividerutput - 0', Type: Audio frame
2025-01-16 18:20:43 H.264, Starting new Frame Accurate Output Segment: start:1711440.011 (00:28:31.11), end:5359560.011 (01:29:19.14), Mux deltaAtSecondGOP: 0.00
2025-01-16 18:20:43 Sending status: 'Audio volume changed' to module: 'H264 smart editor2 - 0', Type: Video frame
2025-01-16 18:20:43 Sending status: 'Audio volume changed' to module: 'Audio dividerutput - 0', Type: Audio frame
2025-01-16 18:20:43 Adding new graph range, Start: 1711440 (00:28:31.11), End: 5359560.01 (01:29:19.14)
2025-01-16 18:20:43 Sending status: 'GRAPH_STATUS_SEGMENT_START video' to module: 'H264 smart editor2 - 0', Type: Video frame, Status: 1711440.01 154029601
2025-01-16 18:20:43 Sending status: 'GRAPH_STATUS_SEGMENT_START audio' to module: 'Audio dividerutput - 0', Type: Audio frame, Status: 1711440.01 154029601
2025-01-16 18:20:43 Sending status: 'GRAPH_STATUS_SEGMENT_END_PTS video' to module: 'H264 smart editor2 - 0', Type: Video frame, Status: 5359560.01 482360401
2025-01-16 18:20:43 H264 smart editor2, graph range to, start 1711440.01 (00:28:31.11), end: 5359560.01 (01:29:19.14), without effects
2025-01-16 18:20:43 Sending status: 'GRAPH_STATUS_SEGMENT_END_PTS audio' to module: 'Audio dividerutput - 0', Type: Audio frame, Status: 5359560.01 482360401
2025-01-16 18:20:43 Muxing module, received video file switch status change at frame: 1 ignored.
2025-01-16 18:20:43 H264 global PTS/DTS adjustment of -80.00, reset to 0
2025-01-16 18:20:43 MP4 muxing, allocating 'moov_size' of 79040 bytes, Video: 29896 bytes, Audio: 49144, Output frames: 1204
2025-01-16 18:20:43 At rebase
0, PTS: 200.00 ( 18000), DTS: 80.00 ( 7200), Delta: 120.00 ( 10800)
1, PTS: 360.00 ( 32400), DTS: 120.00 ( 10800), Delta: 240.00 ( 21600)
2, PTS: 240.00 ( 21600), DTS: 160.00 ( 14400), Delta: 80.00 ( 7200)
3, PTS: 280.00 ( 25200), DTS: 200.00 ( 18000), Delta: 80.00 ( 7200)
4, PTS: 320.00 ( 28800), DTS: 240.00 ( 21600), Delta: 80.00 ( 7200)
5, PTS: 400.00 ( 36000), DTS: 280.00 ( 25200), Delta: 120.00 ( 10800)
6, PTS: 440.00 ( 39600), DTS: 320.00 ( 28800), Delta: 120.00 ( 10800)
7, PTS: 600.00 ( 54000), DTS: 360.00 ( 32400), Delta: 240.00 ( 21600)
8, PTS: 480.00 ( 43200), DTS: 400.00 ( 36000), Delta: 80.00 ( 7200)
9, PTS: 520.00 ( 46800), DTS: 440.00 ( 39600), Delta: 80.00 ( 7200)
10, PTS: 560.00 ( 50400), DTS: 480.00 ( 43200), Delta: 80.00 ( 7200)
11, PTS: 760.00 ( 68400), DTS: 520.00 ( 46800), Delta: 240.00 ( 21600)
12, PTS: 640.00 ( 57600), DTS: 560.00 ( 50400), Delta: 80.00 ( 7200)
13, PTS: 680.00 ( 61200), DTS: 600.00 ( 54000), Delta: 80.00 ( 7200)
14, PTS: 720.00 ( 64800), DTS: 640.00 ( 57600), Delta: 80.00 ( 7200)
15, PTS: 920.00 ( 82800), DTS: 680.00 ( 61200), Delta: 240.00 ( 21600)
16, PTS: 800.00 ( 72000), DTS: 720.00 ( 64800), Delta: 80.00 ( 7200)
17, PTS: 840.00 ( 75600), DTS: 760.00 ( 68400), Delta: 80.00 ( 7200)
18, PTS: 880.00 ( 79200), DTS: 800.00 ( 72000), Delta: 80.00 ( 7200)
19, PTS: 1080.00 ( 97200), DTS: 840.00 ( 75600), Delta: 240.00 ( 21600)
20, PTS: 960.00 ( 86400), DTS: 880.00 ( 79200), Delta: 80.00 ( 7200)
21, PTS: 1000.00 ( 90000), DTS: 920.00 ( 82800), Delta: 80.00 ( 7200)
22, PTS: 1040.00 ( 93600), DTS: 960.00 ( 86400), Delta: 80.00 ( 7200)
2025-01-16 18:20:43 H.264 (MA), Found last Audio: 1759323.34 00:29:19.08, Video: 1758920.01 00:29:18.23
2025-01-16 18:20:43 Changing graph current end range from: 5359560.01 (01:29:19.14), to: 1759323.34 (00:29:19.08)
2025-01-16 18:20:43 Sending status: 'GRAPH_STATUS_SEGMENT_END_PTS video' to module: 'H264 smart editor2 - 0', Type: Video frame, Status: 1759323.34 158339101
2025-01-16 18:20:43 H264 smart editor2, graph range to, start 1711440.01 (00:28:31.11), end: 1759323.34 (00:29:19.08), without effects
2025-01-16 18:20:43 Sending status: 'GRAPH_STATUS_SEGMENT_END_PTS audio' to module: 'Audio dividerutput - 0', Type: Audio frame, Status: 1759323.34 158339101
2025-01-16 18:20:43 Sending status: 'GRAPH_STATUS_SEGMENT_COMPLETE video' to module: 'H264 smart editor2 - 0', Type: Video frame, Status: 1759560.01 158360401
2025-01-16 18:20:43 H264 smart editor2, Segment complete, revised end time is: 1759323.34 (00:29:19.08) less effects of 0.00 msec (00:29:19.08)
2025-01-16 18:20:43 Sending status: 'GRAPH_STATUS_SEGMENT_COMPLETE audio' to module: 'Audio dividerutput - 0', Type: Audio frame, Status: 1759560.01 158360401
2025-01-16 18:20:43 >>> H264 video buffer: CStreamProcessH264SmartEdit2::CutEndOfSegment, Frame accurate,: 1759323.34 (00:29:19.08) Frame: 43983 , Count: 14, End videoPTS: 0.00
* 0 PTS:# 47680.00 (00:00:47.17), [1758920.01 (00:29:18.23 ) 43973], G R, pict_num: 0 ( 0), I IDR, Diff:1711240.01 P 194704 903933325 6.38 Mbps QP: 0, PPS:0, slices:0
* 1 PTS:# 47840.00 (00:00:47.21), [1759080.01 (00:29:19.02 ) 43977], , pict_num: 8 ( 1), P Ref, Diff:1711240.01 P 11155 904133733 QP: 0, PPS:0, slices:0
* 2 PTS:# 47720.00 (00:00:47.18), [1758960.01 (00:29:18.24 ) 43974], , pict_num: 2 ( 2), B , Diff:1711240.01 P 464 904146705 QP: 0, PPS:0, slices:0
* 3 PTS:# 47760.00 (00:00:47.19), [1759000.01 (00:29:19.00 ) 43975], , pict_num: 4 ( 2), B , Diff:1711240.01 P 464 904148773 QP: 0, PPS:0, slices:0
* 4 PTS:# 47800.00 (00:00:47.20), [1759040.01 (00:29:19.01 ) 43976], , pict_num: 6 ( 2), B , Diff:1711240.01 P 464 904150653 QP: 0, PPS:0, slices:0
* 5 PTS:# 48000.00 (00:00:48.00), [1759240.01 (00:29:19.06 ) 43981], , pict_num: 16 ( 2), P Ref, Diff:1711240.01 P 49630 904152721 QP: 0, PPS:0, slices:0
* 6 PTS:# 47880.00 (00:00:47.22), [1759120.01 (00:29:19.03 ) 43978], , pict_num: 10 ( 3), B , Diff:1711240.01 P 3549 904205737 QP: 0, PPS:0, slices:0
* 7 PTS:# 47920.00 (00:00:47.23), [1759160.01 (00:29:19.04 ) 43979], , pict_num: 12 ( 3), B , Diff:1711240.01 P 3577 904210249 QP: 0, PPS:0, slices:0
* 8 PTS:# 47960.00 (00:00:47.24), [1759200.01 (00:29:19.05 ) 43980], , pict_num: 14 ( 3), B , Diff:1711240.01 P 3562 904216077 QP: 0, PPS:0, slices:0
* 9 PTS:# 48160.00 (00:00:48.04), [1759400.01 (00:29:19.10 ) 43985], , pict_num: 24 ( 3), P Ref, Diff:1711240.01 P 122077 904221341 QP: 0, PPS:0, slices:0
* 10 PTS:# 48040.00 (00:00:48.01), [1759280.01 (00:29:19.07 ) 43982], , pict_num: 18 ( 4), B , Diff:1711240.01 P 7168 904347489 QP: 0, PPS:0, slices:0
* 11 PTS:# 48080.00 (00:00:48.02), [1759320.01 (00:29:19.08 ) 43983], , pict_num: 20 ( 4), B , Diff:1711240.01 P 7186 904356513 QP: 0, PPS:0, slices:0
* 12 PTS:# 48120.00 (00:00:48.03), [1759360.01 (00:29:19.09 ) 43984], , pict_num: 22 ( 4), B , Diff:1711240.01 P 7185 904366101 QP: 0, PPS:0, slices:0
* 13 PTS:# 48200.00 (00:00:48.05), [1759560.01 (00:29:19.14 ) 43989], EOF, pict_num: 0 ( 4), P Ref, Diff:1711360.01 P 130714 904374373 QP: 0, PPS:0, slices:0
** End of Video buffer, 14 frames, video bytes: 0.542 MB, average bit rate: 6.774 Mbps, buffer allocation: 1.245 MB
2025-01-16 18:20:43 Audio dividerutput: Process thread complete.
2025-01-16 18:20:43 Audio decoder:0 processing thread complete. In: 1995, Out: 1995
2025-01-16 18:20:43 Graph, monitoring thread received terminate signal.
2025-01-16 18:20:43 H.264, Doing an IDR frame at cut end.
2025-01-16 18:20:43 Graph monitoring thread finished.
2025-01-16 18:20:43 Computed bitrates: Avg: 6613504, Max: 24999936, based on 12 frames.
2025-01-16 18:20:43 Encoding parameters: x264 smart edit encoding options
fps = 25000/1000
level = 40
keyint = 15
scenecut = false
bitrate = 6613
vbv-maxrate = 24999
vbv-bufsize = 4688
ref = 3
chroma-qp-offset = 0
aud = yes
interlaced = false
2025-01-16 18:20:43 CStreamProcessH264SmartEdit2:ecodeAndRecodeBuffer CStreamProcessH264SmartEdit2::OutputFrameAccurateE ndingSegment
Recode parameters at: CStreamProcessH264SmartEdit2::OutputFrameAccurateE ndingSegment
Frame index to start decoding: 0
Number of frames to decode: 12
Frame to start recoding: 43973
Number of frames to encode: 11
Copy frames from original buffer: 0
Frame number to remain in buffer: -1
Starting POC LSB: 158302801
Starting FrameNum LSB: 1245184
Delta pic order cnt bottom: 541899
Increment POC LSB by 1: no
First frame has MMCO5: yes
First frame is IDR: yes
I slice QP: 756108632
P slice QP: 0
B slice QP: 1095797142
Use internal encoder: no
Sequence list:
2025-01-16 18:20:43 >>> H264 video buffer: CStreamProcessH264SmartEdit2:ecodeAndRecodeBuffer before recoding, Count: 12, End videoPTS: 0.00
* 0 PTS: 47680.00 (00:00:47.17), [1758920.01 (00:29:18.23 ) 43973], G R, pict_num: 0 ( 0), I IDR, Diff: P 194704 903933325 QP: 0, PPS:0, slices:0
* 1 PTS: 47840.00 (00:00:47.21), [1759080.01 (00:29:19.02 ) 43977], , pict_num: 8 ( 1), P Ref, Diff: P 11155 904133733 QP: 0, PPS:0, slices:0
* 2 PTS: 47720.00 (00:00:47.18), [1758960.01 (00:29:18.24 ) 43974], , pict_num: 2 ( 2), B , Diff: P 464 904146705 QP: 0, PPS:0, slices:0
* 3 PTS: 47760.00 (00:00:47.19), [1759000.01 (00:29:19.00 ) 43975], , pict_num: 4 ( 2), B , Diff: P 464 904148773 QP: 0, PPS:0, slices:0
* 4 PTS: 47800.00 (00:00:47.20), [1759040.01 (00:29:19.01 ) 43976], , pict_num: 6 ( 2), B , Diff: P 464 904150653 QP: 0, PPS:0, slices:0
* 5 PTS: 48000.00 (00:00:48.00), [1759240.01 (00:29:19.06 ) 43981], , pict_num: 16 ( 2), P Ref, Diff: P 49630 904152721 QP: 0, PPS:0, slices:0
* 6 PTS: 47880.00 (00:00:47.22), [1759120.01 (00:29:19.03 ) 43978], , pict_num: 10 ( 3), B , Diff: P 3549 904205737 QP: 0, PPS:0, slices:0
* 7 PTS: 47920.00 (00:00:47.23), [1759160.01 (00:29:19.04 ) 43979], , pict_num: 12 ( 3), B , Diff: P 3577 904210249 QP: 0, PPS:0, slices:0
* 8 PTS: 47960.00 (00:00:47.24), [1759200.01 (00:29:19.05 ) 43980], , pict_num: 14 ( 3), B , Diff: P 3562 904216077 QP: 0, PPS:0, slices:0
* 9 PTS: 48160.00 (00:00:48.04), [1759400.01 (00:29:19.10 ) 43985], , pict_num: 24 ( 3), P Ref, Diff: P 122077 904221341 QP: 0, PPS:0, slices:0
* 10 PTS: 48040.00 (00:00:48.01), [1759280.01 (00:29:19.07 ) 43982], , pict_num: 18 ( 4), B , Diff: P 7168 904347489 QP: 0, PPS:0, slices:0
* 11 PTS: 48080.00 (00:00:48.02), [1759320.01 (00:29:19.08 ) 43983], , pict_num: 20 ( 4), B , Diff: P 7186 904356513 QP: 0, PPS:0, slices:0
** End of Video buffer, 12 frames, video bytes: 0.404 MB, average bit rate: 6.733 Mbps, buffer allocation: 1.049 MB
2025-01-16 18:20:43 >>> H264 video buffer: Recoded cut frame buffer, Count: 0, End videoPTS: 0.00
** End of Video buffer, 0 frames, video bytes: 0.000 MB, average bit rate: -0.000 Mbps, buffer allocation: 0.000 MB
2025-01-16 18:20:43 CStreamProcessH264SmartEdit2::YUVToEncoderFeederTh read Received status code: 3
2025-01-16 18:20:43 >>> H264 video buffer: Recoded cut frame buffer, Count: 0, End videoPTS: 0.00
** End of Video buffer, 0 frames, video bytes: 0.000 MB, average bit rate: -0.000 Mbps, buffer allocation: 0.000 MB
2025-01-16 18:20:43 CStreamProcessH264SmartEdit2::YUVToEncoderFeederTh read Received status code: 6
2025-01-16 18:20:44 Cut complete, 11 frames recoded at 5.72 Mbps in 0.1 seconds (100.917 FPS )
2025-01-16 18:20:44 >>> H264 video buffer: Recoded cut frame buffer, Count: 11, End videoPTS: 0.00
* 0 PTS: 200.00 (00:00:00.05), [1758920.01 (00:29:18.23 ) 43973], GOP, pict_num: -1 (2147483647), I IDR, Diff: P 242914 725929187384192277 QP: 0, PPS:0, slices:0
* 1 PTS: 200.00 (00:00:00.05), [1759080.01 (00:29:19.02 ) 43977], , pict_num: -1 (2147483647), P Ref, Diff: P 8873 -9089428236658323869 QP: 0, PPS:0, slices:0
* 2 PTS: 200.00 (00:00:00.05), [1759000.01 (00:29:19.00 ) 43975], , pict_num: -1 (2147483647), B Ref, Diff: P 614 2075889172490241171 QP: 0, PPS:0, slices:0
* 3 PTS: 200.00 (00:00:00.05), [1758960.01 (00:29:18.24 ) 43974], , pict_num: -1 (2147483647), B , Diff: P 214 -3538248764964061857 QP: 0, PPS:0, slices:0
* 4 PTS: 200.00 (00:00:00.05), [1759040.01 (00:29:19.01 ) 43976], , pict_num: -1 (2147483647), B , Diff: P 155 4963948366064293378 QP: 0, PPS:0, slices:0
* 5 PTS: 200.00 (00:00:00.05), [1759240.01 (00:29:19.06 ) 43981], , pict_num: -1 (2147483647), P Ref, Diff: P 14675 534696384214726884 QP: 0, PPS:0, slices:0
* 6 PTS: 200.00 (00:00:00.05), [1759160.01 (00:29:19.04 ) 43979], , pict_num: -1 (2147483647), B Ref, Diff: P 4742 725929187384192277 QP: 0, PPS:0, slices:0
* 7 PTS: 200.00 (00:00:00.05), [1759120.01 (00:29:19.03 ) 43978], , pict_num: -1 (2147483647), B , Diff: P 1026 -9089428236658323869 QP: 0, PPS:0, slices:0
* 8 PTS: 200.00 (00:00:00.05), [1759200.01 (00:29:19.05 ) 43980], , pict_num: -1 (2147483647), B , Diff: P 1813 2075889172490241171 QP: 0, PPS:0, slices:0
* 9 PTS: 200.00 (00:00:00.05), [1759320.01 (00:29:19.08 ) 43983], , pict_num: -1 (2147483647), P Ref, Diff: P 7345 -3538248764964061857 QP: 0, PPS:0, slices:0
* 10 PTS: 200.00 (00:00:00.05), [1759280.01 (00:29:19.07 ) 43982], , pict_num: -1 (2147483647), B , Diff: P 3817 4963948366064293378 QP: 0, PPS:0, slices:0
** End of Video buffer, 11 frames, video bytes: 0.286 MB, average bit rate: 5.724 Mbps, buffer allocation: 0.918 MB
2025-01-16 18:20:44 x264 encoder: Process thread complete. Video frames, In: 11, Out: 11
2025-01-16 18:20:44 H264 smart editor2: Process thread complete. Video frames, In: 1201, Out: 1198
2025-01-16 18:20:44 Output muxer processing thread complete. Video in: 1198, Out: 1198, Buffer: 0
2025-01-16 18:20:44 Output muxer processing thread complete. Audio stream 0 In: 1995, Out: 1995, Buffer: 0
2025-01-16 18:20:44 H264 decoder: Process thread complete. Video frames, In: 13, Out: 12
2025-01-16 18:20:44 Muxer add / delete audio: stream: 0, add: 0 delete 0, sync: -3.33
2025-01-16 18:20:44 Output complete.....
Mode: Frame Accurate
Input file: Q:\samplevideo.ts
Output file: Q:\samplevideo.mp4
Output format: MP4
Video length: 47
Video length: 00:00:47
Video size: 18MB
Output scenes: 1
Video output frames: 1198
Audio output frames: 1995
Processing time (secs): 1
Processed frames/sec: 1198.00
Actual Video Bitrate: 2.97 Mbps
2025-01-16 18:20:44 Displaying output complete dialog: 0
2025-01-16 18:20:47 H264 decoder: Process thread complete. Video frames, In: 112, Out: 92
2025-01-16 18:20:47 Deinterlacer processing thread complete. In: 7, Out: 7
2025-01-16 18:20:47 H264 decoder: Process thread complete. Video frames, In: 26, Out: 7 -
Good luck to you
You sound well versed in such things.
I made a mistake years ago in a Europe trip of being too much in the camera vs being in the moment, no doubt you won't make that one.
We ended up viewing that range of photos/slides about 3 times in 35 years ...
Cheers -
The A54 camera is overall similar, more like the S23 and S24 base models, but it can't quite touch the S24 Ultra in the camera department, my mum has an A54 too (upgraded from a shitty RealMe C21) and i already did comparisons to my S23 base model phone, they are the same that i could see, but photos and video, the Ultra is on another level completely, yet i still don't believe that the S24 Ultra does photos or videos as well as a lot of people claim, most of the stuff they put online (youtube etc) is recorded using custom settings to improve the quality, but out of the box in Auto mode, the 4k/60p HEVC only shines when you have a nice clear blue sky, same for the photos, and as long as you keep the sun well behind you.
Also, i don't think that the Auto Focus on this S24 Ultra is that good, my S23 seemed to be better with panning and focusing, but it is still early days, still lots to learn, but getting used to the size and weight is hard after several years using the S21 and S23 base models, they are small and light compared to this new brick that i just got.Last edited by Bridgy; 16th Jan 2025 at 02:33.
-
Yeah we have traveled thru Europe twice, i did 2 tours across Canada many years ago on my own, and i married an asian lady 35 years ago so we have done many a trip around the region, and i learned a lot of lessons while doing so.
Very easy to lose or break a phone traveling where we go, so i always take 2 phones (Samsungs) with my backup one set up identically to my main phone (hooray for Samsung Smart Switch these days) and when i arrive at a destination i just grab a Sim service for the main phone, and i also grab a spare Sim on a cheap plan for the spare phone, so if i lost or broke the main one, i grab my spare phone, and off i go, 2 minutes and it's like nothing happened.
I have bumped into a lot of tourists who lost their phones or had them stolen, and we was in remote places where there were no phone shops, so these people were up the creek in some cases, so that is why i started carrying a spare instead.
Next trip i will take my S23 and S21, S23 i keep in the bum bag, the S21 would keep in my main carry bag, never store them together.
my 11" Dell travel Netbook stays in my carry bag, and all my phone/camera stuff gets transferred to that every night, with copies stored on sd cards.
I am very well organized, and just like to feel secure when i travel. -
I've been taking photos since the 60's (my first camera was a hand me down box brownie!). Since then I've done a fair bit of professional photography, including a few weddings. One thing I've learnt is that 99% of taking good photos is in the composition & framing before you take the photo - something many learnt very well in the pre-digital days since you were limited to just 30-something photos in a roll (or 12 in the box brownie roll), so you learnt to make every photo as perfect as you could manage. The actual hardware you use is in comparison irrelevant.
-
Haha, reminds me of Xmas day, my parents are 90 and 93, we had all 6 siblings together on that day for the first time in 10 years, mum has cancer, so we had what might be the last Family portrait photos taken, sadly, my brothers wife, who has always claimed to be a good photographer (i always thought differently) was designated to take the photos, and it turned out to be a dogs breakfast, setting up the group and individual photos, and usually she would use her Nikon DSLR, but when i saw her phone, i assumed it might be a late model one that takes good photos, but after we all got the copies by email, i could not believe what i was looking at, they were like crap, i then find out she used an iPhone 11, and on top of that, everyone in the photos were placed in the bottom half of the shot so she could get her 3 precious wall prints above the sofa into the photo, so when it came time to do the Crops for printing, i only managed to frame 2 out of 14 photos properly.
I am arranging to get parents and 6 siblings together for an hour and i will get a professional photographer to do it.
I was a part time Wedding videographer (weekends) for 15 years, i had a photographer do the photos for me, and during this time i also did Tape to Digital video conversions as well, now that work was an art form.
Still thinking of grabbing a Sony RX100vii, got to wait for my Son to upgrade. -
I've been sent all too many horrifying photos from people who've taken group photos at some function/event/party and I always cringe when someone offers to take a photo using my camera/phone .. not because they'll damage it but because i dread the resulting photos.
Have you had a chance to look at the VRD log I posted? -
Totally forgot until now, been having dinner and just finished watching 2 episodes of The Curse of Oak Island, these were the 2 final "Drilling Down" episodes as a prelude to Season 10 which starts here next week.
Been a total fan since day one, and if i get my way, i will be going there to take a look at the place, maybe meed the Lagina Brothers too.
Anyway, back to the Log, i didn't realize you would be sending the whole lot, most of it just goes over my head, but i will take a better look shortly.
EDIT: ok i took a look, most of it means nothing to me, all i can say is that if Dan was using the x264 encoder in his commercial software, he must have changed it after i was talking to him, and i certainly never heard any mention of him moving over from Mainconcept.
Also, if he did start using it then surely he must have been paying a license fee for it, because he even told me that himself, given VRD is a commercial software, in free edit tools there is no license fee to be paid for it's use, or maybe i had it all wrong, i just know that Dan told me that he was using Mainconcept several years ago.
The following bits are the only ones that i found a reference to x264 encoder, maybe someone else can shed more light on this.
Last edited by Bridgy; 16th Jan 2025 at 07:29.
-
He still goes there, i thought he basically vanished from public life, not posting in forums any more i mean, but i hate Reddit, it sucks, i just wish he would come over here some time, but i guess that is where everyone else goes regarding VRD.
The thing is that for me, my needs for editing are very different than most other VRD users, given that VRD was originally developed for broadcast TV, and so it has a pretty big user base for that, my needs are different, but there was a time like even 10 years ago when even i could barely use VRD for doing stuff that VRD can do now.
When i started recording 4k video way back in the day, VRD had no support at all, i think i was the one who began the push to get them to head down that path, and start adding other features.
Also, last night i was cutting some 4k video from my S24 Ultra using LosslessCut, and i think that i have found a few glitches in the cutting tool, even when the segments are cut both ends on keyframes and merged, which is what i do these days with LosslessCut, i do all cuts on keyframes.
I need a bit more of a look, and i will try it with files from my S21 just to see if it is happening with those 2.
Now that VRD is exporting my S24 files as CFR after adding titles (S21 exports as VFR) nothing would surprise me that my S24 files are somehow different in some way. -
My VRD needs are broadcast & 'cable' TV, so I'm very much in the main VRD demographic. It sounds like everything you want would require high end commercial software, the sort of stuff aimed at the tv/movies business. Of course the cost for such software would be astronomically more. Your needs do not fit in the usual home consumer demographic, which is what all of the software you have tried is aimed at, which is why you've found problems with everything you've tested. I suspect your options may be to either shell out many thousands for commercial software or to make do with something (or a combination of somethings) that meets most of your requirements.
-
If LosslessCut can't handle S24 Ultra recordings, then one solution is to transcode them to FFV1 with Handbrake, and cut them in Kdenlive. Another solution is to cut them in Capcut.
-
Yeah i noticed that 90% or more of all posters in VideoHelp seem to be doing TV broadcast stuff, and that kind of makes it a bit more difficult for me trying to find help in here, but it still seems to be the best forum of it's kind out there, and there are several names in here who have been here for many many years, and really know their stuff.
I never had a need for any high end video editing software, i don't do commercial video work like my Son does as a cinematograpgher, his needs are very demanding as he also edits most of what he films too, i just record, cut, merge, add a title and/or credit when i need, export, and archive it, and this is why i have never needed any other software than VRD Pro, prior to VRD i always used TNPGEnc Xpress (now called Video Mastering Works 7) but in the early days of using VRD i still had to use TMPGEnc as well.
It was sad that Dan Rosen passed away when he did, as he was right on the edge of completing full support for HEVC format, especially 4k that i moved on to, and that is why it is very difficult for me to import my 4k/60p HEVC files because the preview player is laggy, and the timeline does work, but it is very slow and laggy, and then the Smart Rendering might crash VRD, and exporting after adding titles just refuses to work, but it works when i cut my 4k HEVC files with LosslessCut, which is the wierdest thing ever, but i an very grateful that it does work.
When i used to film Weddings between 2003 and 2017, i made sure that i had the best possible cameras, lighting, and sound recording gear, all i ever had to do was film the wedding and reception after, then i would just cut bits out, insert a few scene change blackouts or fade in/out frames between cuts (some clients wanted this) add a title and credit on the end, and export that to digital format, then create a set of dvd or bluray discs for the client if they wanted them, or i put them onto USB stick to plug into the TV, everyone was different, but i never took on any clients that were too demanding, it is hard enough holding a camera and recording the event, without having the Bride carry on like a pork chop (yep always the bride who created all the fuss)
My interest in Video stemmed from our Wedding in 1990 when i was working at Channel 10 TV Studios in Sydney, our Wedding was filmed by one of the camera crews from there, it was recorded to Betacam tape, and they did the editing for me and dubbed it back to Betacam.
Our Son was born in 1993, and i had bought a Panasonic Betacam video camera by then, and his christening was filmed with that as well, moving forward to 1999 when daughter was born, i recorded her baptism on that as well.
After that i found a guy who had a studio set up for doing VHS/Betacam Tape conversions and it cost me $200 to have those 3 Betacam tapes digitally converted and moved over to MiniDV Tape format, and when i saw him doing this work i decided to give it a shot myself, so i spent a small fortune buying what i needed and off i went, took me 1 year to get all of my old video tapes digitally converted and now happily sit in folders on my laptop, all 2000+ of them all up, i also did conversions for clients too, and i did it a lot cheaper than most other professional services.
I still have those 3 MiniDV tapes as a momento of those 3 precious moments, and i still have the original Betacam tapes sitting in a box out in the garage.
[Attachment 84903 - Click to enlarge]Last edited by Bridgy; 16th Jan 2025 at 21:05.
-
Need a bit more time with my S24 files in LosslessCut, it might just be me.
All is OK, i thought i saw some bleeding (is that the right term) on a few Cut points in one of my files last night, there was a slight bump or jerk when the file was playing across the cut point, but it seems like the segments merged perfectly so i will just continue on using it.
Just downloaded CapCut now as well, i never looked at this one before, but i won't be trying Kdenlive any more, i just can't get my head around it, especially just for doing Cuts, i find the cutting tool not to be to my liking, but maybe i am just impatient.
New Test with details below.
So i decided to give VRD a shot at Cutting and Smart Rendering one of my S24 Ultra test files (failed with the S21 and S23 files) just to see what happened, as i had not tested this before now, and after a bit of effort and time to find my 4 Cut points (leaving 3 segments to merge) i did manage to get 3 cuts done after getting a Seeking Error and suggesting i try Quickstream Fix (which i ignored) and the Export worked flawlessly, it would just crash when trying it with the S21 and S23 files, or any other 4k/60p HEVC files from other cameras.
Is there a Ghost coder lurking somewhere inside the VRD Software.
[Attachment 84904 - Click to enlarge]
[Attachment 84905 - Click to enlarge]
[Attachment 84906 - Click to enlarge]
[Attachment 84907 - Click to enlarge]
Now the BAD News
If i import this Cut file back into VRD Joiner to add a title, it fails with the following Error.
[Attachment 84910 - Click to enlarge]
All of this is Really strange because i can load an S24 Cut file from LosslessCut into VRD and add the same Title and it Smart Renders perfectly.
So i am back to square one, still need to Cut/Merge/Smart Render with LosslessCut, and do Titles in VRD, at least i know what i am dealing with now.Last edited by Bridgy; 17th Jan 2025 at 00:58.
-
I had to post this development up separate to my previous post as i don't like cluttering posts with different material.
As mentioned above, i finally did a Cut and Merge test using VRD and one of my S24 Ultra test files, and for some strange reason it worked (barring the Seek error) but when i checked the Attributes in MediaInfo, the Exported File shows up as CFR, the Source file is VFR, and i noticed this was the case yesterday after i exported a LosslessCut Merged file from VRD with a title, this time LosslessCut was not used, so VRD seems to show these S24 Ultra files as CFR after they have been processed.
Source File as VFR
[Attachment 84908 - Click to enlarge]
Exported File as CFR
[Attachment 84909 - Click to enlarge]
PS: and i do apologize for probably boring you people with all of this stuff, but just so you know that i do suffer a mild form of OCD where in certain aspects of my life, i need everything to be correct and in order for me to be able to function, and it comes more into play when i am doing anything related to my laptop or phone, hence why i am so obsessive about Security and storage on those devices, and especially when it comes to my tech needs when i am traveling.
Can you imagine what i was like when i was a Builder back in the day, it was often a very difficult occupation for me to work in.Last edited by Bridgy; 17th Jan 2025 at 01:15.
-
My wife has a S21. I just opened one of her videos in VRD and did several interior cuts and then saved the file. The S21 has the default settings for video recording. VRD processed the file flawlessly with no errors, no glitches. There were very minor differences between the original and edited files in the bit rate and frame rate, but the changes were less than 1%. The edited file saved very quickly, so it clearly was done with smart encoding. And it played fine.
You said VRD failed with s21 videos you tried, so a different result. Strange. You are using the pro version and I'm not.
Below are the file properties of the unedited file, as per windows file explorer.
[Attachment 84911 - Click to enlarge]
I have a A54 and videos I record likewise are VRD friendly. -
Ah, your file is only 1080p AVC (H264) and mine are 4k/60p HEVC.
Whenever i talk about S21 or S24 files in here, they are 4k/60p HEVC.
[Attachment 84912 - Click to enlarge]Last edited by Bridgy; 17th Jan 2025 at 02:16.
-
More extensive file details for the pre edited file (obtained from pot player:
Q:\<file>.mp4
*General:
Complete name : Q:\<file>.mp4
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42 (isom/mp42)
File size : 131 MiB
Duration : 1 min 17 s
Overall bit rate : 14.1 Mb/s
Frame rate : 29.970 FPS
Performer : Samsung SM-G990E
Encoded date : 2024-12-21 06:09:41 UTC
Tagged date : 2024-12-21 06:09:41 UTC
com.android.version : 14
* Video:
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4
Format settings : CABAC / 1 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference fra : 1 frame
Format settings, GOP : M=1, N=30
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 1 min 17 s
Source duration : 1 min 17 s
Bit rate : 13.8 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Rotation : 90°
Frame rate mode : Variable
Frame rate : 29.970 (29970/1000) FPS
Minimum frame rate : 18.699 FPS
Maximum frame rate : 30.161 FPS
Real frame rate : 30.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.223
Stream size : 129 MiB (98%)
Source stream size : 129 MiB (98%)
Title : VideoHandle
Language : English
Encoded date : 2024-12-21 06:09:41 UTC
Tagged date : 2024-12-21 06:09:41 UTC
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
mdhd_Duration : 77901
Codec configuration box : avcC
*Audio:
ID : 2
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Codec ID : mp4a-40-2
Duration : 1 min 17 s
Bit rate mode : Constant
Bit rate : 256 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 46.875 FPS (1024 SPF)
Compression mode : Lossy
Stream size : 2.38 MiB (2%)
Title : SoundHandle
Language : English
Encoded date : 2024-12-21 06:09:41 UTC
Tagged date : 2024-12-21 06:09:41 UTC -
Yeah, if you record a 4k/60p HEVC file and try that, then i might be interested to see if your non Pro VRD goes, it will import, but playback in the preview player and on the timeline will be laggy and jerky, like mine.
Then you need to get your cuts done, but will it Smart Render, that is the issue. -
I upped the resolution and it still worked fine with VRD:
[Attachment 84913 - Click to enlarge]
Similar Threads
-
[FFMPEG]How can I do a frame accurate cut while only encoding the GOP
By imkira3 in forum EditingReplies: 0Last Post: 21st May 2024, 11:29 -
Cut VCD MPEG1 .Dat frame accurate
By Shingen36 in forum Newbie / General discussionsReplies: 3Last Post: 29th Apr 2022, 15:23 -
Cut MKV frame accurate
By Dimuk in forum Newbie / General discussionsReplies: 23Last Post: 29th Apr 2022, 09:20 -
Getting an accurate frame count for whole video
By Fern99 in forum Newbie / General discussionsReplies: 9Last Post: 29th Jun 2021, 17:12 -
Possible New frame accurate cut/merge Program
By Budman1 in forum EditingReplies: 2Last Post: 1st Feb 2020, 03:14