Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > alt.os.linux > #81092 > unrolled thread
| Started by | Daniel70 <daniel47@eternal-september.org> |
|---|---|
| First post | 2025-03-11 21:52 +1100 |
| Last post | 2025-03-17 11:54 -0400 |
| Articles | 20 on this page of 83 — 15 participants |
Back to article view | Back to alt.os.linux
When I back-up .... Coping my Entire Internal HD to an external HD Daniel70 <daniel47@eternal-september.org> - 2025-03-11 21:52 +1100
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E.R." <robin_listas@es.invalid> - 2025-03-11 13:16 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Daniel70 <daniel47@eternal-september.org> - 2025-03-11 23:34 +1100
Re: When I back-up .... Coping my Entire Internal HD to an external HD "David W. Hodgins" <dwhodgins@nomail.afraid.org> - 2025-03-11 08:21 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E.R." <robin_listas@es.invalid> - 2025-03-11 15:57 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD "David W. Hodgins" <dwhodgins@nomail.afraid.org> - 2025-03-11 11:23 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-12 00:31 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD Java Jive <java@evij.com.invalid> - 2025-03-12 13:15 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD TJ <TJ@noneofyour.business> - 2025-03-14 11:19 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD "R.Wieser" <address@is.invalid> - 2025-03-14 16:47 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD TJ <TJ@noneofyour.business> - 2025-03-14 14:47 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD Paul <nospam@needed.invalid> - 2025-03-14 23:39 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD "R.Wieser" <address@is.invalid> - 2025-03-15 07:50 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-15 06:58 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD Paul <nospam@needed.invalid> - 2025-03-15 04:02 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-15 22:20 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD Paul <nospam@needed.invalid> - 2025-03-15 20:29 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-16 01:18 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD Paul <nospam@needed.invalid> - 2025-03-15 22:44 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-16 06:33 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD Dan Purgert <dan@djph.net> - 2025-03-17 08:57 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD Anssi Saari <anssi.saari@usenet.mail.kapsi.fi> - 2025-03-17 16:05 +0200
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E.R." <robin_listas@es.invalid> - 2025-03-17 19:23 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Paul <nospam@needed.invalid> - 2025-03-17 15:21 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E. R." <robin_listas@es.invalid> - 2025-03-17 22:04 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-17 23:19 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD Anssi Saari <anssi.saari@usenet.mail.kapsi.fi> - 2025-03-19 16:45 +0200
Re: When I back-up .... Coping my Entire Internal HD to an external HD ant@zimage.comANT (Ant) - 2025-03-19 16:05 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-19 21:00 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD Paul <nospam@needed.invalid> - 2025-03-20 03:04 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-20 22:02 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E.R." <robin_listas@es.invalid> - 2025-03-21 11:50 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E.R." <robin_listas@es.invalid> - 2025-03-21 12:21 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-24 00:50 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E.R." <robin_listas@es.invalid> - 2025-03-24 14:23 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E.R." <robin_listas@es.invalid> - 2025-03-20 12:24 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-20 22:01 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E.R." <robin_listas@es.invalid> - 2025-03-21 11:51 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Paul <nospam@needed.invalid> - 2025-03-21 10:16 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E.R." <robin_listas@es.invalid> - 2025-03-22 13:52 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Paul <nospam@needed.invalid> - 2025-03-22 14:18 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E.R." <robin_listas@es.invalid> - 2025-03-22 23:20 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-24 23:20 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E.R." <robin_listas@es.invalid> - 2025-03-25 12:55 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-26 00:27 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD Anssi Saari <anssi.saari@usenet.mail.kapsi.fi> - 2025-03-20 11:07 +0200
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E.R." <robin_listas@es.invalid> - 2025-03-20 12:29 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Paul <nospam@needed.invalid> - 2025-03-19 14:14 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E.R." <robin_listas@es.invalid> - 2025-03-19 21:18 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Anssi Saari <anssi.saari@usenet.mail.kapsi.fi> - 2025-03-20 10:51 +0200
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E.R." <robin_listas@es.invalid> - 2025-03-20 12:22 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD TJ <TJ@noneofyour.business> - 2025-03-20 20:35 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E.R." <robin_listas@es.invalid> - 2025-03-21 11:55 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Joerg Walther <joerg.walther@magenta.de> - 2025-03-21 16:24 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-22 06:58 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD Paul <nospam@needed.invalid> - 2025-03-22 04:29 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-22 22:00 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD Paul <nospam@needed.invalid> - 2025-03-23 02:01 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-24 00:43 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD TJ <TJ@noneofyour.business> - 2025-03-21 16:37 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-22 06:57 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E.R." <robin_listas@es.invalid> - 2025-03-22 14:00 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD TJ <TJ@noneofyour.business> - 2025-03-22 09:42 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E.R." <robin_listas@es.invalid> - 2025-03-22 15:20 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Paul <nospam@needed.invalid> - 2025-03-22 14:00 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E.R." <robin_listas@es.invalid> - 2025-03-22 20:34 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-22 22:02 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E.R." <robin_listas@es.invalid> - 2025-03-22 23:22 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-24 00:42 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-17 23:18 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD "R.Wieser" <address@is.invalid> - 2025-03-15 09:08 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Paul <nospam@needed.invalid> - 2025-03-15 13:37 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD "R.Wieser" <address@is.invalid> - 2025-03-15 19:22 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Paul <nospam@needed.invalid> - 2025-03-15 14:57 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD "R.Wieser" <address@is.invalid> - 2025-03-15 21:06 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Paul <nospam@needed.invalid> - 2025-03-11 19:56 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD Richard Kettlewell <invalid@invalid.invalid> - 2025-03-11 18:16 +0000
Re: When I back-up .... Coping my Entire Internal HD to an external HD Paul <nospam@needed.invalid> - 2025-03-11 20:03 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD "Carlos E.R." <robin_listas@es.invalid> - 2025-03-12 15:12 +0100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Paul <nospam@needed.invalid> - 2025-03-12 14:56 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD bad sector <forgetski@_INVALID.net> - 2025-03-17 07:49 -0400
Re: When I back-up .... Coping my Entire Internal HD to an external HD Daniel70 <daniel47@eternal-september.org> - 2025-03-18 00:21 +1100
Re: When I back-up .... Coping my Entire Internal HD to an external HD Paul <nospam@needed.invalid> - 2025-03-17 11:54 -0400
Page 4 of 5 — ← Prev page 1 2 3 [4] 5 Next page →
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-03-22 06:57 +0000 |
| Message-ID | <vrln0p$3di74$2@dont-email.me> |
| In reply to | #81155 |
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.
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-03-22 14:00 +0100 |
| Message-ID | <vro2blxb56.ln2@Telcontar.valinor> |
| In reply to | #81160 |
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. -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | TJ <TJ@noneofyour.business> |
|---|---|
| Date | 2025-03-22 09:42 -0400 |
| Message-ID | <vrmeo2$2e4d$1@dont-email.me> |
| In reply to | #81164 |
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. TJ
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-03-22 15:20 +0100 |
| Message-ID | <cit2blx5lk.ln2@Telcontar.valinor> |
| In reply to | #81165 |
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.
--
Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-03-22 14:00 -0400 |
| Message-ID | <vrmtsc$fluo$1@dont-email.me> |
| In reply to | #81166 |
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. ******* 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. Doing this stuff, is more of a "hobby" than a ten minute project :-) All I wanted to learn, is how long would it take me to fix a video. My answer to that is "book two weeks of your time for it". Paul
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-03-22 20:34 +0100 |
| Message-ID | <tuf3blx13u.ln2@Telcontar.valinor> |
| In reply to | #81167 |
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=<filter> resume=/dev/disk/by-label/nvme-swap splash=verbose
verbose
Desktop: Xfce v: 4.20.0 tk: Gtk v: 3.24.43 info: xfce4-panel wm: xfwm
v: 4.20.0 dm: 1: GDM v: 45.0.1 2: SDDM note: stopped
Distro: openSUSE Leap 15.6
CPU:
Info: model: AMD Ryzen 5 3600X socket: AM4 bits: 64 type: MT MCP arch: Zen 2
gen: 3 level: v3 note: check built: 2020-22 process: TSMC n7 (7nm)
family: 0x17 (23) model-id: 0x71 (113) stepping: 0 microcode: 0x8701034
Topology: cpus: 1x cores: 6 tpc: 2 threads: 12 smt: enabled cache:
L1: 384 KiB desc: d-6x32 KiB; i-6x32 KiB L2: 3 MiB desc: 6x512 KiB
L3: 32 MiB desc: 2x16 MiB
Speed (MHz): avg: 2350 high: 2800 min/max: 2200/4409 boost: enabled
base/boost: 3800/4400 scaling: driver: acpi-cpufreq governor: ondemand
volts: 1.1 V ext-clock: 100 MHz cores: 1: 2800 2: 2800 3: 2200 4: 2800
5: 2200 6: 2200 7: 2200 8: 2200 9: 2200 10: 2200 11: 2200 12: 2200
bogomips: 91203
Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm
Vulnerabilities: <filter>
Graphics:
Device-1: AMD Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]
vendor: Micro-Star MSI driver: amdgpu v: kernel arch: GCN-4
code: Arctic Islands process: GF 14nm built: 2016-20 pcie: gen: 3
speed: 8 GT/s lanes: 16 ports: active: DVI-D-1 empty: DP-1, DP-2,
HDMI-A-1, HDMI-A-2 bus-ID: 27:00.0 chip-ID: 1002:67df class-ID: 0300
temp: 37.0 C
Display: unspecified server: X.Org v: 1.21.1.11 with: Xwayland v: 24.1.1
compositor: xfwm v: 4.20.0 driver: X: loaded: amdgpu
unloaded: fbdev,modesetting,vesa dri: radeonsi gpu: amdgpu
display-ID: :0.0 screens: 1
Screen-1: 0 s-res: 1920x1080 s-dpi: 96 s-size: 509x286mm (20.04x11.26")
s-diag: 584mm (22.99")
Monitor-1: DVI-D-1 mapped: DVI-D-0 model: Acer H243HX serial: <filter>
built: 2009 res: 1920x1080 hz: 60 dpi: 92 gamma: 1.2
size: 531x298mm (20.91x11.73") diag: 604mm (23.8") ratio: 16:9 modes:
max: 1920x1080 min: 720x400
API: OpenGL v: 4.6 vendor: amd mesa v: 23.3.4 glx-v: 1.4 es-v: 3.2
direct-render: yes renderer: AMD Radeon RX 580 Series (radeonsi polaris10
LLVM 17.0.6 DRM 3.57 6.4.0-150600.23.42-default) device-ID: 1002:67df
memory: 7.81 GiB unified: no
API: Vulkan v: 1.3.275 layers: 1 device: 0 type: discrete-gpu name: AMD
Radeon RX 580 Series (RADV POLARIS10) driver: N/A device-ID: 1002:67df
surfaces: xcb,xlib
API: EGL Message: EGL data requires eglinfo. Check --recommends.
Telcontar:~ #
>
> Doing this stuff, is more of a "hobby" than a ten minute
> project :-) All I wanted to learn, is how long would it
> take me to fix a video. My answer to that is
> "book two weeks of your time for it".
Argh!
>
> Paul
--
Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-03-22 22:02 +0000 |
| Message-ID | <vrnc1m$rkfk$4@dont-email.me> |
| In reply to | #81165 |
On Sat, 22 Mar 2025 09:42:26 -0400, TJ wrote: > On 2025-03-22 09:00, Carlos E.R. wrote: > >> 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. HandBrake is built on a forked subset of the FFmpeg libraries. FFmpeg itself offers a host of options for encoding; I’m sure you’ll find something that works. Before I got my Kodi box, I was running a proprietary WD media streamer which was very finicky about things. For example, it would not play MPEG-4 H264 encoded with a pixel format of 4:4:4 (the FFmpeg default), but it was fine with 4:2:0.
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-03-22 23:22 +0100 |
| Message-ID | <1qp3blxg2o.ln2@Telcontar.valinor> |
| In reply to | #81171 |
On 2025-03-22 23:02, Lawrence D'Oliveiro wrote: > On Sat, 22 Mar 2025 09:42:26 -0400, TJ wrote: > >> On 2025-03-22 09:00, Carlos E.R. wrote: >> >>> 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. > > HandBrake is built on a forked subset of the FFmpeg libraries. > > FFmpeg itself offers a host of options for encoding; I’m sure you’ll find > something that works. > > Before I got my Kodi box, I was running a proprietary WD media streamer > which was very finicky about things. For example, it would not play MPEG-4 > H264 encoded with a pixel format of 4:4:4 (the FFmpeg default), but it was > fine with 4:2:0. Hum. I have never played with the pixel format. -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-03-24 00:42 +0000 |
| Message-ID | <vrq9p5$3ko29$2@dont-email.me> |
| In reply to | #81173 |
On Sat, 22 Mar 2025 23:22:25 +0100, Carlos E.R. wrote: > On 2025-03-22 23:02, Lawrence D'Oliveiro wrote: > >> Before I got my Kodi box, I was running a proprietary WD media >> streamer which was very finicky about things. For example, it would >> not play MPEG-4 H264 encoded with a pixel format of 4:4:4 (the >> FFmpeg default), but it was fine with 4:2:0. > > Hum. I have never played with the pixel format. There are many, many options to play with in video encoding in FFmpeg. They exist not (just) for fun, but because they can make a real difference in quality as well as compatibility.
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-03-17 23:18 +0000 |
| Message-ID | <vraajn$15c6f$1@dont-email.me> |
| In reply to | #81127 |
On Mon, 17 Mar 2025 16:05:15 +0200, Anssi Saari wrote: > I've actually found NTFS on a USB SSD to be surprisingly widely > supported on media players and TVs and such. I've used it on Android > too. None of which are running Windows. They would all be running some variety of Linux kernel (Android definitely so).
[toc] | [prev] | [next] | [standalone]
| From | "R.Wieser" <address@is.invalid> |
|---|---|
| Date | 2025-03-15 09:08 +0100 |
| Message-ID | <vr3cj4$34odf$1@dont-email.me> |
| In reply to | #81110 |
Lawrence, > Windows doesn't have the idea that any storage device could be > hot-pluggable, does it. Not *any* device, no. And that has to do with caching as well as electronics. Connecting signal wires before the ground terminal will often cause the logics attached to it to "see" stuff that isn't there. Same kind of problem when the power terminal connects and the device is, electrically, initializing. Regards, Rudy Wieser
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-03-15 13:37 -0400 |
| Message-ID | <vr4dtb$3vu47$1@dont-email.me> |
| In reply to | #81112 |
On Sat, 3/15/2025 4:08 AM, R.Wieser wrote:
> Lawrence,
>
>> Windows doesn't have the idea that any storage device could be
>> hot-pluggable, does it.
>
> Not *any* device, no. And that has to do with caching as well as
> electronics.
>
> Connecting signal wires before the ground terminal will often cause the
> logics attached to it to "see" stuff that isn't there. Same kind of problem
> when the power terminal connects and the device is, electrically,
> initializing.
>
> Regards,
> Rudy Wieser
>
>
And that's why, if you look at the design of hot-plug devices,
you will notice some contacts are longer than others and this
is intended to make them "touch first" on insertion.
As an illustration, the SATA data 7 pin section on the hard drive
looks like this. The grounds are longer than the diff pairs for
transmit and receive (TX+,TX- and RX+,RX-). When you insert the
SATA data connector, the grounds touch first.
G G G
G D D G D D G
On electronics, you can have multiple levels of contact heights,
intended to "sequence" the electronics when plugged in.
Paul
[toc] | [prev] | [next] | [standalone]
| From | "R.Wieser" <address@is.invalid> |
|---|---|
| Date | 2025-03-15 19:22 +0100 |
| Message-ID | <vr4gh2$24aq$1@dont-email.me> |
| In reply to | #81113 |
Paul, > And that's why, if you look at the design of hot-plug > devices, you will notice some contacts are longer than > others and this is intended to make them "touch first" > on insertion. I know, you know, and most likely others do too. And its the reason why you don't try to hot-plug a PATA drive. :-) Regards, Rudy Wieser
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-03-15 14:57 -0400 |
| Message-ID | <vr4ij8$3m81$1@dont-email.me> |
| In reply to | #81114 |
On Sat, 3/15/2025 2:22 PM, R.Wieser wrote:
> Paul,
>
>> And that's why, if you look at the design of hot-plug
>> devices, you will notice some contacts are longer than
>> others and this is intended to make them "touch first"
>> on insertion.
>
> I know, you know, and most likely others do too.
>
> And its the reason why you don't try to hot-plug a PATA drive. :-)
>
> Regards,
> Rudy Wieser
>
>
You *can* hot plug a ribbon cable drive.
You need the right kind of housing with the
right kind of connectors on either side, to do it.
It can only be done safely, by using a housed drive,
that slides into a special tray. The special tray
goes to the end-connector on the IDE ribbon (jumpered Master)
and the special tray stays attached to that cable
all the time. The IDE housed drive, slides in or out
of the tray. There is a little ceremony, during removal.
This was not a popular activity at the time,
and you may have a lot of trouble finding
a Google image of the items in question.
This article kinda hints at the detail.
https://en.wikipedia.org/wiki/Parallel_ATA
"Although CF can be hot-pluggable with additional design methods,
by default when wired directly to an ATA interface, it is
not intended to be hot-pluggable."
It's the same for the PATA drive. The ribbon cable, considered by itself,
is as the spec summary at the top says:
General specifications
Hot pluggable No
But, by means of redesigning the connectors that mate between the
housing that slides in and out, and the tray it rests in, it
can be made hot-plug compatible.
I had *absolutely no interest* in testing this, and did not
buy samples of the housing as a result :-) It's like a bar bet,
doing stuff like this. But a commercial interest, did sell
housings to do this very thing. Even at the time these were for
sale, the documentation was very poor. You could hardly
tell what they were doing, at the interface level.
Paul
[toc] | [prev] | [next] | [standalone]
| From | "R.Wieser" <address@is.invalid> |
|---|---|
| Date | 2025-03-15 21:06 +0100 |
| Message-ID | <vr4mjf$75su$1@dont-email.me> |
| In reply to | #81115 |
Paul, > You *can* hot plug a ribbon cable drive. > > You need the right kind of housing with the > right kind of connectors on either side, :-) You know that, I know that. > But, by means of redesigning the connectors that mate between > the housing that slides in and out, and the tray it rests in, it > can be made hot-plug compatible. Making sure ground comes first is one part of the equation. Having electronics which could withstand the (minimal?) surges that came with inserting/extracting while powered is another. > I had *absolutely no interest* in testing this, and did > not buy samples of the housing as a result :-) For a while (long ago) I had several operating systems on seperate drives in trays. Though in this case (changing the OS) I always powered-down first. Regards, Rudy Wieser
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-03-11 19:56 -0400 |
| Message-ID | <vqqij0$282om$1@dont-email.me> |
| In reply to | #81094 |
On Tue, 3/11/2025 8:21 AM, David W. Hodgins wrote: > On Tue, 11 Mar 2025 06:52:17 -0400, Daniel70 <daniel47@eternal-september.org> wrote: > >> Some time ago, I backed up my Laptop's 500GB internal HD to an 2TB >> external HD using (I forget) ... It might have been 'dd' but I doubt it. > > Depending on how you did it, the backup may be in a file in a partition on the 2TB drive, > or the partition table may have been copied so that the partitions on the 2TB drive are > the same as they were on the 500GB drive. > >> However, the 500GB Internals Image took up 500GB on the External (i.e. a >> byte-by-byte image, even the empty bytes, apparently!). >> >> Now, when I look at that External HD using my Win 11 Desk-top, it >> doesn't 'see' anything. > > WIndows should see an "unknown" file system in the existing partition(s). > >> Is this because Linux is at a 'Higher'/'deeper' level than Windows can >> 'see'?? > > M$ doesn't want to make it easy for windows users to use anything else. > >> If I back-up this Win-11 Desktop to the same External HD, is there a >> possibility that Win-11 will write itself over the Linux Image?? Or is >> Win-11 able to detect that there is 'something' there so will go looking >> for the next available UNUSED portion of the External HD?? > > It really matters how the backup was done. Windows may overwrite it or it may > allow you to create new partitions on the drive. I don't trust windows for anything, > and haven't used it much since XP. I occasionally troubleshoot things for others, > but try to avoid it as much as I can. > > Don't write anything to the drive until you know exactly what is on there. Working > with low level tools like dd make it easy to wipe out data with a single typo. > > Regards, Dave Hodgins A Macrium Rescue CD (a windows ecosystem product), can back up Windows file systems, as well as EXTm file systems. Depending on which version you use, it may not be compatible with C12 feature (because C12 feature came after the Macrium was released). It might take a paid version of Macrium to handle that (which is why people create "features" this late in the life of a filesystem). *Nothing* prevents a Windows ecosystem backup product from backing up (at-rest) ZFS, BTRFS, EXT, ReiserFS and so on. All that is needed, is enough of a driver to measure and determine which inodes need to be recorded (and restored later), in the backup .img file . I finally got a hit, on a list that gives some notion of capability. For example, Disk Genius (untested, country of origin unknown). There is a lot of URL monkey business in the industry, call it astroturfing and you never know when a new company appears, whether it isn't just one of the older companies re-branding for profit. https://en.wikipedia.org/wiki/Comparison_of_disk_cloning_software Paul
[toc] | [prev] | [next] | [standalone]
| From | Richard Kettlewell <invalid@invalid.invalid> |
|---|---|
| Date | 2025-03-11 18:16 +0000 |
| Message-ID | <wwv1pv38mb4.fsf@LkoBDZeT.terraraq.uk> |
| In reply to | #81092 |
Daniel70 <daniel47@eternal-september.org> writes: > Some time ago, I backed up my Laptop's 500GB internal HD to an 2TB > external HD using (I forget) ... It might have been 'dd' but I doubt > it. A backup that you don’t know how to restore isn’t really any use. > However, the 500GB Internals Image took up 500GB on the External > (i.e. a byte-by-byte image, even the empty bytes, apparently!). > > Now, when I look at that External HD using my Win 11 Desk-top, it > doesn't 'see' anything. Look at it with a Linux box instead. > If I back-up this Win-11 Desktop to the same External HD, is there a > possibility that Win-11 will write itself over the Linux Image?? Or is > Win-11 able to detect that there is 'something' there so will go > looking for the next available UNUSED portion of the External HD?? Not possible to say, since you don’t say how you made the backup. -- https://www.greenend.org.uk/rjk/
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-03-11 20:03 -0400 |
| Message-ID | <vqqj05$28505$1@dont-email.me> |
| In reply to | #81098 |
On Tue, 3/11/2025 2:16 PM, Richard Kettlewell wrote:
> Daniel70 <daniel47@eternal-september.org> writes:
>> Some time ago, I backed up my Laptop's 500GB internal HD to an 2TB
>> external HD using (I forget) ... It might have been 'dd' but I doubt
>> it.
>
> A backup that you don’t know how to restore isn’t really any use.
>
>> However, the 500GB Internals Image took up 500GB on the External
>> (i.e. a byte-by-byte image, even the empty bytes, apparently!).
>>
>> Now, when I look at that External HD using my Win 11 Desk-top, it
>> doesn't 'see' anything.
>
> Look at it with a Linux box instead.
>
>> If I back-up this Win-11 Desktop to the same External HD, is there a
>> possibility that Win-11 will write itself over the Linux Image?? Or is
>> Win-11 able to detect that there is 'something' there so will go
>> looking for the next available UNUSED portion of the External HD??
>
> Not possible to say, since you don’t say how you made the backup.
>
sudo apt install disktype # An application having a small source size, but quite capable
sudo disktype /dev/sda # check a hard drive (needs elevation with sudo)
file my.img # Check if the format is recognizable
disktype my.img # If it is a dd img, display the partition information
Paul
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-03-12 15:12 +0100 |
| Message-ID | <kah8alxj0f.ln2@Telcontar.valinor> |
| In reply to | #81100 |
On 2025-03-12 01:03, Paul wrote: > On Tue, 3/11/2025 2:16 PM, Richard Kettlewell wrote: >> Daniel70 <daniel47@eternal-september.org> writes: >>> Some time ago, I backed up my Laptop's 500GB internal HD to an 2TB >>> external HD using (I forget) ... It might have been 'dd' but I doubt >>> it. >> >> A backup that you don’t know how to restore isn’t really any use. >> >>> However, the 500GB Internals Image took up 500GB on the External >>> (i.e. a byte-by-byte image, even the empty bytes, apparently!). >>> >>> Now, when I look at that External HD using my Win 11 Desk-top, it >>> doesn't 'see' anything. >> >> Look at it with a Linux box instead. >> >>> If I back-up this Win-11 Desktop to the same External HD, is there a >>> possibility that Win-11 will write itself over the Linux Image?? Or is >>> Win-11 able to detect that there is 'something' there so will go >>> looking for the next available UNUSED portion of the External HD?? >> >> Not possible to say, since you don’t say how you made the backup. >> > > sudo apt install disktype # An application having a small source size, but quite capable Do you know where to find its source? My distro doesn't have it. -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-03-12 14:56 -0400 |
| Message-ID | <vqslca$2onst$1@dont-email.me> |
| In reply to | #81103 |
On Wed, 3/12/2025 10:12 AM, Carlos E.R. wrote: > On 2025-03-12 01:03, Paul wrote: >> On Tue, 3/11/2025 2:16 PM, Richard Kettlewell wrote: >>> Daniel70 <daniel47@eternal-september.org> writes: >>>> Some time ago, I backed up my Laptop's 500GB internal HD to an 2TB >>>> external HD using (I forget) ... It might have been 'dd' but I doubt >>>> it. >>> >>> A backup that you don’t know how to restore isn’t really any use. >>> >>>> However, the 500GB Internals Image took up 500GB on the External >>>> (i.e. a byte-by-byte image, even the empty bytes, apparently!). >>>> >>>> Now, when I look at that External HD using my Win 11 Desk-top, it >>>> doesn't 'see' anything. >>> >>> Look at it with a Linux box instead. >>> >>>> If I back-up this Win-11 Desktop to the same External HD, is there a >>>> possibility that Win-11 will write itself over the Linux Image?? Or is >>>> Win-11 able to detect that there is 'something' there so will go >>>> looking for the next available UNUSED portion of the External HD?? >>> >>> Not possible to say, since you don’t say how you made the backup. >>> >> >> sudo apt install disktype # An application having a small source size, but quite capable > > Do you know where to find its source? > > My distro doesn't have it. > https://disktype.sourceforge.net/ ( https://sourceforge.net/projects/disktype/ ) Paul
[toc] | [prev] | [next] | [standalone]
Page 4 of 5 — ← Prev page 1 2 3 [4] 5 Next page →
Back to top | Article view | alt.os.linux
csiph-web