text:
Compare END action by string type, not by reference, to allow middleware-transformed actions

Discovered during debugging of a weird saga hang issue here https://github.com/yelouafi/redux-saga/issues/304#issuecomment-217727607 – the sagas weren't terminating after dispatching the END action, even if they consisted only from fork and take effects.
The culprit was the middleware that timestamps all the actions (adds meta: { timestamp: 1234567890 }), but does this by re-creating the action objects as if they were immutable:
export default function actionTimestampMiddleware() {
  return () => (next) => (action) => {
    if (typeof action === 'object') {
      // Add `meta.timestamp` of the dispatch time to all action objects.
      const nextAction = {
        ...action,
        meta: {
          ...action.meta,
          timestamp: Date.now(),
        },
      };
      return next(nextAction);
    }
    return next(action);
  };
}

This changes the reference of the END action, which results in the action being unhandled inside the redux-saga. The internals compare the action by reference, not by the string action type, so the re-created action object doesn't pass the checks.
I found the following places where this may occur, but there may be more:

https://github.com/yelouafi/redux-saga/blob/4e9cea6f176ad7deda6a6425b24b6ea3e98a0b05/src/internal/proc.js#L356
https://github.com/yelouafi/redux-saga/blob/4e9cea6f176ad7deda6a6425b24b6ea3e98a0b05/src/internal/proc.js#L511
https://github.com/yelouafi/redux-saga/blob/4e9cea6f176ad7deda6a6425b24b6ea3e98a0b05/src/internal/channel.js#L121

CC @yelouafi

Thanks for the catch. I'll fix this in the next patch

FYI fixed in 0.10.3

@yelouafi Thanks!

authors: sompylasar yelouafi

repo: yelouafi/redux-saga


text:
yo [generator-name] --help does not list subgenerators for a specific generator

Hi,
I have read that : yo --helpgive the list of subgenerators, It's working for me.
But I want the subgenerator for a specific generator not all the generators installed.
Something like yo my-generator --help.
Did I missed something ?
PS: Great job ;)

That is already a thing. What generator is it not working for?

It's on a custom generator, have you a link to the documentation to implement this in my custom generator ?

See http://yeoman.io/authoring/index.html

When i do
yo --help
I see all the subgenerators availables:
  angular
    common
    constant
    controller
    decorator
    directive
    factory
    filter
    main
    provider
    route
    service
    value
    view
  karma

Then I try for a specific generator :
 yo angular --help
And I have this result :
Usage:
  yo angular:app [options] [<appname>]

Options:
  -h,   --help                # Print generator's options and usage                   Default: false
        --app-suffix          # Allow a custom suffix to be added to the module name  Default: false
        --appPath             # Allow to choose where to write the files              Default: false
        --coffee              # Generate CoffeeScript instead of JavaScript           Default: false
        --angular:common      # Angular:common to be invoked                          Default:
        --angular:main        # Angular:main to be invoked                            Default:
        --angular:controller  # Angular:controller to be invoked                      Default:

Arguments:
  appname  # Type: String  Required: false

        --angular:common      # Angular:common to be invoked                          Default:
        --angular:main        # Angular:main to be invoked                            Default:
        --angular:controller  # Angular:controller to be invoked                      Default:

You have that list. The others aren't there because the generator needs to be updated

@eddiemonge I just installed a fresh version of generator-angular and I'm seeing the same issue. I checked the repo to find that all of the sub-generators are listed in the package.json under files, so I'm not understanding why only common, main and controller are showing when I run yo angular --help.
You say the generator needs to be updated. What, exactly, in the generator needs to be updated?

source: gharchive/issue

authors: Hikosei MGStudio eddiemonge jedmao

repo: yeoman/yo

license_type: permissive

license_source: bigquery


text:
数据预处理卡死：Creating a context with OpenGL ES 3 failed, Fall back on OpenGL ES 2. malloc(): unaligned tcache chunk detected

在我执行完下面这步后，就卡住不动了
python data_gen/utils/process_video/extract_segment_imgs.py --ds_name=nerf --vid_dir=data/raw/videos/CLC.mp4
似乎是 OpenGL 的问题？但我不知道怎么解决
todo videos number: 1
WARNING: All log messages before absl::InitializeLog() is called are written to STDERR
I0000 00:00:1707970178.031169    3894 gl_context_egl.cc:85] Successfully initialized EGL. Major : 1 Minor: 5
I0000 00:00:1707970178.049427    3904 gl_context.cc:344] GL version: 3.1 (OpenGL ES 3.1 Mesa 23.0.4-0ubuntu1~22.04.1), renderer: D3D12 (NVIDIA GeForce RTX 4090)
INFO: Created TensorFlow Lite XNNPACK delegate for CPU.
| Extracting Segmaps && Saving...
generating segment images in multi-processes...:   0%|                                                                   | 0/7639 [00:00<?, ?it/s]I0000 00:00:1707970178.162255    3894 gl_context_egl.cc:85] Successfully initialized EGL. Major : 1 Minor: 5
D3D12: Removing Device.
W0000 00:00:1707970178.163840    3894 gl_context_egl.cc:184] Creating a context with OpenGL ES 3 failed: INTERNAL: ; RET_CHECK failure (mediapipe/gpu/gl_context_egl.cc:164) context_ != EGL_NO_CONTEXTCould not create GLES 3 context; eglCreateContext() returned error 0x3003
W0000 00:00:1707970178.163858    3894 gl_context_egl.cc:186] Fall back on OpenGL ES 2.
malloc(): unaligned tcache chunk detected
I0000 00:00:1707970178.167479    3894 gl_context_egl.cc:85] Successfully initialized EGL. Major : 1 Minor: 5
D3D12: Removing Device.
W0000 00:00:1707970178.169177    3894 gl_context_egl.cc:184] Creating a context with OpenGL ES 3 failed: INTERNAL: ; RET_CHECK failure (mediapipe/gpu/gl_context_egl.cc:164) context_ != EGL_NO_CONTEXTCould not create GLES 3 context; eglCreateContext() returned error 0x3003
W0000 00:00:1707970178.169195    3894 gl_context_egl.cc:186] Fall back on OpenGL ES 2.
malloc(): unaligned tcache chunk detected
I0000 00:00:1707970178.173975    3894 gl_context_egl.cc:85] Successfully initialized EGL. Major : 1 Minor: 5
I0000 00:00:1707970178.174059    3894 gl_context_egl.cc:85] Successfully initialized EGL. Major : 1 Minor: 5
I0000 00:00:1707970178.174573    3894 gl_context_egl.cc:85] Successfully initialized EGL. Major : 1 Minor: 5
D3D12: Removing Device.
I0000 00:00:1707970178.175036    3894 gl_context_egl.cc:85] Successfully initialized EGL. Major : 1 Minor: 5
W0000 00:00:1707970178.175320    3894 gl_context_egl.cc:184] Creating a context with OpenGL ES 3 failed: INTERNAL: ; RET_CHECK failure (mediapipe/gpu/gl_context_egl.cc:164) context_ != EGL_NO_CONTEXTCould not create GLES 3 context; eglCreateContext() returned error 0x3003
W0000 00:00:1707970178.175368    3894 gl_context_egl.cc:186] Fall back on OpenGL ES 2.
I0000 00:00:1707970178.175421    3894 gl_context_egl.cc:85] Successfully initialized EGL. Major : 1 Minor: 5
I0000 00:00:1707970178.175505    3894 gl_context_egl.cc:85] Successfully initialized EGL. Major : 1 Minor: 5
malloc(): unaligned tcache chunk detected
I0000 00:00:1707970178.175697    3894 gl_context_egl.cc:85] Successfully initialized EGL. Major : 1 Minor: 5
D3D12: Removing Device.
I0000 00:00:1707970178.175763    3894 gl_context_egl.cc:85] Successfully initialized EGL. Major : 1 Minor: 5
I0000 00:00:1707970178.174125    3894 gl_context_egl.cc:85] Successfully initialized EGL. Major : 1 Minor: 5
D3D12: Removing Device.
D3D12: Removing Device.
W0000 00:00:1707970178.176120    3894 gl_context_egl.cc:184] Creating a context with OpenGL ES 3 failed: INTERNAL: ; RET_CHECK failure (mediapipe/gpu/gl_context_egl.cc:164) context_ != EGL_NO_CONTEXTCould not create GLES 3 context; eglCreateContext() returned error 0x3003
W0000 00:00:1707970178.176128    3894 gl_context_egl.cc:186] Fall back on OpenGL ES 2.
D3D12: Removing Device.
W0000 00:00:1707970178.176176    3894 gl_context_egl.cc:184] Creating a context with OpenGL ES 3 failed: INTERNAL: ; RET_CHECK failure (mediapipe/gpu/gl_context_egl.cc:164) context_ != EGL_NO_CONTEXTCould not create GLES 3 context; eglCreateContext() returned error 0x3003
W0000 00:00:1707970178.176183    3894 gl_context_egl.cc:186] Fall back on OpenGL ES 2.
I0000 00:00:1707970178.176169    3894 gl_context_egl.cc:85] Successfully initialized EGL. Major : 1 Minor: 5
I0000 00:00:1707970178.176203    3894 gl_context_egl.cc:85] Successfully initialized EGL. Major : 1 Minor: 5
I0000 00:00:1707970178.176216    3894 gl_context_egl.cc:85] Successfully initialized EGL. Major : 1 Minor: 5
malloc(): unaligned tcache chunk detected
W0000 00:00:1707970178.176346    3894 gl_context_egl.cc:184] Creating a context with OpenGL ES 3 failed: INTERNAL: ; RET_CHECK failure (mediapipe/gpu/gl_context_egl.cc:164) context_ != EGL_NO_CONTEXTCould not create GLES 3 context; eglCreateContext() returned error 0x3003
W0000 00:00:1707970178.176352    3894 gl_context_egl.cc:186] Fall back on OpenGL ES 2.
D3D12: Removing Device.
W0000 00:00:1707970178.176389    3894 gl_context_egl.cc:184] Creating a context with OpenGL ES 3 failed: INTERNAL: ; RET_CHECK failure (mediapipe/gpu/gl_context_egl.cc:164) context_ != EGL_NO_CONTEXTCould not create GLES 3 context; eglCreateContext() returned error 0x3003
W0000 00:00:1707970178.176397    3894 gl_context_egl.cc:186] Fall back on OpenGL ES 2.
I0000 00:00:1707970178.176394    3894 gl_context_egl.cc:85] Successfully initialized EGL. Major : 1 Minor: 5
D3D12: Removing Device.
D3D12: Removing Device.
D3D12: Removing Device.
malloc(): unaligned tcache chunk detected
D3D12: Removing Device.
malloc(): unaligned tcache chunk detected
D3D12: Removing Device.
W0000 00:00:1707970178.176651    3894 gl_context_egl.cc:184] Creating a context with OpenGL ES 3 failed: INTERNAL: ; RET_CHECK failure (mediapipe/gpu/gl_context_egl.cc:164) context_ != EGL_NO_CONTEXTCould not create GLES 3 context; eglCreateContext() returned error 0x3003
W0000 00:00:1707970178.176658    3894 gl_context_egl.cc:186] Fall back on OpenGL ES 2.
malloc(): unaligned tcache chunk detected
I0000 00:00:1707970178.176677    3894 gl_context_egl.cc:85] Successfully initialized EGL. Major : 1 Minor: 5
W0000 00:00:1707970178.176728    3894 gl_context_egl.cc:184] Creating a context with OpenGL ES 3 failed: INTERNAL: ; RET_CHECK failure (mediapipe/gpu/gl_context_egl.cc:164) context_ != EGL_NO_CONTEXTCould not create GLES 3 context; eglCreateContext() returned error 0x3003
W0000 00:00:1707970178.176734    3894 gl_context_egl.cc:186] Fall back on OpenGL ES 2.
W0000 00:00:1707970178.176743    3894 gl_context_egl.cc:184] Creating a context with OpenGL ES 3 failed: INTERNAL: ; RET_CHECK failure (mediapipe/gpu/gl_context_egl.cc:164) context_ != EGL_NO_CONTEXTCould not create GLES 3 context; eglCreateContext() returned error 0x3003
W0000 00:00:1707970178.176749    3894 gl_context_egl.cc:186] Fall back on OpenGL ES 2.
W0000 00:00:1707970178.176783    3894 gl_context_egl.cc:184] Creating a context with OpenGL ES 3 failed: INTERNAL: ; RET_CHECK failure (mediapipe/gpu/gl_context_egl.cc:164) context_ != EGL_NO_CONTEXTCould not create GLES 3 context; eglCreateContext() returned error 0x3003
W0000 00:00:1707970178.176816    3894 gl_context_egl.cc:186] Fall back on OpenGL ES 2.
W0000 00:00:1707970178.176850    3894 gl_context_egl.cc:184] Creating a context with OpenGL ES 3 failed: INTERNAL: ; RET_CHECK failure (mediapipe/gpu/gl_context_egl.cc:164) context_ != EGL_NO_CONTEXTCould not create GLES 3 context; eglCreateContext() returned error 0x3003
W0000 00:00:1707970178.176886    3894 gl_context_egl.cc:184] Creating a context with OpenGL ES 3 failed: INTERNAL: ; RET_CHECK failure (mediapipe/gpu/gl_context_egl.cc:164) context_ != EGL_NO_CONTEXTCould not create GLES 3 context; eglCreateContext() returned error 0x3003
W0000 00:00:1707970178.176896    3894 gl_context_egl.cc:186] Fall back on OpenGL ES 2.
D3D12: Removing Device.
D3D12: Removing Device.
malloc(): unaligned tcache chunk detected
malloc(): unaligned tcache chunk detected
malloc(): unaligned tcache chunk detected
W0000 00:00:1707970178.176891    3894 gl_context_egl.cc:186] Fall back on OpenGL ES 2.
malloc(): unaligned tcache chunk detected
W0000 00:00:1707970178.177263    3894 gl_context_egl.cc:184] Creating a context with OpenGL ES 3 failed: INTERNAL: ; RET_CHECK failure (mediapipe/gpu/gl_context_egl.cc:164) context_ != EGL_NO_CONTEXTCould not create GLES 3 context; eglCreateContext() returned error 0x3003
W0000 00:00:1707970178.177643    3894 gl_context_egl.cc:186] Fall back on OpenGL ES 2.
malloc(): unaligned tcache chunk detected
malloc(): unaligned tcache chunk detected
W0000 00:00:1707970178.177430    3894 gl_context_egl.cc:184] Creating a context with OpenGL ES 3 failed: INTERNAL: ; RET_CHECK failure (mediapipe/gpu/gl_context_egl.cc:164) context_ != EGL_NO_CONTEXTCould not create GLES 3 context; eglCreateContext() returned error 0x3003
malloc(): unaligned tcache chunk detected
W0000 00:00:1707970178.178441    3894 gl_context_egl.cc:186] Fall back on OpenGL ES 2.
D3D12: Removing Device.
W0000 00:00:1707970178.178840    3894 gl_context_egl.cc:184] Creating a context with OpenGL ES 3 failed: INTERNAL: ; RET_CHECK failure (mediapipe/gpu/gl_context_egl.cc:164) context_ != EGL_NO_CONTEXTCould not create GLES 3 context; eglCreateContext() returned error 0x3003
W0000 00:00:1707970178.178861    3894 gl_context_egl.cc:186] Fall back on OpenGL ES 2.
malloc(): unaligned tcache chunk detected
malloc(): unaligned tcache chunk detected

