The ffmpeg command run for Extract to MPG specifies copying both audio and video streams. I expect that it fails if there is no video stream in the .ts. Looking at a decrypted radio show, it has an audio stream and two further non-video streams.
Generally, there is no re-encoding when combining video and audio streams under youtube-dl (or it would not be practical on the HD/R platform). Rather, the streams are multiplexed, frame by frame, into a single container. This works fine for 480, 540, 720 resolutions; 1080+ may cause problems...
Regarding https://hummy.tv/forum/threads/wip-handling-large-files-for-qtube-and-youtube-dl.11315/, some discussion from here on may be relevant.
There is extra functionality in yt-dlp (-P temp:wherever) that supports creating WIP files in a user-specified location wherever and then moving the...
That's just the best format with both video and audio. Tell youtube-dl what quality you want and, if no suitable combined format is offered, it will try to get separate video and audio streams matching your requirements and merge them with ffmpeg. Similarly, but more so, for yt-dlp; check the -S...
Exactly. In the trade this is called "thrashing". The Humax HD/R platform is a toy compared with what developers of programs like ffmpeg are using or probably even envisage being used, despite packing a 1990-ish scientific minicomputer in the box.
Hence "the swapper setting should be no larger...
In London, it's notable that London Live (and other channels on the Local mux) generally fails to rewind in time-shift (probably recording too), stopping with a corrupt image or channel is scrambled. Skipping back (left arrow) is fine.
This could be connected to the ~45% reported signal...
In case anyone is trying to access actual YT with the CF youtube-dl, be aware it will fail due to a combination of YT hardening and a latent bug. The latest youtube-dl master code and nightly release solve the problem.
I'm not sure that we know enough about what this value means in our relatively ancient ext implementation to expose it to users, but, as you suggest, there could be an ext FS diagnostic.
What happens if you use --hls-prefer-ffmpeg with the large video?
There is a limit to how much virtual memory can help, as this blog series explains (when it mentions Postgres, think settop). Hence the swapper setting should be no larger than necessary, but not smaller.
The decoding is all in the SoC which comprises 2 CPUs and an AV processor (not directly accessible from the Linux world). It's very reminiscent of the sort of thing we used to use for image processing in the 80s, but in one chip instead of 2x19" rack units. A selected channel is extracted and...
IMO the behaviour where the broadcast channel picture freezes while the sound continues is down to a bad video file (DLNA indexing can touch one that you've forgotten) or bad disk area. It's not normally seen with a clean system.
But https://hummy.tv/forum/threads/tuner-saga.11015/post-168581 ?
Anyhow you should get these programme channels (from a London Webif>Diagnostics>Mux Info), but ofc probably won't:
Channel Frequency Network Mux Type Channels
22 482.0 MHz London COM5/ARQ A DVB-T (SD;2) 26
23 490.0...
The --...-args ... options are a bit limited for ffmpeg where the significance of options depends on their position, but that doesn't seem to be a problem here. With the 2024.04.06 desktop yt-dl and ffmpeg 5.1.4-0+deb12u1, this skips the PTS/DTS messages but I can't find any way to eliminate...
It seems to be typical, but which ffmpeg was involved?
This SE answer proposes options to eliminate the DTS errors. yt-dl isn't using those options, nor, I think, is yt-dlp, the more advanced fork for modern platforms only.
You may as well delete those files. /mod/boot/irmode should just have the digit (1-6) specifying the IR command set. The other one looks like nonsense, maybe the result of an earlier faulty version. The command to create a valid /mod/boot/irmode in case you don't want the default was shown...
Indeed that, and definitely not fading eyesight (!), might explain why soldering appears to be so much harder now. Where might one find proper non-RoHS solder?
The ffmpeg command run for Extract to MPG specifies copying both audio and video streams. I expect that it fails if there is no video stream in the .ts. Looking at a decrypted radio show, it has an audio stream and two further non-video streams.
Generally, there is no re-encoding when combining video and audio streams under youtube-dl (or it would not be practical on the HD/R platform). Rather, the streams are multiplexed, frame by frame, into a single container. This works fine for 480, 540, 720 resolutions; 1080+ may cause problems...
Regarding https://hummy.tv/forum/threads/wip-handling-large-files-for-qtube-and-youtube-dl.11315/, some discussion from here on may be relevant.
There is extra functionality in yt-dlp (-P temp:wherever) that supports creating WIP files in a user-specified location wherever and then moving the...
That's just the best format with both video and audio. Tell youtube-dl what quality you want and, if no suitable combined format is offered, it will try to get separate video and audio streams matching your requirements and merge them with ffmpeg. Similarly, but more so, for yt-dlp; check the -S...
Exactly. In the trade this is called "thrashing". The Humax HD/R platform is a toy compared with what developers of programs like ffmpeg are using or probably even envisage being used, despite packing a 1990-ish scientific minicomputer in the box.
Hence "the swapper setting should be no larger...
In London, it's notable that London Live (and other channels on the Local mux) generally fails to rewind in time-shift (probably recording too), stopping with a corrupt image or channel is scrambled. Skipping back (left arrow) is fine.
This could be connected to the ~45% reported signal...
In case anyone is trying to access actual YT with the CF youtube-dl, be aware it will fail due to a combination of YT hardening and a latent bug. The latest youtube-dl master code and nightly release solve the problem.
I'm not sure that we know enough about what this value means in our relatively ancient ext implementation to expose it to users, but, as you suggest, there could be an ext FS diagnostic.
What happens if you use --hls-prefer-ffmpeg with the large video?
There is a limit to how much virtual memory can help, as this blog series explains (when it mentions Postgres, think settop). Hence the swapper setting should be no larger than necessary, but not smaller.
The decoding is all in the SoC which comprises 2 CPUs and an AV processor (not directly accessible from the Linux world). It's very reminiscent of the sort of thing we used to use for image processing in the 80s, but in one chip instead of 2x19" rack units. A selected channel is extracted and...
IMO the behaviour where the broadcast channel picture freezes while the sound continues is down to a bad video file (DLNA indexing can touch one that you've forgotten) or bad disk area. It's not normally seen with a clean system.
But https://hummy.tv/forum/threads/tuner-saga.11015/post-168581 ?
Anyhow you should get these programme channels (from a London Webif>Diagnostics>Mux Info), but ofc probably won't:
Channel Frequency Network Mux Type Channels
22 482.0 MHz London COM5/ARQ A DVB-T (SD;2) 26
23 490.0...
The --...-args ... options are a bit limited for ffmpeg where the significance of options depends on their position, but that doesn't seem to be a problem here. With the 2024.04.06 desktop yt-dl and ffmpeg 5.1.4-0+deb12u1, this skips the PTS/DTS messages but I can't find any way to eliminate...
It seems to be typical, but which ffmpeg was involved?
This SE answer proposes options to eliminate the DTS errors. yt-dl isn't using those options, nor, I think, is yt-dlp, the more advanced fork for modern platforms only.
You may as well delete those files. /mod/boot/irmode should just have the digit (1-6) specifying the IR command set. The other one looks like nonsense, maybe the result of an earlier faulty version. The command to create a valid /mod/boot/irmode in case you don't want the default was shown...
Indeed that, and definitely not fading eyesight (!), might explain why soldering appears to be so much harder now. Where might one find proper non-RoHS solder?
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.