Forums before death by AOL, social media and spammers... "We can't have nice things"
| alt.os.linux | Getting to be as bloated as Windows! | 107,822 messages |
[ << oldest | < older | list | newer > | newest >> ]
| Message 106,968 of 107,822 |
| Carlos E.R. to Paul |
| Re: When I back-up .... Coping my Entire |
| 22 Mar 25 20:34:21 |
From: robin_listas@es.invalid On 2025-03-22 19:00, Paul wrote: > On Sat, 3/22/2025 10:20 AM, Carlos E.R. wrote: >> On 2025-03-22 14:42, TJ wrote: >>> On 2025-03-22 09:00, Carlos E.R. wrote: >>>> On 2025-03-22 07:57, Lawrence D'Oliveiro wrote: >>>>> On Fri, 21 Mar 2025 11:55:34 +0100, Carlos E.R. wrote: >>>>> >>>>>> On the other hand, I find that TV sets support for playing media is >>>>>> terrible. >>>>> >>>>> Get something like a Kodi box. >>>> >>>> Well, the laptop I already have, and would be gathering dust otherwise. Actually, sometimes I run kodi on it. >>>> >>>> It is funny, some videos barely run on the laptop using VLC; however, they run fine using kodi. >>>> >>>> Even if I recode those videos using ffmpeg, VLC can't play them. Sound is good, video stalls. >>>> >>>> >>>> >>> Have you tried recoding with Handbrake? It has worked for me in the past. >> >> I haven't, but most tools use the same codec libraries. >> >> I tried these: >> >> time ffmpeg -i Source\ x265\ .mkv \ >> -map 0 -vf scale=1920:-1 -c:v libx264 -preset slow -crf 22 -tune fastdecode -profile:v baseline -c:a copy -c:s copy \ >> Dest\ baseline.mkv >> >> time ffmpeg -i Source\ x265\ .mkv \ >> -map 0 -vf scale=1920:-1 -c:v libx264 -preset slow -crf 22 -tune fastdecode -profile:v main -c:a copy -c:s copy \ >> Dest\ -\ main.mkv >> >> time ffmpeg -i Source\ x265\ .mkv \ >> -map 0 -vf scale=1920:-1 -c:v mpeg4 -vtag xvid -qscale:v 3 -c:a copy -c:s copy \ >> Dest\ xvid.mkv >> >> >> I have trouble when the video uses x265. x264 is fine, so I was trying to encode to x264. VLC on that laptop has trouble with those (I do the recoding in another machine that is powerful). >> >> >> But if kodi can display the video, it is less effort and resources to watch the movies in kodi. It is just curious, as both vlc and kodi link the same libx265.so libraries. >> >> > > Take it all the way back to RAW, then re-code it. Then you can > do bidirectional encoding if you want (for better random seek > behavior). Or for that matter, re-code with only keyframes, > high bitrate, and (almost no) compression :-) > > One way to go back to a RAW format, is to store the video frames > as individual pictures in a folder. I've done that before, as > part of experimenting with video. > > But don't expect the sound track to stay synchronized. Sound > only remains synced, if the video track and the audio track > have the original timestamps. What you will find on practical > videos, is the sound track speeds up or slows down at random. > If you use a video editor and attempt to "slide" the > sound track with respect to the video track, yes, you can > align the sound at a selected point on the video, but other > parts of the video are then improperly aligned. Too much work... If kodi can play them, I'm happy. Some movies have been encoded for 4K and are huge, though. > > ******* > > You can tell the FFMPEG library to use the hardware decoder > in the iGPU, like the Intel QuickSync encoder/decoder or > the like. You don't always have to use the software decoder > for this. > > When you re-code using FFMPEG, you can spec hardware decoding > on input of the video, then software re-encode with the rest > of the FFMPEG command. You can even do the entire job > in hardware (about 10x speedup over software method). > But since NVENC and NVDEC are not switched on in the > Linux FFMPEG, you can recompile from source and > use ./configure to add back NVENC and NVDEC. The CPU in the desktop machine is AMD, and so is the GPU as well. If you are curious: Telcontar:~ # inxi -C -GSaz --za --vs inxi 3.3.31-00 (2023-11-02) System: Kernel: 6.4.0-150600.23.42-default arch: x86_64 bits: 64 compiler: gcc v: 7.5.0 clocksource: tsc available: hpet,acpi_pm parameters: BOOT_IMAGE=/vmlinuz-6.4.0-150600.23.42-default root=UUID= |
(c) 1994, bbs@darkrealms.ca