可能是因为我们目前默认使用多进程处理segmenter（我们本地使用的是基于CPU的mediapipe）。而启用OpenGL的mediapipe暂时无法多进程加速。你可以使用--force_single_process来避免这个问题，但处理速度可能会有点慢。

可能是因为我们目前默认使用多进程处理segmenter（我们本地使用的是基于CPU的mediapipe）。而启用OpenGL的mediapipe暂时无法多进程加速。你可以使用--force_single_process来避免这个问题，但处理速度可能会有点慢。

感谢感谢！确实解决问题了！

authors: henji-henji yerfor

repo: yerfor/GeneFacePlusPlus

license: MIT

license_source: github-api


text:
Expose ResolveErrorKind for a developer

ResolveErrorKind is important to decide what error has been occurred before displaying it. Developer should decide how to present it as their might include context, translate as their please and so on.

As your per comment think the latter option exposes too much info, but I think it's quite the opposite

repo: yescallop/fluent-uri-rs


text:
Allow passing in VNode as Children

Problem

Having a component with properties like this:
#[derive(Clone, Debug, PartialEq, Properties)]
pub struct Props {
    #[prop_or_default]
    pub header: Children,
    #[prop_or_default]
    pub children: Children,
    #[prop_or_default]
    pub footer: Children,
}

It looks like you need to manually convert everything before assigning:
let header = html! {<> {"Header" }</>};
let footer = html! {
{"Some footer text"}
};

let header = Children::new(vec![header]);
let footer = Children::new(vec![footer]);

Steps To Reproduce
Steps to reproduce the behavior:

See code above

Expected behavior
I would expect this to be auto-converted:
let header = html! {<> {"Header" }</>};
let footer = html! {
{"Some footer text"}
};

html!{
  <MyComp
    header=header
    footer=footer/>
}

I guess the proper fix to this would be to create an implementation of the Transformer trait for VComp/VNode to ChildrenRenderer<VNode> and maybe also for Vec<VComp>.
Screenshots
If applicable, add screenshots to help explain your problem.
Environment:

Yew version: [e.g. v0.17, master]: v0.17
Rust version: [e.g. 1.43.0, nightly] 1.49
Target, if relevant: [e.g. wasm32-unknown-emscripten]
Build tool, if relevant: [e.g. wasm-pack, trunk]
OS, if relevant: [e.g. MacOS]
Browser and version, if relevant: [e.g. Chrome v83]

Questionnaire

[ ] I'm interested in fixing this myself but don't know where to start
[X] I would like to fix and I have a solution
[ ] I don't have time to fix this right now, but maybe later

Something to consider for #1637

As far as I know, this would require specialization which right now is nightly only

As far as I know, this would require specialization which right now is nightly only

repo: yewstack/yew


text:
[docs] wasm-bindgen exact version

Description
I just tried the sample app.
I had to specify the exact wasm-bindgen otherwise, wasm-pack is hanging
same as: rustwasm/wasm-pack-template#44
Fixes just docs
Checklist:

[ ] I have run ./ci/run_stable_checks.sh
[ ] I have reviewed my own code
[ ] I have added tests

Oh that's too bad, thanks for fixing!

I'm really curious why this happens though. What version of wasm-pack are you using, @vincentserpoul (wasm-pack -V)?

my version is 0.9.1

If you can still reproduce the issue, could you run wasm-pack with the --verbose flag and share the output?

just tried to restart from scratch, I can't reproduce anymore :/

source: gharchive/pull-request

authors: jstarry siku2 vincentserpoul


text:
Use in-memory stream (php://memory) instead of file system for tests

Extracted from https://github.com/yiisoft/proxy/pull/36#discussion_r890870895, suggested by @samdark.

Discussed it in group chat and decided that it's not worth it because it leads to core logic changes (just for using in tests) while performance increase is insignificant (also considering current amount of such tests and CI runs).

repo: yiisoft/proxy


text:
Make it easier to use router as a standalone library

At least we need to document it step by step about what's required for it.

Example of pure usage: https://github.com/vjik/yii-router-pure-example/blob/master/src/index.php
It should be simplified.

authors: samdark vjik

repo: yiisoft/router


text:
Bug: incorrect formatter output with explicit MIN_FRACTION_DIGITS

'numberFormatterOptions'=>[
                NumberFormatter::MIN_FRACTION_DIGITS => 0,
                NumberFormatter::MAX_FRACTION_DIGITS => 0,
 ]

\Yii::$app->formatter->asCurrency($model->price, 'EUR');

//output 129 517,00 €

Here is why this happens: http://php.net/manual/en/numberformatter.formatcurrency.php#114376

@cebe this happens while
main.php //global configuration
'numberFormatterOptions'=>[
                NumberFormatter::MIN_FRACTION_DIGITS => 0,
                NumberFormatter::MAX_FRACTION_DIGITS => 0,
 ]

Fixed, thanks for reporting! Also congrats to the nice issue number :)

Have same problem in 2.0.12(intl is 1.1). asCurrency() ignores numberFormatterOptions.
Code after https://github.com/yiisoft/yii2/blob/2.0.12/framework/i18n/Formatter.php#L1373 breaks formatting. If I delete it or place before "// set attributes" comment or delete options in Formatter config (such as decimalSeparator, thousandSeparator) all works fine.

@ptz-nerf please open a new issue and provide the code that produces the problem.

Hi! I have a same problem in 2.0.16, ICU version is 60.2, PHP version is 7.2.15, OS Ubuntu 18,04.
echo Yii::$app->formatter->asCurrency(2000, 'USD'); // "2 000,00 $", but except "2 000 $"

authors: PendalF89 cebe exru ptz-nerf


text:
Unique validation of array of new models (validateMultiple)

What steps will reproduce the problem?

Create ActiveRecord model with "unique" rule of "field"
Create array of two new objects of model where "field" values are identical (or use loadMultiple from POST)
Call validateMultiple on this array

What is the expected result?
"Not unique" error on "field" in second model
What do you get instead?
Nothing
Additional info

Q
A

Yii version
2.0.12

PHP version
5.4

Operating system
Debian 8

Bit of an awkward one to get around.
The validator compares to existing data in the db not what might be loaded in memory.
I wonder if a transaction would work here.
$transaction = Yii::$app->db->beginTransaction();
$models = [];//Array of models
$fail = false;
if (Model::loadMultiple($models, Yii::$app->request->post())) {
  foreach ($models as $model) {
    if (!$model->save()) {
      $fail = true;
      $transaction->rollBack();
      break;
    }
  }
  if (!$fail) {
    $transaction->commit();
  }
}

@Alex-Code thank you, good workaround.

I don't think it's possible to solve it at validator level.

authors: Alex-Code esl51 samdark


text:
ActiveRecord asArray() loose column type

What steps will reproduce the problem?
// MyModel with id int pk in mysql
// (1)
$model = MyModel::findOne(1);
var_dump($model->attributes);
// (2)
$row = MyModel::find()->asArray()->andWhere(['id' => 1])->one();
var_dump($row);

What is the expected result?
Should be the same value.
What do you get instead?
(1) Got a int id
(2) Got a string id
Additional info

Q
A

Yii version
2.0.14

PHP version
PHP 7.0.27-1+ubuntu16.04.1+deb.sury.org+1 (cli) (built: Jan  5 2018 14:12:46) ( NTS )

Operating system
Ubuntu 16.04.3 LTS

Affect when I use the values in JSON.

It is a new issue, or it existed before 2.0.14?

@SilverFire Existed in 2.0.13.1

This is expected behavior, since attribute typecasting based on the column schema availbale only in ActiveRecord instance scope.

@klimov-paul It looks like this "issue" is preset for PHP 7, but not for PHP 8 - it is really weird.


text:
Improve quoteColumnName() performance

When profiling a long-running request, we noticed that yii\db\Connection::quoteColumnName() was a particularly heavy hitter. By memoizing its results, we were able to take it from 1.77s down to 131ms.
Here are the Blackfire profiles:
Before ➡
After ➡

Q
A

Is bugfix?
no

New feature?
no

Breaks BC?
no

Tests pass?
no

Please add a line for changelog.

@samdark Done

Merged. Thanks!

authors: brandonkelly samdark


text:
Translated docs/guide-ru/structure-models.md

It was translated.

The pull request is totally messed up. There are changes that are already there. Please check https://github.com/yiisoft/yii2/blob/master/docs/internals/git-workflow.md.
Thanks for translation anyway, I'll merge it somehow...

https://github.com/yiisoft/yii2/commit/016a1cfd4f2513e7a61da6e9a8373ed75a1fdb85


text:
Wrong evaluate metrics calculation code

Hi, I find that the function validate() in the segmentation experiment may be wrong. It looks like this. The annotation says
    """Validate segmenter
    Args:
      segmenter (nn.Module) : segmentation network
      val_loader (DataLoader) : training data iterator
      epoch (int) : current epoch
      num_classes (int) : number of classes to consider
    Returns:
      Mean IoU (float)
    """

, but I do not find any operation to calculate the mean value of IoU between the output of RGB and that of depth. It seems just return the IoU of depth, not the mean value. Would you mind giving more details of this?

Hi, as you say "the mean value of IoU between the output of RGB and that of depth", does the "mean value" indicates the ensemble of RGB and Depth? If it does, in Line 346 of main.py, for idx, input_type in enumerate(input_types + ['ens']):, there is an ensemble term appended to input_types . Therefore the returned IoU should be evaluated on the ensemble, not the depth . Any questions are welcome.

Hi, as you say "the mean value of IoU between the output of RGB and that of depth", does the "mean value" indicates the ensemble of RGB and Depth? If it does, in Line 346 of main.py, for idx, input_type in enumerate(input_types + ['ens']):, there is an ensemble term appended to input_types . Therefore the returned IoU should be evaluated on the ensemble, not the depth . Any questions are welcome.

@slyviacassell Hi, as you say "the mean value of IoU between the output of RGB and that of depth", does the "mean value" indicates the ensemble of RGB and Depth? If it does, in Line 346 of main.py, for idx, input_type in  #enumerate(input_types + ['ens']):, there is an ensemble term appended to input_types. Therefore the returned IoU should be evaluated on ensemble, not depth.
Besides, note that the network returns a list with three tensors, which are the outputs of the RGB, Depth and Ensemble respectively. The calculation of the ensemble is performed at Line 313-316 in models/model.py. You can have a look at my training logs, shared in the Google Drive. In the training logs, each validation step prints three lines of results, including results on RGB, Depth and Ensemble respectively as well.
Questions are welcome.

@slyviacassell Hi, as you say "the mean value of IoU between the output of RGB and that of depth", does the "mean value" indicates the ensemble of RGB and Depth? If it does, in Line 346 of main.py, for idx, input_type in  #enumerate(input_types + ['ens']):, there is an ensemble term appended to input_types. Therefore the returned IoU should be evaluated on ensemble, not depth.
Besides, note that the network returns a list with three tensors, which are the outputs of the RGB, Depth and Ensemble respectively. The calculation of the ensemble is performed at Line 313-316 in models/model.py. You can have a look at my training logs, shared in the Google Drive. In the training logs, each validation step prints three lines of results, including results on RGB, Depth and Ensemble respectively as well.
Questions are welcome.

Whoops, my fault. I just misunderstand it. Thank you for your prompt reply!

Whoops, my fault. I just misunderstand it. Thank you for your prompt reply!

@yikaiw Hi, I found that the ensembled output is detached from the computing graph in the segmentation experiment, which means the ensemble output would not be used to backforward.  Would you mind providing some details?

@yikaiw Hi, I found that the ensembled output is detached from the computing graph in the segmentation experiment, which means the ensemble output would not be used to backforward.  Would you mind providing some details?

Yes, as network parameters have already been updated through RGB and depth branches, the ensemble output is only for updating alpha (ensemble weights), which does not affect the network learning.

Yes, as network parameters have already been updated through RGB and depth branches, the ensemble output is only for updating alpha (ensemble weights), which does not affect the network learning.

Ok, thank you very much!

Ok, thank you very much!

authors: slyviacassell yikaiw

repo: yikaiw/CEN


text:
PHP make 报错

语言：PHP，Apple M2 芯片，使用 Docker 容器，容器镜像：php:7.4.33-fpm-alpine3.16， make 的时候报错了。看了下，好像是 pause 这个指令是 intel 平台的，是不是要判断下平台？
/bin/sh /tmp/snowdrift/libtool --mode=compile cc  -I. -I/tmp/snowdrift -DPHP_ATOM_INC -I/tmp/snowdrift/include -I/tmp/snowdrift/main -I/tmp/snowdrift -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend -I/usr/local/include/php/ext -I/usr/local/include/php/ext/date/lib  -DHAVE_CONFIG_H  -g -O2   -c /tmp/snowdrift/src/snowflake/spinlock.c -o src/snowflake/spinlock.lo
cc -I. -I/tmp/snowdrift -DPHP_ATOM_INC -I/tmp/snowdrift/include -I/tmp/snowdrift/main -I/tmp/snowdrift -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend -I/usr/local/include/php/ext -I/usr/local/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -c /tmp/snowdrift/src/snowflake/spinlock.c  -fPIC -DPIC -o src/snowflake/.libs/spinlock.o
/tmp/ccHfCkKb.s: Assembler messages:
/tmp/ccHfCkKb.s:82: Error: unknown mnemonic pause' -- pause'
make: *** [Makefile:197: src/snowflake/spinlock.lo] Error 1

问题已修复，请同步代码

问题已修复，请同步代码

已测试，可以了，多谢。

已测试，可以了，多谢。

authors: Sligcm yitter

repo: yitter/IdGenerator


text:
some issues about the pre-training caffemodel

I want to download your pre_training caffemodel,but I found the website http://mmlab.siat.ac.cn can't connect,so it's hard to download the caffemodel ,although  I have the  shadow socks ......   Could you give another website or netdisc address？
Thanks very much!!

All models have been moved out of that server days ago. Please update your codebase.

repo: yjxiong/temporal-segment-networks


text:
CT-93/CT-95 Fix interest group and users last updated

This is very similar to #3549
Tickets: https://asaphub.atlassian.net/browse/CT-93 / https://asaphub.atlassian.net/browse/CT-95
This PR:

Adds a migration to add a new field lastUpdated to interestGroups and users content type in contentful
Adds lastUpdated to the interestGroups and users migrations with its value being squidex's lastModified
This field uses as its editor the app-extension partial-last-updated so it gets updated when some value changes
Changes the interestGroups and users  Contentful data provider parser to return lastUpdated in lastModifiedDate

rebasing to master before merge

repo: yldio/asap-hub


text:
更新

What type of PR is this?

Uncomment only one  /kind <> line, hit enter to put that in a new line, and remove leading whitespaces from that line:
/kind api-change
/kind bug
/kind cleanup
/kind design
/kind documentation
/kind failing-test
/kind feature
/kind flake

What this PR does / why we need it:
Which issue(s) this PR fixes:

Fixes #
Special notes for your reviewer:
Does this PR introduce a user-facing change?:

Additional documentation e.g., KEPs (Kubernetes Enhancement Proposals), usage docs, etc.:

update


text:
apple airport extreme drive sharing issue

I am able to search for drives shared on apple router and they get mounted fine. But no files are accessible. it gives an error on chromebook that  3221225530 - nt-status-path-not-found

@100khz Could you confirm the debug log on the console tab of the DevTools by this steps? https://github.com/yoichiro/chromeos-filesystem-cifs/wiki/How-to-Capture-the-Console-Log-of-DevTools

@100khz I close this issue, because you didn't provide any information to fix your issue to me. If you can get some logs, please re-open this issue or create a new issue. Thanks.

repo: yoichiro/chromeos-filesystem-cifs


text:
feat: support -e as shortened flag for --exclude-namespaces

What this PR does / why we need it
This PR adds support for -e as shortened flag for --exclude-namespaces.
$ kor all --exclude-namespaces ns1,ns2
$ kor all -e ns1,ns2

In additon, an updated output of kor --help was added to README.md.
PR Checklist

[ ] This PR adds K8s exceptions (false positives)
[x] This PR adds new code
[ ] This PR includes test for any new code

Github Issue
None.
Notes for your reviewers
The disparity was found while working on #258.
The -e flag was referenced in https://github.com/yonahd/kor/blob/main/pkg/filters/options.go#L116, but was missing in root.go.

Codecov Report
Attention: Patch coverage is 0% with 1 lines in your changes are missing coverage. Please review.

Project coverage is 43.37%. Comparing base (da2b1fe) to head (85c77fb).
Report is 1 commits behind head on main.

Files
Patch %
Lines

cmd/kor/root.go
0.00%
1 Missing :warning:

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@           Coverage Diff           @@
##             main     #261   +/-   ##
=======================================
  Coverage   43.37%   43.37%
=======================================
  Files          58       58
  Lines        2808     2808
=======================================
  Hits         1218     1218
  Misses       1400     1400
  Partials      190      190

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.

authors: codecov-commenter doronkg

repo: yonahd/kor


text:
Cannot upgrade 2.19.0 by Homebrew

Hi, I tried to upgrade to 2.19.0 by Homebrew.
However, I cannot upgrade.
2.19.0 not supported to install by Homebrew?
I checked formulae that version is 2.18.0 yet.
$ brew install xcodegen
Warning: xcodegen 2.18.0 is already installed and up-to-date.
To reinstall 2.18.0, run:
 brew reinstall xcodegen
$ brew reinstall xcodegen
==> Downloading https://homebrew.bintray.com/bottles/xcodegen-2.18.0.catalina.bottle.tar.gz
Already downloaded:
==> Reinstalling xcodegen
==> Pouring xcodegen-2.18.0.catalina.bottle.tar.gz
🍺  /usr/local/Cellar/xcodegen/2.18.0: 29 files, 9.7MB

Resolution: Use Mint
If already installed XcodeGen by Homebrew, uninstall it.
$ brew uninstall xcodegen

Then install XcodeGen by Mint and succeeded in upgrading 2.19.0 🎉
$ mint install xcodegen
🌱 Cloning xcodegen 2.19.0
🌱 Resolving package
🌱 Building package
🌱 Copying resources for XcodeGen: SettingPresets ...
🌱 Installed xcodegen 2.19.0
🌱 Linked xcodegen 2.19.0 to /usr/local/bin

Let me confirm it, it looks 2.19.0 is tried to update to brew but looks still in progress: https://github.com/Homebrew/homebrew-core/pull/71781

@freddi-kit Thank you for reference!
OK, this issue blocked by #1033

Have opened a new PR to Homebrew for 2.20.0 which simply requires Catalina https://github.com/Homebrew/homebrew-core/pull/74854

Thank you!

authors: freddi-kit ykws yonaskolb

repo: yonaskolb/XcodeGen

license: mit


text:
How to add localisation files using Xcodegen

Hello, I read the documentation but I didn't find how to localize a custom .string file for a specific language.
usually, we do this using the localize button

But I didn't find how to do this using Xcodegen and the project.yml spec?

Any idea please how you can config your project.yml to support info-list.Strings one file

Any idea please how you can config your project.yml to support info-list.Strings one file


text:
Remove garbage subscriptions after agent stopped ungracefully

What would you like to be added:
This issue was introduced in a commit of PR #214.
In yorkie/backend/sync/etcd/pubsub.go
// TODO(hackerwins): If the agent is not stopped gracefully, there may
// be garbage subscriptions left. Consider introducing a TTL and
// updating it periodically.

Why is this needed:
I guess if connections don't terminate gracefully, agents won't be able to invoke Coordinator.Unsubscribe() method so there can be some garbage subscriptions.
I opened this issue because this existed in the code as TODO but no issue was written.

I'm interested in this issue! :smiley:

I wrote some memo to explain this issue.

There is one yorkie and two clients subscribing the same document so there is two subscription data in etcd and clients can see there is two users in GNB(Global Navigation Bar).
# First, I set my environment by docker-compose
$ docker-compose -f docker/docker-compose-my-debug.yml up --build
...
# Next, I killed the yorkie container.
$ docker rm -f docker_yorkie_1
# Next, I re-run the yorkie container.
docker_yorkie_1
$ docker-compose -f docker/docker-compose-my-debug.yml up --build
...

After removing the container ungracefully, creating the container and refreshing the browsers, we can see there are 4 users and 4 subscriptions now.

This proves grabage subcriptions can exist due to ungraceful shutdown.

@hackerwins I examined this issue and am considering how to fix it. Can you suggest me some guides?

We replaced etcd-based clusters with sharding-based clusters. So this issue can be closed.

repo: yorkie-team/yorkie


text:
Chromeの更新に伴うEvent.path()の廃止への対応

変更内容
翻訳後の文章が表示されるパネルが消えない不具合を修正しました。
Chromeのバージョン109への更新に含まれる「Event.path()の廃止」が原因で、mouseEvent.path()が機能しなくなっていたので、Event.composedPath() を使用するように変更しました。
Referance: https://support.google.com/chrome/a/answer/7679408#evPathNo109

PRありがとうございます！
確認しました．マージします．

いつもこのツールにはお世話になっているのでお役に立てて良かったです:)
迅速な対応ありがとうございました！

repo: yoshinobc/PDF-Translator


text:
请问如何删除好友

api中只看到了添加好友和通过好友，如果好友数量超过5000是否就添加不上了？

wxpy 只能实现 Web 微信可以做到的操作 (少量例外)。
所以无法删除好友。
微信的 5000 好友限制也是不可能被突破的。

authors: hosven youfou

repo: youfou/wxpy


text:
Add test process user

This implements the process_user validation in https://github.com/youki-dev/youki/issues/361

@YJDoc2 HI, I've fixed the code according to the comments. Could you please check the code?

@YJDoc2 Thank you for review and comment! I fixed code, Could you please check the code?

Hey I had a very minor change in the error message , so I did in and pushed. Hope that is ok. Apart from that the PR is good to go so I'll merge. Thanks for your contribution :)

repo: youki-dev/youki


text:
如何去掉指示器,或者自定义指示器

目前加入了自定义的指示器图片，被压缩成点了，原本是短横线

@x58548078  作者的这个库 指示器的大小是固定的，没办法变成横线，https://github.com/wenchaosong/Banner 这是我修改这个库实现的


text:
1.18支持泛型了，大佬啥时候更新啊

go1.18以支持泛型

不支持在方法上指定泛型参数，只能在函数上用，导致无法链式调用呢。

authors: AzraelJi youthlin

repo: youthlin/stream


text:
Support for converting case class to Row

The library currently offer the possibility of reading a Spark Row and convert it to a case class (or custom structure - but optimized for case classes). What's missing is going the other way around, from the case class to the Row, to be able to serialize case classes and load them back. A collateral product of this is likely be to produce a Spark StructType for a case class.
When we have bidirectional conversion Row <==> case class, then we can use Parquet to take case of the Row <==> Array[Byte] part to get full serialization of case classes and get Spark's SQL support on that data.

@gpoirier I was lazy and just created this when I changed the project title. Can you give a bit more context what this feature would involve?

I filled in the empty description. Does that make sense?

Yes, thanks.

@gpoirier @jonas a possible thing that we should investigate is what happens at the Row => Binary level and whether or not spark's parquet serializer discards some information and is lossy in that regard. hopefully it's not, but looking at some of the failures @ldacosta seemed to face today (he's in the process of minimizing them) suggests that there may be some upstream bugs we may need to address here.
we should take a dip into this sooner rather than later. @ldacosta let me know if you need the assistance of anybody here to minimize the examples, or do your best and put something up and we'll go from there

I would be interested to see how this will compare performance wise to Spark's built-in reflection-based converter.

@jonas Reflection is used to create the schema, but I think the data is all fetched without reflection. Case classes are read through the Product interface I think. So performance might be similar, unless the schema creation is a significant part of the time spent on serialization.

@suhailshergill from the few tests I did with parquet to serialize case class, we didn't lose any metadata required to read back to a case class.

Also, the failure examples that @ldacosta showed me this afternoon were all related to mismatch between the RowConverter structure and Parquet's, they weren't really Parquet bugs. Or was there other bugs @ldacosta ?

to provide an update, @yawaramin is currently working on minimizing the failures that @ldacosta was experiencing. @yawaramin will make a PR with the minimal failing examples as tests, after which we can dig into what impact, if any, is wrt this issue

@gpoirier @jonas #15 demonstrates a small failing example

authors: gpoirier jonas suhailshergill

repo: ypg-data/sparrow


text:
🛑 GetCannab is down

In 5333309, GetCannab (https://getcannab.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: GetCannab is back up in ead1875 after 1 hour, 21 minutes.


text:
Latest version of yt-dlp can't read my configuration file.

Checklist

[X] I'm reporting a bug unrelated to a specific site
[X] I've verified that I'm running yt-dlp version 2022.03.08.1. (update instructions)
[X] I've checked that all provided URLs are alive and playable in a browser
[X] I've checked that all URLs and arguments with special characters are properly quoted or escaped
[X] I've searched the bugtracker for similar issues including closed ones. DO NOT post duplicates
[X] I've read the guidelines for opening an issue

Description
After an update to the latest vesion, yt-dlp it is no longer able to read my configuration file. I am using Windows10 and I do installed yt-dlp using PIP package manager.
The configuration file it is located under:
C:\Users\myname\AppData\Roaming\yt-dlp\config.txt
and inside of this file I do have a download rate limiter --limit-rate 0.5M which seems that yt-dlp it is not respecting anymore, looks like it is downloading now at the full speed of my internet connection.
How I can fix this issue?
Verbose log
Not available.

Duplicate of https://github.com/yt-dlp/yt-dlp/issues/3070

authors: pukkandan zohozer

repo: yt-dlp/yt-dlp

license: Unlicense


text:
Cannot download a youtube video with -f parameter

Checklist

[X] I'm asking a question and not reporting a bug/feature request
[X] I've looked through the README
[X] I've read the guidelines for opening an issue
[X] I've searched the bugtracker for similar questions including closed ones

Question
Hello
I want to download this video: https://www.youtube.com/watch?v=m1x_HjDJQU8
I use Ubuntu 20.04 LTS, up-to-date, and yt-dlp last version 2022.04.08.
Here the log:
$ ytdlp --hls-prefer-ffmpeg -f best https://www.youtube.com/watch?v=m1x_HjDJQU8
WARNING: "-f best" selects the best pre-merged format which is often not the best option.
         To let yt-dlp download and merge the best available formats, simply do not pass any format selection.
         If you know what you are doing and want only the best pre-merged format, use "-f b" instead to suppress this warning
[youtube] m1x_HjDJQU8: Downloading webpage
[youtube] m1x_HjDJQU8: Downloading android player API JSON
[info] m1x_HjDJQU8: Downloading 1 format(s): 22
[download] Destination: 'Le MACRONISME est un POPULISME' - Emmanuel Todd [m1x_HjDJQU8].mp4
[download]   1.3% of 132.96MiB at 10.66MiB/s ETA 00:12[download] Got server HTTP error: Downloaded 1859100 bytes, expected 139417228 bytes. Retrying (attempt 1 of 10) ...

ERROR: Did not get any data blocks

I only got a .mp4.part file of 1.9 Mb.
Without "-f" parameter, I got the video successfully:
$ ytdlp --hls-prefer-ffmpeg https://www.youtube.com/watch?v=m1x_HjDJQU8
[youtube] m1x_HjDJQU8: Downloading webpage
[youtube] m1x_HjDJQU8: Downloading android player API JSON
[info] m1x_HjDJQU8: Downloading 1 format(s): 248+251
[download] Destination: 'Le MACRONISME est un POPULISME' - Emmanuel Todd [m1x_HjDJQU8].f248.webm
[download] 100% of 229.97MiB in 00:09
[download] Destination: 'Le MACRONISME est un POPULISME' - Emmanuel Todd [m1x_HjDJQU8].f251.webm
[download] 100% of 57.47MiB in 00:02
[Merger] Merging formats into "'Le MACRONISME est un POPULISME' - Emmanuel Todd [m1x_HjDJQU8].webm"
Deleting original file 'Le MACRONISME est un POPULISME' - Emmanuel Todd [m1x_HjDJQU8].f248.webm (pass -k to keep)
Deleting original file 'Le MACRONISME est un POPULISME' - Emmanuel Todd [m1x_HjDJQU8].f251.webm (pass -k to keep)

Weirdly I get a webm instead of a mp4, despite of hls-prefer-ffmpeg option.
Same command, with the verbose option:
$ ytdlp --hls-prefer-ffmpeg -f best -vU https://www.youtube.com/watch?v=m1x_HjDJQU8
[debug] Command-line config: ['--hls-prefer-ffmpeg', '-f', 'best', '-vU', 'https://www.youtube.com/watch?v=m1x_HjDJQU8']
WARNING: "-f best" selects the best pre-merged format which is often not the best option.
         To let yt-dlp download and merge the best available formats, simply do not pass any format selection.
         If you know what you are doing and want only the best pre-merged format, use "-f b" instead to suppress this warning
[debug] Encodings: locale UTF-8, fs utf-8, out utf-8, err utf-8, pref UTF-8
[debug] yt-dlp version 2022.04.08 [7884ade65] (zip)
[debug] Python version 3.8.10 (CPython 64bit) - Linux-5.4.0-107-generic-x86_64-with-glibc2.29
[debug] Checking exe version: ffmpeg -bsfs
[debug] Checking exe version: ffprobe -bsfs
[debug] exe versions: ffmpeg 4.2.4, ffprobe 4.2.4, rtmpdump 2.4
[debug] Optional libraries: certifi, Cryptodome, secretstorage, sqlite
[debug] Proxy map: {}
Latest version: 2022.04.08, Current version: 2022.04.08
yt-dlp is up to date (2022.04.08)
[debug] [youtube] Extracting URL: https://www.youtube.com/watch?v=m1x_HjDJQU8
[youtube] m1x_HjDJQU8: Downloading webpage
[youtube] m1x_HjDJQU8: Downloading android player API JSON
[debug] Sort order given by extractor: quality, res, fps, hdr:12, source, codec:vp9.2, lang, proto
[debug] Formats sorted by: hasvid, ie_pref, quality, res, fps, hdr:12(7), source, vcodec:vp9.2(10), acodec, lang, proto, filesize, fs_approx, tbr, vbr, abr, asr, vext, aext, hasaud, id
[info] m1x_HjDJQU8: Downloading 1 format(s): 22
[debug] Invoking downloader on "https://rr1---sn-25ge7nzs.googlevideo.com/videoplayback?expire=1650225742&ei=7h1cYtHFFqOIvdIPiMq7sAw&ip=2a01%3Acb19%3A977%3A6f00%3A214d%3Ac67a%3Abd36%3Ad732&id=o-AMRDSEbwoRPIGRCxfqVuuwDm01_aBvx3DHTNZThwX8hS&itag=22&source=youtube&requiressl=yes&mh=lj&mm=31%2C26&mn=sn-25ge7nzs%2Csn-4g5ednsk&ms=au%2Conr&mv=m&mvi=1&pl=39&initcwndbps=1123750&vprv=1&mime=video%2Fmp4&cnr=14&ratebypass=yes&dur=3941.540&lmt=1650153610812384&mt=1650203360&fvip=1&fexp=24001373%2C24007246&c=ANDROID&txp=5532434&sparams=expire%2Cei%2Cip%2Cid%2Citag%2Csource%2Crequiressl%2Cvprv%2Cmime%2Ccnr%2Cratebypass%2Cdur%2Clmt&sig=AOq0QJ8wRQIgBaalCdcVzbG4Ov7etq3A92Gm2DwGHlT_1C5dLndedXUCIQCjw6dpJKWXGpV0oFoZLsxKfYQcsqCupMNMcodv7Owg8w%3D%3D&lsparams=mh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpl%2Cinitcwndbps&lsig=AG3C_xAwRAIgAJEdSE58MydkhpvOHX5BB7stYUVwbnI5kXOfsdpRXtwCIG6rN_TTh2tgYz_0o_77RyXEM6BmaxBoc6mroX2IZTiK"
[download] Destination: 'Le MACRONISME est un POPULISME' - Emmanuel Todd [m1x_HjDJQU8].mp4
[download]   1.3% of 132.96MiB at 11.04MiB/s ETA 00:11[download] Got server HTTP error: Downloaded 1859100 bytes, expected 139417228 bytes. Retrying (attempt 1 of 10) ...

ERROR: Did not get any data blocks
  File "/usr/lib/python3.8/runpy.py", line 194, in _run_module_as_main
    return _run_code(code, main_globals, None,
  File "/usr/lib/python3.8/runpy.py", line 87, in _run_code
    exec(code, run_globals)
  File "/home/guy/Programmes/yt-dlp/ytdlp/__main__.py", line 19, in <module>
    yt_dlp.main()
  File "/home/guy/Programmes/yt-dlp/ytdlp/yt_dlp/__init__.py", line 869, in main
    _real_main(argv)
  File "/home/guy/Programmes/yt-dlp/ytdlp/yt_dlp/__init__.py", line 859, in _real_main
    retcode = ydl.download(all_urls)
  File "/home/guy/Programmes/yt-dlp/ytdlp/yt_dlp/YoutubeDL.py", line 3264, in download
    self.__download_wrapper(self.extract_info)(
  File "/home/guy/Programmes/yt-dlp/ytdlp/yt_dlp/YoutubeDL.py", line 3237, in wrapper
    res = func(*args, **kwargs)
  File "/home/guy/Programmes/yt-dlp/ytdlp/yt_dlp/YoutubeDL.py", line 1399, in extract_info
    return self.__extract_info(url, self.get_info_extractor(ie_key), download, extra_info, process)
  File "/home/guy/Programmes/yt-dlp/ytdlp/yt_dlp/YoutubeDL.py", line 1408, in wrapper
    return func(self, *args, **kwargs)
  File "/home/guy/Programmes/yt-dlp/ytdlp/yt_dlp/YoutubeDL.py", line 1492, in __extract_info
    return self.process_ie_result(ie_result, download, extra_info)
  File "/home/guy/Programmes/yt-dlp/ytdlp/yt_dlp/YoutubeDL.py", line 1548, in process_ie_result
    ie_result = self.process_video_result(ie_result, download=download)
  File "/home/guy/Programmes/yt-dlp/ytdlp/yt_dlp/YoutubeDL.py", line 2648, in process_video_result
    self.process_info(new_info)
  File "/home/guy/Programmes/yt-dlp/ytdlp/yt_dlp/YoutubeDL.py", line 3138, in process_info
    success, real_download = self.dl(temp_filename, info_dict)
  File "/home/guy/Programmes/yt-dlp/ytdlp/yt_dlp/YoutubeDL.py", line 2846, in dl
    return fd.download(name, new_info, subtitle)
  File "/home/guy/Programmes/yt-dlp/ytdlp/yt_dlp/downloader/common.py", line 457, in download
    ret = self.real_download(filename, info_dict)
  File "/home/guy/Programmes/yt-dlp/ytdlp/yt_dlp/downloader/http.py", line 370, in real_download
    return download()
  File "/home/guy/Programmes/yt-dlp/ytdlp/yt_dlp/downloader/http.py", line 339, in download
    self.report_error('Did not get any data blocks')
  File "/home/guy/Programmes/yt-dlp/ytdlp/yt_dlp/downloader/common.py", line 178, in report_error
    self.ydl.report_error(*args, **kargs)
  File "/home/guy/Programmes/yt-dlp/ytdlp/yt_dlp/YoutubeDL.py", line 950, in report_error
    self.trouble(f'{self._format_err("ERROR:", self.Styles.ERROR)} {message}', *args, **kwargs)
  File "/home/guy/Programmes/yt-dlp/ytdlp/yt_dlp/YoutubeDL.py", line 884, in trouble
    tb_data = traceback.format_list(traceback.extract_stack())

But the download works. What I'm doing wrong with the -f option ? I try "-f b" as suggested, but it only removes the warning, I got the same error.
What should I do?
Thank you
Verbose log
No response

That format appear to be damaged. Choose another format. See -F for a list of all formats

best: Select the best quality format represented by a single file with video and audio.

that format has no audio
use -f bestvideo or -f bestvideo+bestaudio

Ok, it's an issue of the video on Youtube, not on my side!
Is it the reason "--hls-prefer-ffmpeg" option download a webm? I use it for a while, usually it always downloads a mp4 file. Is it a fallback because mp4 has a problem?
Thank you

best: Select the best quality format represented by a single file with video and audio.

that format has no audio use -f bestvideo or -f bestvideo+bestaudio

Wrong! bestaudio has no audio, best does

Is it the reason "--hls-prefer-ffmpeg" option download a webm?

What does "--hls-prefer-ffmpeg" have anything to do with webm!?

Oh, it's closed before I answer. Too bad :(

Your original issue is solved, no? That is why I closed it. There is nothing preventing you from continuing the conversation if needed

authors: guy-teube megumintyan pukkandan


text:
1080p Support for BBC iPlayer

Checklist

[X] I'm reporting a site feature request
[X] I've verified that I'm running yt-dlp version 2022.04.08 (update instructions) or later (specify commit)
[X] I've checked that all provided URLs are alive and playable in a browser
[X] I've searched the bugtracker for similar issues including closed ones. DO NOT post duplicates
[X] I've read the guidelines for opening an issue
[X] I've read about sharing account credentials and I'm willing to share it if required

Region
UK
Example URLs
https://www.bbc.co.uk/iplayer/episode/m0016lkw
Description
iPlayer has 1080p streams - but yt-dlp can only see the 720p ones.
There is an experimental patch at https://github.com/ytdl-org/youtube-dl/issues/30136 which enables the higher resolution.
Would it be possible to add something similar here?
Verbose log
[debug] Command-line config: ['-vU', '-F', 'https://www.bbc.co.uk/iplayer/episode/m0016lkw']
[debug] Encodings: locale UTF-8, fs utf-8, out utf-8, err utf-8, pref UTF-8
[debug] yt-dlp version 2022.04.08 [7884ade65]
[debug] Python version 3.9.7 (CPython 64bit) - Linux-5.16.15-76051615-generic-x86_64-with-glibc2.34
[debug] Checking exe version: ffmpeg -bsfs
[debug] Checking exe version: ffprobe -bsfs
[debug] exe versions: ffmpeg 4.4 (setts), ffprobe 4.4
[debug] Optional libraries: brotli, certifi, Cryptodome, secretstorage, mutagen, sqlite, websockets
[debug] Proxy map: {}
Latest version: 2022.04.08, Current version: 2022.04.08
yt-dlp is up to date (2022.04.08)
[debug] [bbc.co.uk] Extracting URL: https://www.bbc.co.uk/iplayer/episode/m0016lkw
[bbc.co.uk] m0016lkw: Downloading video page
[bbc.co.uk] m0016lkw: Downloading playlist JSON
[bbc.co.uk] m0016lkv: Downloading media selection JSON
[bbc.co.uk] m0016lkv: Downloading MPD manifest
[bbc.co.uk] m0016lkv: Downloading MPD manifest
[bbc.co.uk] m0016lkv: Downloading MPD manifest
[bbc.co.uk] m0016lkv: Downloading MPD manifest
[bbc.co.uk] m0016lkv: Downloading MPD manifest
[bbc.co.uk] m0016lkv: Downloading MPD manifest
[bbc.co.uk] m0016lkv: Downloading m3u8 information
[bbc.co.uk] m0016lkv: Downloading m3u8 information
[bbc.co.uk] m0016lkv: Downloading m3u8 information
[bbc.co.uk] m0016lkv: Downloading m3u8 information
[bbc.co.uk] m0016lkv: Downloading m3u8 information
[bbc.co.uk] m0016lkv: Downloading m3u8 information
[debug] Formats sorted by: hasvid, ie_pref, lang, quality, res, fps, hdr:12(7), vcodec:vp9.2(10), acodec, filesize, fs_approx, tbr, vbr, abr, asr, proto, vext, aext, hasaud, source, id
[info] Available formats for m0016lkv:
ID                                 EXT RESOLUTION FPS │   FILESIZE   TBR PROTO  │ VCODEC        VBR ACODEC      ABR     ASR MORE INFO
───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
mf_akamai-audio_eng_1=128000-0     m4a audio only     │ ~ 44.06MiB  128k dash   │ audio only        mp4a.40.2  128k 48000Hz [en] Original, m4a_dash
mf_akamai-audio_eng_1=128000-1     m4a audio only     │ ~ 44.06MiB  128k dash   │ audio only        mp4a.40.2  128k 48000Hz [en] Original, m4a_dash
mf_bidi-audio_eng_1=128000-0       m4a audio only     │ ~ 44.06MiB  128k dash   │ audio only        mp4a.40.2  128k 48000Hz [en] Original, m4a_dash
mf_bidi-audio_eng_1=128000-1       m4a audio only     │ ~ 44.06MiB  128k dash   │ audio only        mp4a.40.2  128k 48000Hz [en] Original, m4a_dash
mf_cloudfront-audio_eng_1=128000-0 m4a audio only     │ ~ 44.06MiB  128k dash   │ audio only        mp4a.40.2  128k 48000Hz [en] Original, m4a_dash
mf_cloudfront-audio_eng_1=128000-1 m4a audio only     │ ~ 44.06MiB  128k dash   │ audio only        mp4a.40.2  128k 48000Hz [en] Original, m4a_dash
mf_akamai-video=827000-0           mp4 704x396     25 │ ~284.69MiB  827k dash   │ avc3.4D401F  827k video only              Original, mp4_dash
mf_akamai-video=827000-1           mp4 704x396     25 │ ~284.69MiB  827k dash   │ avc3.4D401F  827k video only              Original, mp4_dash
mf_bidi-video=827000-0             mp4 704x396     25 │ ~284.69MiB  827k dash   │ avc3.4D401F  827k video only              Original, mp4_dash
mf_bidi-video=827000-1             mp4 704x396     25 │ ~284.69MiB  827k dash   │ avc3.4D401F  827k video only              Original, mp4_dash
mf_cloudfront-video=827000-0       mp4 704x396     25 │ ~284.69MiB  827k dash   │ avc3.4D401F  827k video only              Original, mp4_dash
mf_cloudfront-video=827000-1       mp4 704x396     25 │ ~284.69MiB  827k dash   │ avc3.4D401F  827k video only              Original, mp4_dash
mf_akamai-1013-0                   mp4 704x396     25 │ ~348.71MiB 1013k m3u8_n │ avc1.4D401F  827k mp4a.40.2  128k         Original
mf_akamai-1013-1                   mp4 704x396     25 │ ~348.71MiB 1013k m3u8_n │ avc1.4D401F  827k mp4a.40.2  128k         Original
mf_bidi-1013-0                     mp4 704x396     25 │ ~348.71MiB 1013k m3u8_n │ avc1.4D401F  827k mp4a.40.2  128k         Original
mf_bidi-1013-1                     mp4 704x396     25 │ ~348.71MiB 1013k m3u8_n │ avc1.4D401F  827k mp4a.40.2  128k         Original
mf_cloudfront-1013-0               mp4 704x396     25 │ ~348.71MiB 1013k m3u8_n │ avc1.4D401F  827k mp4a.40.2  128k         Original
mf_cloudfront-1013-1               mp4 704x396     25 │ ~348.71MiB 1013k m3u8_n │ avc1.4D401F  827k mp4a.40.2  128k         Original
mf_akamai-video=1570000-0          mp4 704x396     50 │ ~540.45MiB 1570k dash   │ avc3.64001F 1570k video only              Original, mp4_dash
mf_akamai-video=1570000-1          mp4 704x396     50 │ ~540.45MiB 1570k dash   │ avc3.64001F 1570k video only              Original, mp4_dash
mf_bidi-video=1570000-0            mp4 704x396     50 │ ~540.45MiB 1570k dash   │ avc3.64001F 1570k video only              Original, mp4_dash
mf_bidi-video=1570000-1            mp4 704x396     50 │ ~540.45MiB 1570k dash   │ avc3.64001F 1570k video only              Original, mp4_dash
mf_cloudfront-video=1570000-0      mp4 704x396     50 │ ~540.45MiB 1570k dash   │ avc3.64001F 1570k video only              Original, mp4_dash
mf_cloudfront-video=1570000-1      mp4 704x396     50 │ ~540.45MiB 1570k dash   │ avc3.64001F 1570k video only              Original, mp4_dash
mf_akamai-1800-0                   mp4 704x396     50 │ ~619.63MiB 1800k m3u8_n │ avc1.64001F 1570k mp4a.40.2  128k         Original
mf_akamai-1800-1                   mp4 704x396     50 │ ~619.63MiB 1800k m3u8_n │ avc1.64001F 1570k mp4a.40.2  128k         Original
mf_bidi-1800-0                     mp4 704x396     50 │ ~619.63MiB 1800k m3u8_n │ avc1.64001F 1570k mp4a.40.2  128k         Original
mf_bidi-1800-1                     mp4 704x396     50 │ ~619.63MiB 1800k m3u8_n │ avc1.64001F 1570k mp4a.40.2  128k         Original
mf_cloudfront-1800-0               mp4 704x396     50 │ ~619.63MiB 1800k m3u8_n │ avc1.64001F 1570k mp4a.40.2  128k         Original
mf_cloudfront-1800-1               mp4 704x396     50 │ ~619.63MiB 1800k m3u8_n │ avc1.64001F 1570k mp4a.40.2  128k         Original
mf_akamai-video=2812000-0          mp4 960x540     50 │ ~968.00MiB 2812k dash   │ avc3.64001F 2812k video only              Original, mp4_dash
mf_akamai-video=2812000-1          mp4 960x540     50 │ ~968.00MiB 2812k dash   │ avc3.64001F 2812k video only              Original, mp4_dash
mf_bidi-video=2812000-0            mp4 960x540     50 │ ~968.00MiB 2812k dash   │ avc3.64001F 2812k video only              Original, mp4_dash
mf_bidi-video=2812000-1            mp4 960x540     50 │ ~968.00MiB 2812k dash   │ avc3.64001F 2812k video only              Original, mp4_dash
mf_cloudfront-video=2812000-0      mp4 960x540     50 │ ~968.00MiB 2812k dash   │ avc3.64001F 2812k video only              Original, mp4_dash
mf_cloudfront-video=2812000-1      mp4 960x540     50 │ ~968.00MiB 2812k dash   │ avc3.64001F 2812k video only              Original, mp4_dash
mf_akamai-3117-0                   mp4 960x540     50 │ ~  1.05GiB 3117k m3u8_n │ avc1.64001F 2812k mp4a.40.2  128k         Original
mf_akamai-3117-1                   mp4 960x540     50 │ ~  1.05GiB 3117k m3u8_n │ avc1.64001F 2812k mp4a.40.2  128k         Original
mf_bidi-3117-0                     mp4 960x540     50 │ ~  1.05GiB 3117k m3u8_n │ avc1.64001F 2812k mp4a.40.2  128k         Original
mf_bidi-3117-1                     mp4 960x540     50 │ ~  1.05GiB 3117k m3u8_n │ avc1.64001F 2812k mp4a.40.2  128k         Original
mf_cloudfront-3117-0               mp4 960x540     50 │ ~  1.05GiB 3117k m3u8_n │ avc1.64001F 2812k mp4a.40.2  128k         Original
mf_cloudfront-3117-1               mp4 960x540     50 │ ~  1.05GiB 3117k m3u8_n │ avc1.64001F 2812k mp4a.40.2  128k         Original
mf_akamai-video=5070000-0          mp4 1280x720    50 │ ~  1.70GiB 5070k dash   │ avc3.640020 5070k video only              Original, mp4_dash
mf_akamai-video=5070000-1          mp4 1280x720    50 │ ~  1.70GiB 5070k dash   │ avc3.640020 5070k video only              Original, mp4_dash
mf_bidi-video=5070000-0            mp4 1280x720    50 │ ~  1.70GiB 5070k dash   │ avc3.640020 5070k video only              Original, mp4_dash
mf_bidi-video=5070000-1            mp4 1280x720    50 │ ~  1.70GiB 5070k dash   │ avc3.640020 5070k video only              Original, mp4_dash
mf_cloudfront-video=5070000-0      mp4 1280x720    50 │ ~  1.70GiB 5070k dash   │ avc3.640020 5070k video only              Original, mp4_dash
mf_cloudfront-video=5070000-1      mp4 1280x720    50 │ ~  1.70GiB 5070k dash   │ avc3.640020 5070k video only              Original, mp4_dash
mf_akamai-5510-0                   mp4 1280x720    50 │ ~  1.85GiB 5510k m3u8_n │ avc1.640020 5070k mp4a.40.2  128k         Original
mf_akamai-5510-1                   mp4 1280x720    50 │ ~  1.85GiB 5510k m3u8_n │ avc1.640020 5070k mp4a.40.2  128k         Original
mf_bidi-5510-0                     mp4 1280x720    50 │ ~  1.85GiB 5510k m3u8_n │ avc1.640020 5070k mp4a.40.2  128k         Original
mf_bidi-5510-1                     mp4 1280x720    50 │ ~  1.85GiB 5510k m3u8_n │ avc1.640020 5070k mp4a.40.2  128k         Original
mf_cloudfront-5510-0               mp4 1280x720    50 │ ~  1.85GiB 5510k m3u8_n │ avc1.640020 5070k mp4a.40.2  128k         Original
mf_cloudfront-5510-1               mp4 1280x720    50 │ ~  1.85GiB 5510k m3u8_n │ avc1.640020 5070k mp4a.40.2  128k         Original

In the linked issue there is controversy regarding the value of the 1080p streams vs the 'official' 720p streams, except for large disk tests. It would be good to understand whether there is actually additional quality in the 1080p streams.

I would also like this to be possible with yt-dlp as other programs can download 1080p streams. Hopefully it can happen sometime soon :).

Is it possible to get  1080p/4k  streams     from BBC     with yt-dlp?  YES
is it secure:  no , cause the required keys are only   1028bits   ->  you need to   make openssl  insecure   ,compared  the the current standard  ,  to get the certs accepted   by  yt-dlp
Source url for screenshot test : https://www.bbc.co.uk/iplayer/episode/p0d8nzg8/tokyo-vice-series-1-1-the-test

Due to the unknown legal/ greyzone status  of the   required patch i won't answer questions about how to get the uhd  links  via yt-dlp

It would be good to understand whether there is actually additional quality in the 1080p streams.

There is. I can certify it is not just 720p upscaled to 1080p. Reportedly, get_iplayer can pull 1080p streams now with the --tv-quality=fhd option, so it would be nice for yt-dlp to keep up.

Interesting.
The get_iplayer code that does this is the block at lines 6599-6630. As its Perl is less write-only than normal, one can see that it's basically the algorithm implemented in the patch linked by OP, except that it's patching the original data that it retrieved rather than our already extracted format list (is the discrepancy between the patterns at l.6612 and l.6620 a bug?).
If the 1080p formats generated by the algorithm are real and generally available, the only reason not to implement it in the extractor itself is the conservative view that the extractor should only do what the iPlayer web site does (since anything else might be unstable).


text:
Videos of particular title

Checklist

[X] I'm asking a question and not reporting a bug/feature request
[X] I've looked through the README
[X] I've read the guidelines for opening an issue
[X] I've searched the bugtracker for similar questions including closed ones

Question
I have read the documentations, but can't find a solution to download videos with a particular keyword in the title. Is there a way to do this?
Verbose log
No response

Probably best to read it again, then. Hint: --match-filters ....

The solution mentioned is for using yt-dlp directly from terminal, but I was looking for documentation to embed it into a python script using the ydl_opts method. Is there a way to do that?

but I was looking for documentation to embed it into a python script using the ydl_opts method.

You should say that in the question... How are people replying supposed to know that!?

authors: ROSH0518 dirkf pukkandan


text:
[TF1] [wat.tv]: Permission insuffisante

DO NOT REMOVE OR SKIP THE ISSUE TEMPLATE

[X] I understand that I will be blocked if I intentionally remove or skip any mandatory* field

Checklist

[X] I'm reporting that yt-dlp is broken on a supported site
[X] I've verified that I'm running yt-dlp version 2023.03.04 (update instructions) or later (specify commit)
[X] I've checked that all provided URLs are playable in a browser with the same IP and same login details
[X] I've checked that all URLs and arguments with special characters are properly quoted or escaped
[X] I've searched known issues and the bugtracker for similar issues including closed ones. DO NOT post duplicates
[X] I've read the guidelines for opening an issue
[X] I've read about sharing account credentials and I'm willing to share it if required

Region
France
Provide a description that is worded well enough to be understood
when i launch the command : yt-dlp  https://www.tf1.fr/tmc/une-nounou-d-enfer/videos/une-nounou-denfer-s03-e7-un-homme-metamorphose-01883134.html
I have a message:
[TF1] une-nounou-denfer-s03-e7-un-homme-metamorphose-01883134: Downloading JSON metadata
[wat.tv] Extracting URL: wat:13992774
[wat.tv] 13992774: Downloading JSON metadata
ERROR: [wat.tv] 13992774: Permission insuffisante
Provide verbose output that clearly demonstrates the problem

[X] Run your yt-dlp command with -vU flag added (yt-dlp -vU <your command line>)
[X] If using API, add 'verbose': True to YoutubeDL params instead
[X] Copy the WHOLE output (starting with [debug] Command-line config) and insert it below

Complete Verbose Output
[debug] Command-line config: ['-vU', 'https://www.tf1.fr/tmc/une-nounou-d-enfer/videos/une-nounou-denfer-s03-e7-un-homme-metamorphose-01883134.html']
[debug] Encodings: locale UTF-8, fs utf-8, pref UTF-8, out utf-8, error utf-8, screen utf-8
[debug] yt-dlp version stable@2023.03.04 [392389b7d] (zip)
[debug] Python 3.10.6 (CPython x86_64 64bit) - Linux-5.15.0-73-generic-x86_64-with-glibc2.35 (OpenSSL 3.0.2 15 Mar 2022, glibc 2.35)
[debug] exe versions: ffmpeg 4.4.2 (setts), ffprobe 4.4.2, phantomjs broken
[debug] Optional libraries: Cryptodome-3.17, brotli-1.0.9, certifi-2022.12.07, mutagen-1.46.0, secretstorage-3.3.1, sqlite3-2.6.0, websockets-10.4
[debug] Proxy map: {}
[debug] Loaded 1788 extractors
[debug] Fetching release info: https://api.github.com/repos/yt-dlp/yt-dlp/releases/latest
Available version: stable@2023.03.04, Current version: stable@2023.03.04
Current Build Hash: a818cd85814f94bb7a07b6a731a5f110093e0549590625558985c244c0a31e0e
yt-dlp is up to date (stable@2023.03.04)
[TF1] Extracting URL: https://www.tf1.fr/tmc/une-nounou-d-enfer/videos/une-nounou-denfer-s03-e7-un-homme-metamorphose-01883134.html
[TF1] une-nounou-denfer-s03-e7-un-homme-metamorphose-01883134: Downloading JSON metadata
[wat.tv] Extracting URL: wat:13992774
[wat.tv] 13992774: Downloading JSON metadata
ERROR: [wat.tv] 13992774: Permission insuffisante
  File "/home/ludovic/.local/bin/yt-dlp/yt_dlp/extractor/common.py", line 694, in extract
    ie_result = self._real_extract(url)
  File "/home/ludovic/.local/bin/yt-dlp/yt_dlp/extractor/wat.py", line 64, in _real_extract
    raise ExtractorError(error_desc, expected=True)

Note to devs:
There's a possibly relevant comment in the extractor code:
        # 'contentv4' is used in the website, but it also returns the related
        # videos, we don't need them
        # video_data = self._download_json(
        #     'http://www.wat.tv/interface/contentv4s/' + video_id, video_id)
        video_data = self._download_json(
            'https://mediainfo.tf1.fr/mediainfocombo/' + video_id,
            video_id, query={'context': 'MYTF1', 'pver': '4020003'})

I tested changing the API URL to that, and while I didn't get an error code, I also didn't get any manifest URLs in the response. It's probable that I am geo-blocked

The Wat stuff has been obsolete for some time. This stuff was ported from upstream, where:
$ git blame -L 51 youtube_dl/extractor/wat.py
Blaming lines: 100% (57/57), done.
...
8244288dfe (Jaime Marquínez Ferrándiz 2013-06-29 18:22:03 +0200  53)
c5f5155100 (remitamine                2016-04-22 09:36:14 +0100  54)         # 'contentv4' is used in the website, but it also returns the related
c5f5155100 (remitamine                2016-04-22 09:36:14 +0100  55)         # videos, we don't need them
295860ff00 (Remita Amine              2021-02-23 12:39:46 +0100  56)         # video_data = self._download_json(
295860ff00 (Remita Amine              2021-02-23 12:39:46 +0100  57)         #     'http://www.wat.tv/interface/contentv4s/' + video_id, video_id)
57ce8a6d08 (Remita Amine              2016-08-10 14:17:22 +0100  58)         video_data = self._download_json(
295860ff00 (Remita Amine              2021-02-23 12:39:46 +0100  59)             'https://mediainfo.tf1.fr/mediainfocombo/' + video_id,
c3deca86ae (dirkf                     2022-05-19 17:41:48 +0000  60)             video_id, query={'context': 'MYTF1', 'pver': '4001000'})
57ce8a6d08 (Remita Amine              2016-08-10 14:17:22 +0100  61)         video_info = video_data['media']
...
$

At https://github.com/ytdl-org/youtube-dl/commit/295860ff00, anything to do with wat.tv had become obsolete, so the comments from 2016 haven't been relevant for 2 years. We should then have rolled the wat.py and lci.py extractors into tf1.py. See https://github.com/ytdl-org/youtube-dl/issues/32299, which covers the same problem.

I didn't understand all the technical explanations, can the problem be solved or should we just let it go?

@guy-teube the technical stuff is for devs
This problem will most likely be fixed once/if a developer decides to work on it!

per https://github.com/ytdl-org/youtube-dl/issues/32299, everything seems to now be DRM protected besides short clips/previews. The extractor could be fixed to extract those

I have interest in that, I usually cherry-pick in sliced replay. Here's a link :
https://www.tf1.fr/tmc/quotidien-avec-yann-barthes/videos/selah-sue-when-it-all-falls-down-en-live-pour-quotidien-67219751.html

@FM33 does it play in browser with DRM disabled?
$ yt-dlp -F 'https://www.tf1.fr/tmc/quotidien-avec-yann-barthes/videos/selah-sue-when-it-all-falls-down-en-live-pour-quotidien-67219751.html'
[TF1] Extracting URL: https://www.tf1.fr/tmc/quotidien-avec-yann-barthes/videos/selah-sue-when-it-all-falls-down-en-liv...tidien-67219751.html
[TF1] selah-sue-when-it-all-falls-down-en-live-pour-quotidien-67219751: Downloading JSON metadata
[wat.tv] Extracting URL: wat:13995700
[wat.tv] 13995700: Downloading JSON metadata
[wat.tv] 13995700: Downloading MPD manifest
ERROR: [wat.tv] 13995700: This video is DRM protected

OK, that's not a full program, but in Nightly with a clean profile, it didn't play until enabling DRM.
So TF1 is all dead :-(

More or less. See https://github.com/ytdl-org/youtube-dl/issues/32299#issuecomment-1596234196.

@FM33:
Short episode excerpts/clips that are free to watch and do not require a mandatory MYTF1 account do require EME/DRM enabled to be viewed in a browser, but "clear" (DRM-free) versions of them can be downloaded with youtube-dl/yt-dlp via a 'hack" (subject to break in the future, if TF1 decide to patch it):
youtube-dl -F "https://www.tf1.fr/tmc/quotidien-avec-yann-barthes/videos/selah-sue-when-it-all-falls-down-en-live-pour-quotidien-67219751.html" =>

[tf1.fr] selah-sue-when-it-all-falls-down-en-live-pour-quotidien-67219751: Downloading webpage
[tf1.fr] selah-sue-when-it-all-falls-down-en-live-pour-quotidien-67219751: Downloading JSON metadata
[tf1.fr] selah-sue-when-it-all-falls-down-en-live-pour-quotidien-67219751: Downloading MPD manifest
[tf1.fr] selah-sue-when-it-all-falls-down-en-live-pour-quotidien-67219751: Downloading JSON metadata
[info] Available formats for b6dab841-b24d-4723-85b9-294876a610eb:
format code            extension  resolution note
dash-audio_fra=64000   m4a        audio only [fr] DASH audio   64k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-audio_fra=128000  m4a        audio only [fr] DASH audio  128k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-video=201585      mp4        416x234    DASH video  201k , mp4_dash container, avc1.42C01E, 25fps, video only
dash-video=402889      mp4        480x270    DASH video  402k , mp4_dash container, avc1.42C01E, 25fps, video only
dash-video=604089      mp4        640x360    DASH video  604k , mp4_dash container, avc1.42C01E, 25fps, video only
dash-video=1214876     mp4        1024x576   DASH video 1214k , mp4_dash container, avc1.4D401F, 25fps, video only
dash-video=1722182     mp4        1024x576   DASH video 1722k , mp4_dash container, avc1.4D401F, 25fps, video only (best)

Caveat: 720p (HD) not always accessible via that simple hack 😞 ...
For yt-dlp:
https://github.com/yt-dlp/yt-dlp/blob/01aba2519a0884ef17d5f85608dbd2a455577147/yt_dlp/extractor/wat.py#L57
... change that to:
            video_id, query={'pver': '5010000'})

ALL credit goes to gamer191 👍 !

I only have one file called yt-dlp (2.7 Mb), and no other directory or file. I've taken it here: https://github.com/yt-dlp/yt-dlp/releases/tag/2023.03.04
(5th file of the list, "yt-dlp" without extension)
Whre should I try the modification you are talking about?

@guy-teube You cannot make modification on the binary. The instructions are mostly for devs

It worked! Many thanks.
Here are the steps I made in ubuntu, for anyone interested :

Download the source code as zip from https://github.com/yt-dlp/yt-dlp/ (green code button)
Extract preserving directory structure
Edit yt-dlp-master/yt_dlp/extractor/wat.py to replace the content of line 57 with the code from gamer191 video_id, query={'pver': '5010000'})
Open a terminal in the code's directory
Run these three commands (readme from github's page) :

python3 -m pip install -U pyinstaller -r requirements.txt
python3 devscripts/make_lazy_extractors.py
python3 pyinst.py

In case of error, review dependancies and install what's missing.
6. Run cd dist
7. Run ./yt-dlp_linux https://www.tf1.fr/tmc/quotidien-avec-yann-barthes/videos/invitee-selah-sue-la-musique-pour-apaiser-les-maux-83263666.html

per https://github.com/ytdl-org/youtube-dl/issues/32299#issuecomment-1596234196, this "hack" only works with short excerpts/clips. Anything without non-DRM formats available will error with Erreur dans le delivery

@guy-teube: Please read carefully what I posted above:

Short episode excerpts/clips that are free to watch and do not require a mandatory MYTF1 account

https://www.tf1.fr/tf1/mighty-express/videos/mighty-express-robot-en-cavale-77341749.html
will generate the message below when tried in a browser without being logged-in 😜 :

Donc, je suis désolé... 😞

I only have one file called yt-dlp (2.7 Mb), and no other directory or file.
...
(5th file of the list, "yt-dlp" without extension)

You cannot make modification on the binary.

... Er, I don't want to step on someone else's toes 😉 here, but that statement is not entirely true... The binary file (yt-dlp) mentioned above is:

Platform-independent zipimport binary. Needs Python

Upstream has a similarly packaged binary file, youtube-dl, and their documentation states this:
https://github.com/ytdl-org/youtube-dl#what-is-this-binary-file-where-has-the-code-gone

youtube-dl is packed as an executable zipfile, simply unzip it (might need renaming to youtube-dl.zip first on some systems) or clone the git repository, as laid out above.
If you modify the code, you can run it by executing the
__main__.py
file. To recompile the executable, run
make youtube-dl

so I believe a similar procedure can be applied here; disclaimer: not a Unix person, so someone else may need to provide the succinct details 😉 ...
Under Windows at least, 7-zip can successfully extract the yt-dlp file; then, source code modifications can be made and resultant code invoked via, e.g.,
C:\Python3717-32>python "yt-dlp\__main__.py"

Usage: __main__.py [OPTIONS] URL [URL...]

__main__.py: error: You must provide at least one URL.
Type yt-dlp --help to see a list of all options.

@FM33:
Short episode excerpts/clips that are free to watch and do not require a mandatory MYTF1 account do require EME/DRM enabled to be viewed in a browser, but "clear" (DRM-free) versions of them can be downloaded with youtube-dl/yt-dlp via a "hack" (subject to break in the future, if TF1 decide to patch it):
youtube-dl -F "https://www.tf1.fr/tmc/quotidien-avec-yann-barthes/videos/selah-sue-when-it-all-falls-down-en-live-pour-quotidien-67219751.html" =>

[tf1.fr] selah-sue-when-it-all-falls-down-en-live-pour-quotidien-67219751: Downloading webpage
[tf1.fr] selah-sue-when-it-all-falls-down-en-live-pour-quotidien-67219751: Downloading JSON metadata
[tf1.fr] selah-sue-when-it-all-falls-down-en-live-pour-quotidien-67219751: Downloading MPD manifest
[tf1.fr] selah-sue-when-it-all-falls-down-en-live-pour-quotidien-67219751: Downloading JSON metadata
[info] Available formats for b6dab841-b24d-4723-85b9-294876a610eb:
format code            extension  resolution note
dash-audio_fra=64000   m4a        audio only [fr] DASH audio   64k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-audio_fra=128000  m4a        audio only [fr] DASH audio  128k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-video=201585      mp4        416x234    DASH video  201k , mp4_dash container, avc1.42C01E, 25fps, video only
dash-video=402889      mp4        480x270    DASH video  402k , mp4_dash container, avc1.42C01E, 25fps, video only
dash-video=604089      mp4        640x360    DASH video  604k , mp4_dash container, avc1.42C01E, 25fps, video only
dash-video=1214876     mp4        1024x576   DASH video 1214k , mp4_dash container, avc1.4D401F, 25fps, video only
dash-video=1722182     mp4        1024x576   DASH video 1722k , mp4_dash container, avc1.4D401F, 25fps, video only (best)

Caveat: 720p (HD) not always accessible via that simple hack disappointed ...
For yt-dlp:
https://github.com/yt-dlp/yt-dlp/blob/01aba2519a0884ef17d5f85608dbd2a455577147/yt_dlp/extractor/wat.py#L57
... change that to:
            video_id, query={'pver': '5010000'})

ALL credit goes to gamer191 +1 !

@Vangelis66 @gamer191 Your fix works for Les 12 coups de midi (full replay, not only a short clip), though. Thank you!

@FM33:
Short episode excerpts/clips that are free to watch and do not require a mandatory MYTF1 account do require EME/DRM enabled to be viewed in a browser, but "clear" (DRM-free) versions of them can be downloaded with youtube-dl/yt-dlp via a "hack" (subject to break in the future, if TF1 decide to patch it):
youtube-dl -F "https://www.tf1.fr/tmc/quotidien-avec-yann-barthes/videos/selah-sue-when-it-all-falls-down-en-live-pour-quotidien-67219751.html" =>

[tf1.fr] selah-sue-when-it-all-falls-down-en-live-pour-quotidien-67219751: Downloading webpage
[tf1.fr] selah-sue-when-it-all-falls-down-en-live-pour-quotidien-67219751: Downloading JSON metadata
[tf1.fr] selah-sue-when-it-all-falls-down-en-live-pour-quotidien-67219751: Downloading MPD manifest
[tf1.fr] selah-sue-when-it-all-falls-down-en-live-pour-quotidien-67219751: Downloading JSON metadata
[info] Available formats for b6dab841-b24d-4723-85b9-294876a610eb:
format code            extension  resolution note
dash-audio_fra=64000   m4a        audio only [fr] DASH audio   64k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-audio_fra=128000  m4a        audio only [fr] DASH audio  128k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-video=201585      mp4        416x234    DASH video  201k , mp4_dash container, avc1.42C01E, 25fps, video only
dash-video=402889      mp4        480x270    DASH video  402k , mp4_dash container, avc1.42C01E, 25fps, video only
dash-video=604089      mp4        640x360    DASH video  604k , mp4_dash container, avc1.42C01E, 25fps, video only
dash-video=1214876     mp4        1024x576   DASH video 1214k , mp4_dash container, avc1.4D401F, 25fps, video only
dash-video=1722182     mp4        1024x576   DASH video 1722k , mp4_dash container, avc1.4D401F, 25fps, video only (best)

Caveat: 720p (HD) not always accessible via that simple hack 😞 ...
For yt-dlp:
https://github.com/yt-dlp/yt-dlp/blob/01aba2519a0884ef17d5f85608dbd2a455577147/yt_dlp/extractor/wat.py#L57
... change that to:
            video_id, query={'pver': '5010000'})

ALL credit goes to gamer191 👍 !

I encountered a the same issue so I've tried the suggested fix, but I received a different error message:
PS C:\Users\username\Documents\DEV\yt-dlp\dist> .\yt-dlp.exe --list-formats https://www.tf1.fr/tf1/hpi/videos/hpi-s03-e07-tonnerre-10707475.html
[TF1] Extracting URL: https://www.tf1.fr/tf1/hpi/videos/hpi-s03-e07-tonnerre-10707475.html
[TF1] hpi-s03-e07-tonnerre-10707475: Downloading JSON metadata
[wat.tv] Extracting URL: wat:13998091
[wat.tv] 13998091: Downloading JSON metadata
ERROR: [wat.tv] 13998091: Erreur dans le delivery

@destructor6907 wrote:

I encountered the same issue, so I've tried the suggested fix,

With respect, why did you try the "suggested fix" in the first place?
https://www.tf1.fr/tf1/hpi/videos/hpi-s03-e07-tonnerre-10707475.html
is NOT a "short episode excerpt/clip", the video's duration is 55min; and, while free to watch for a limited time frame, it does require a mandatory (free) MYTF1 account to be able to unlock it...
The only one exception posted so far for which the "suggested fix" does work is for episodes of the les douze coups de midi series, e.g.
https://www.tf1.fr/tf1/les-douze-coups-de-midi/videos/les-12-coups-de-midi-du-3-juillet-2023-71100550.html
These are indeed full-length episodes and do require a MYTF1 account to be watched in a browser, however the "fix" appears able to bypass both the log-in requirement and the DRM-protection present in the streams served to browsers; FWIW, these episodes are reserved for mainland France and the rest of the French speaking territories (barring Quebec) ...
The only one peculiarity I can spot about this series is that the episodes are NOT available with a MYTF1 MAX (paid) account past the 7-day free account time frame...
With patched yt-dl and a French proxy:
youtube-dl --proxy "localhost:8080" -F "https://www.tf1.fr/tf1/les-douze-coups-de-midi/videos/les-12-coups-de-midi-du-3-juillet-2023-71100550.html"

[tf1.fr] les-12-coups-de-midi-du-3-juillet-2023-71100550: Downloading webpage
[tf1.fr] les-12-coups-de-midi-du-3-juillet-2023-71100550: Downloading JSON metadata
[tf1.fr] les-12-coups-de-midi-du-3-juillet-2023-71100550: Downloading MPD manifest
WARNING: [tf1.fr] Unknown MIME type application/mp4 in DASH manifest
[tf1.fr] les-12-coups-de-midi-du-3-juillet-2023-71100550: Downloading JSON metadata
[info] Available formats for 6faf54bc-df0f-49dc-b1be-d519283f0bc1:
format code            extension  resolution note
dash-audio_fra=64000   m4a        audio only [fr] DASH audio   64k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-audio_fra=128000  m4a        audio only [fr] DASH audio  128k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-video=200054      mp4        416x234    DASH video  200k , mp4_dash container, avc1.42C01E, 25fps, video only
dash-video=400105      mp4        480x270    DASH video  400k , mp4_dash container, avc1.42C01E, 25fps, video only
dash-video=600175      mp4        640x360    DASH video  600k , mp4_dash container, avc1.42C01E, 25fps, video only
dash-video=1200513     mp4        1024x576   DASH video 1200k , mp4_dash container, avc1.4D401F, 25fps, video only
dash-video=1700611     mp4        1024x576   DASH video 1700k , mp4_dash container, avc1.4D401F, 25fps, video only (best)

FWIW, I'm not a regular consumer of MYTF1 content and don't reside within France; if normal users of the service do come across series/full episodes that do work with "the fix", do chime in; but for "it" not to work on full-length episodes, that's kind of expected...
The Erreur dans le delivery ERROR you got has been explained in the analysis I posted in the corresponding upstream issue 😉 ...

@Vangelis66 Thanks for your answer
One month ago I was able to download the same full-lenght episodes even if they were only accessible with the paid subscription MyTF1Max so I thought that the fix could allow me to download at least any free (with an account) episodes but II didn't quite read what the fix fixes. Sorry

yt-dlp was updated but the extractor was not patched upstream, so I had to manually apply the fix again on wat.py.

If it's still valid, which fix?

@dirkf This one: replacing line 57 in wat.tv by
 video_id, query={'pver': '5010000'})

Ah, fine. That's already in the new wat-free TF1 extractor for yt-dl.

Is there a reason why no one has done a PR for this change?

Hello,
I'm not sure to understand well. Has the bug been fixed? So we just wait a new release of yt-dlp?
Or it's impossible to solve?

@guy-teube The problem can be fixed for shorter clips/videos, but as noted above, any episode-length videos are now DRM-protected. There is a PR open to fix the extractor for these shorter clips, but it has not been merged yet.


text:
how to interactive select format when run list available formats

DO NOT REMOVE OR SKIP THE ISSUE TEMPLATE

[X] I understand that I will be blocked if I intentionally remove or skip any mandatory* field

Checklist

[X] I'm requesting a feature unrelated to a specific site
[X] I've looked through the README
[X] I've verified that I'm running yt-dlp version 2023.07.06 (update instructions) or later (specify commit)
[X] I've searched known issues and the bugtracker for similar issues including closed ones. DO NOT post duplicates
[X] I've read the guidelines for opening an issue

Provide a description that is worded well enough to be understood
when we use command to see available formats like this
yt-dlp -F <link>

i want to have choices to select available format and download it , without to have run commad again to download video like
yt-dlp -f 22 <link>

Provide verbose output that clearly demonstrates the problem

[X] Run your yt-dlp command with -vU flag added (yt-dlp -vU <your command line>)
[X] If using API, add 'verbose': True to YoutubeDL params instead
[X] Copy the WHOLE output (starting with [debug] Command-line config) and insert it below

Complete Verbose Output
[debug] Command-line config: ['-vU', '-F', 'https://www.youtube.com/watch?v=Kp_oRoTfv3Y']
[debug] Encodings: locale UTF-8, fs utf-8, pref UTF-8, out utf-8, error utf-8, screen utf-8
[debug] yt-dlp version stable@2023.07.06 [b532a3481] (pip)
[debug] Python 3.10.12 (CPython x86_64 64bit) - Linux-6.2.0-26-generic-x86_64-with-glibc2.35 (OpenSSL 3.0.2 15 Mar 2022, glibc 2.35)
[debug] exe versions: ffmpeg 4.4.2 (setts), ffprobe 4.4.2, rtmpdump 2.4
[debug] Optional libraries: Cryptodome-3.18.0, brotli-1.0.9, certifi-2021.10.08, mutagen-1.46.0, pyxattr-0.7.2, secretstorage-3.3.1, sqlite3-2.6.0, websockets-9.1
[debug] Proxy map: {}
[debug] Loaded 1855 extractors
[debug] Fetching release info: https://api.github.com/repos/yt-dlp/yt-dlp/releases/latest
Available version: stable@2023.07.06, Current version: stable@2023.07.06
yt-dlp is up to date (stable@2023.07.06)
[youtube] Extracting URL: https://www.youtube.com/watch?v=Kp_oRoTfv3Y
[youtube] Kp_oRoTfv3Y: Downloading webpage
[youtube] Kp_oRoTfv3Y: Downloading ios player API JSON
[youtube] Kp_oRoTfv3Y: Downloading android player API JSON
[youtube] Kp_oRoTfv3Y: Downloading m3u8 information
[debug] Sort order given by extractor: quality, res, fps, hdr:12, source, vcodec:vp9.2, channels, acodec, lang, proto
[debug] Formats sorted by: hasvid, ie_pref, quality, res, fps, hdr:12(7), source, vcodec:vp9.2(10), channels, acodec, lang, proto, size, br, asr, vext, aext, hasaud, id
[info] Available formats for Kp_oRoTfv3Y:
ID  EXT   RESOLUTION FPS CH │   FILESIZE  TBR PROTO │ VCODEC         VBR ACODEC      ABR ASR MORE INFO
───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
sb2 mhtml 48x27        1    │                 mhtml │ images                                 storyboard
sb1 mhtml 80x45        1    │                 mhtml │ images                                 storyboard
sb0 mhtml 160x90       1    │                 mhtml │ images                                 storyboard
233 mp4   audio only        │                 m3u8  │ audio only         unknown             [ja] Default, IOS
234 mp4   audio only        │                 m3u8  │ audio only         unknown             [ja] Default, IOS
599 m4a   audio only      2 │  698.85KiB  31k https │ audio only         mp4a.40.5   31k 22k [ja] ultralow, ANDR, m4a_dash
600 webm  audio only      2 │  808.58KiB  36k https │ audio only         opus        36k 48k [ja] ultralow, ANDR, webm_dash
139 m4a   audio only      2 │    1.08MiB  49k https │ audio only         mp4a.40.5   49k 22k [ja] low, IOS, m4a_dash
249 webm  audio only      2 │    1.16MiB  52k https │ audio only         opus        52k 48k [ja] low, ANDR, webm_dash
250 webm  audio only      2 │    1.53MiB  69k https │ audio only         opus        69k 48k [ja] low, ANDR, webm_dash
140 m4a   audio only      2 │    2.87MiB 130k https │ audio only         mp4a.40.2  130k 44k [ja] medium, IOS, m4a_dash
251 webm  audio only      2 │    3.00MiB 136k https │ audio only         opus       136k 48k [ja] medium, ANDR, webm_dash
17  3gp   176x144      8  1 │    1.01MiB  46k https │ mp4v.20.3          mp4a.40.2       22k [ja] 144p, ANDR
597 mp4   256x144     15    │  368.57KiB  16k https │ avc1.4d400b    16k video only          144p, ANDR, mp4_dash
602 mp4   256x144     15    │ ~  1.71MiB  76k m3u8  │ vp09.00.10.08  76k video only          IOS
598 webm  256x144     15    │  424.72KiB  19k https │ vp9            19k video only          144p, ANDR, webm_dash
269 mp4   256x144     30    │ ~  1.76MiB  77k m3u8  │ avc1.4D400C    77k video only          IOS
160 mp4   256x144     30    │  465.37KiB  21k https │ avc1.4D400C    21k video only          144p, IOS, mp4_dash
603 mp4   256x144     30    │ ~  1.97MiB  87k m3u8  │ vp09.00.11.08  87k video only          IOS
278 webm  256x144     30    │  602.14KiB  27k https │ vp09.00.11.08  27k video only          144p, IOS, webm_dash
229 mp4   426x240     30    │ ~  2.24MiB  98k m3u8  │ avc1.4D4015    98k video only          IOS
133 mp4   426x240     30    │  856.75KiB  38k https │ avc1.4D4015    38k video only          240p, IOS, mp4_dash
604 mp4   426x240     30    │ ~  2.32MiB 102k m3u8  │ vp09.00.20.08 102k video only          IOS
242 webm  426x240     30    │  884.48KiB  39k https │ vp09.00.20.08  39k video only          240p, IOS, webm_dash
230 mp4   640x360     30    │ ~  4.88MiB 215k m3u8  │ avc1.4D401E   215k video only          IOS
134 mp4   640x360     30    │    1.41MiB  64k https │ avc1.4D401E    64k video only          360p, IOS, mp4_dash
18  mp4   640x360     30  2 │ ≈  4.35MiB 192k https │ avc1.42001E        mp4a.40.2       44k [ja] 360p, ANDR
605 mp4   640x360     30    │ ~  4.90MiB 216k m3u8  │ vp09.00.21.08 216k video only          IOS
243 webm  640x360     30    │    1.30MiB  59k https │ vp09.00.21.08  59k video only          360p, IOS, webm_dash
231 mp4   854x480     30    │ ~  6.07MiB 267k m3u8  │ avc1.4D401F   267k video only          IOS
135 mp4   854x480     30    │    2.38MiB 107k https │ avc1.4D401F   107k video only          480p, IOS, mp4_dash
606 mp4   854x480     30    │ ~  5.78MiB 254k m3u8  │ vp09.00.30.08 254k video only          IOS
244 webm  854x480     30    │    2.00MiB  90k https │ vp09.00.30.08  90k video only          480p, IOS, webm_dash
22  mp4   1280x720    30  2 │ ≈  8.29MiB 365k https │ avc1.64001F        mp4a.40.2       44k [ja] 720p, ANDR
232 mp4   1280x720    30    │ ~ 10.05MiB 443k m3u8  │ avc1.64001F   443k video only          IOS
136 mp4   1280x720    30    │    5.24MiB 237k https │ avc1.64001F   237k video only          720p, IOS, mp4_dash
609 mp4   1280x720    30    │ ~ 10.17MiB 448k m3u8  │ vp09.00.31.08 448k video only          IOS
247 webm  1280x720    30    │    5.26MiB 238k https │ vp09.00.31.08 238k video only          720p, IOS, webm_dash

yt-dlp -f - -F --no-simulate "https://www.youtube.com/watch?v=Kp_oRoTfv3Y"
-f - allows you to select formats interactively
--no-simulate cancels out the implicit --simulate of -F

thanks

yt-dlp -f URL
The rest is unnecessary

Sorry, I meant yt-dlp -f - url


text:
Cannot get download URL from YouTube

DO NOT REMOVE OR SKIP THE ISSUE TEMPLATE

[X] I understand that I will be blocked if I intentionally remove or skip any mandatory* field

Checklist

[X] I'm reporting a bug unrelated to a specific site
[X] I've verified that I'm running yt-dlp version 2023.09.24 (update instructions) or later (specify commit)
[X] I've checked that all provided URLs are playable in a browser with the same IP and same login details
[X] I've checked that all URLs and arguments with special characters are properly quoted or escaped
[X] I've searched known issues and the bugtracker for similar issues including closed ones. DO NOT post duplicates
[X] I've read the guidelines for opening an issue

Provide a description that is worded well enough to be understood
I cannot get download URL from YouTube.
I used -g option.
I get the same error even without using the -g option.
I checked #8277.
I didn't used proxy.
HTTP Error 429 is not found.
Provide verbose output that clearly demonstrates the problem

[X] Run your yt-dlp command with -vU flag added (yt-dlp -vU <your command line>)
[X] If using API, add 'verbose': True to YoutubeDL params instead
[X] Copy the WHOLE output (starting with [debug] Command-line config) and insert it below

Complete Verbose Output
[debug] Command-line config: ['-vU', '-g', 'https://www.youtube.com/watch?v=EHfx9LXzxpw', '--cookies', 'cookies.txt']
[debug] Encodings: locale UTF-8, fs utf-8, pref UTF-8, out utf-8, error utf-8, screen utf-8
[debug] yt-dlp version stable@2023.09.24 [088add956] (zip)
[debug] Python 3.8.10 (CPython x86_64 64bit) - Linux-5.4.0-156-generic-x86_64-with-glibc2.29 (OpenSSL 1.1.1f  31 Mar 2020, glibc 2.31)
[debug] exe versions: none
[debug] Optional libraries: certifi-2019.11.28, secretstorage-2.3.1, sqlite3-3.31.1
[debug] Proxy map: {}
[debug] Loaded 1886 extractors
[debug] Fetching release info: https://api.github.com/repos/yt-dlp/yt-dlp/releases/latest
Available version: stable@2023.09.24, Current version: stable@2023.09.24
Current Build Hash: 9c32c2f215a58c33369ec6105b7e97871905b8d757407bea2bc71d265f9f6cfe
yt-dlp is up to date (stable@2023.09.24)
[youtube] Extracting URL: https://www.youtube.com/watch?v=EHfx9LXzxpw
[youtube] EHfx9LXzxpw: Downloading webpage
[youtube] EHfx9LXzxpw: Downloading ios player API JSON
WARNING: [youtube] Skipping player response from ios client (got player response for video "M5t4UHllkUM" instead of "EHfx9LXzxpw"); please report this issue on  https://github.com/yt-dlp/yt-dlp/issues?q= , filling out the appropriate issue template. Confirm you are on the latest version using  yt-dlp -U
[youtube] EHfx9LXzxpw: Downloading android player API JSON
WARNING: [youtube] Skipping player response from android client (got player response for video "M5t4UHllkUM" instead of "EHfx9LXzxpw"); please report this issue on  https://github.com/yt-dlp/yt-dlp/issues?q= , filling out the appropriate issue template. Confirm you are on the latest version using  yt-dlp -U
WARNING: [youtube] Skipping player response from web client (got player response for video "M5t4UHllkUM" instead of "EHfx9LXzxpw"); please report this issue on  https://github.com/yt-dlp/yt-dlp/issues?q= , filling out the appropriate issue template. Confirm you are on the latest version using  yt-dlp -U
WARNING: Only images are available for download. use --list-formats to see them
[debug] Sort order given by extractor: quality, res, fps, hdr:12, source, vcodec:vp9.2, channels, acodec, lang, proto
[debug] Formats sorted by: hasvid, ie_pref, quality, res, fps, hdr:12(7), source, vcodec:vp9.2(10), channels, acodec, lang, proto, size, br, asr, vext, aext, hasaud, id
[debug] Default format spec: bestvideo*+bestaudio/best
[info] EHfx9LXzxpw: Downloading 1 format(s): sb0
https://i.ytimg.com/sb/M5t4UHllkUM/storyboard3_L2/M$M.jpg?sqp=-oaymwENSDfyq4qpAwVwAcABBqLzl_8DBgi867OjBg==&sigh=rs$AOn4CLD6zz6wUMPtwBuO9zjkyt-TR6iF_g

Duplicate of #7143

Your IP has been blocked. Try -6 or -4

Thank you for your reply.
I will try.

I tried it on a server with a different IP and was able to get the URL.
But, the response takes 50 seconds.
If you know of a way to speed up the response, please let me know.

@MimuraKyosuke that sounds like it could possibly be a new type of throttling. I haven't been following youtube closely though, so it might be a well known issue
I'd suggest you to open a new issue, and then someone more knowledgeable might be able to answer you. I'm not gonna reopen this issue, because the initial bug you reported remains a duplicate of #7143

Ok.
Thank you for your kindness.

authors: MimuraKyosuke bashonly gamer191


text:
[release] Multiple improvements

IMPORTANT: PRs without the template will be CLOSED
Description of your pull request and other information

Cleaned up commit history of relevant release changes. See commit history for more info.
These changes should be committed at least somewhat separately.
Template

Before submitting a pull request make sure you have:

[x] At least skimmed through contributing guidelines including yt-dlp coding conventions
[x] Searched the bugtracker for similar pull requests
[x] Checked the code with flake8 and ran relevant tests

In order to be accepted and merged into yt-dlp each piece of code must be in public domain or released under Unlicense. Check all of the following options that apply:

[x] I am the original author of this code and I am willing to release it under Unlicense
[ ] I am not the original author of this code but it is in public domain or released under Unlicense (provide reliable evidence)

What is the purpose of your pull request?

[ ] Fix or improvement to an extractor (Make sure to add/update tests)
[ ] New extractor (Piracy websites will not be accepted)
[x] Core bug fix/improvement
[x] New feature (It is strongly recommended to open an issue first)

Committed as https://github.com/yt-dlp/yt-dlp/compare/447afb9eaa65...23c39a4beade