On 2014-04-14 18:53, Linda Walsh wrote:
Carlos E. R. wrote:
Maybe I should have a look at it... that would allow the PC doing the download to keep working, but not the rest of the gadgets in the house.
That's one reason why my linux box *is* my router.
What does your router do that your linux box can't?
Two things: it uses far less electricity, and contains the ADSL /modem/ (or whatever is the correct name of the thing). Ah, also it has a WiFi access point, and four Ethernet sockets. To use the computer as router, I would have to connect the current adsl-modem-router (in pass-trough mode) to one eth port of a full PC, connect a switch to the other eth port of a computer, and add an extra Wi-Fi access point. That is: 1 adsl modem-router 2 computer 3 switch 4 WiFi access point That's four machines running full time, and one of them, the PC, consumes a lot of power, comparatively - instead of a single dedicated machine, the elcheapo router. That's why :-)
No way to differentiate youtube traffic. Except... perhaps let the download start, find the IP used, and then create the rule. Possible... cumbersome...
Usually you'd use a predefined block of IP's to manage.
Surely youtube uses a large range of IPs, and they probably change and rotate. So, I would have to maintain that list, manually.
+++················ wget "http://r4---sn-h5q7enls.googlevideo.com/videoplayback...
Cannot write to ‘videoplayback?sver=...mv=m&ratebypass=yes’ (File name too long). ················++-
Have you tried specifying the file it should save to? i.e. the "-O" switch?
I did not identify "-O" as the appropriate switch... O:-)
Does that mean it might work, or that it does? .. I.e. when I had a 'too long' google filename, it worked.
I don't know, I have not tried. When I wanted to try it I did not locate the syntax, and when I found it, I no longer needed it :-)) Ok, I'll try now - wait [...] nope: HTTP request sent, awaiting response... 403 Forbidden 2014-04-14 21:53:16 ERROR 403: Forbidden.
This command is easier, it understand "youtube" directly:
youtube-dl --write-sub --sub-lang 'en,es' -r 50K \ -f 135 http://www.youtube.com/watch?v=...
youtube does it's own handshakes within it's protocol, it knows if the communication is lagging (blocked), or if the user has pressed pause, or such... send status back to you tube about every 2-3 seconds of video so they can bookmark your place, among other things..(watched the protocol exchange of a friend watching YT, They might know it down to the second so they can estimate buffering needed and congestion... (at least when you are watching it directly, when you pre-download, I don't think it applies the same algorithms).
Specially when they use "DASH" - see my other post. FF doesn't appear to have it, perhaps Chrome does. In fact, when I watch a youtube video in FF, it often stutters or worse. But when I watch it in the dedicated android app of my mobile phone it works nicely, albeit on a very small display. So surely this device negotiates successfully, whereas FF doesn't.
Another thing to try is to 'strangle' FF. nice & ionice it down and limit it to 1 cpu. Then you could indirectly slow it down by running something else w/high cpu prio on the same cpu.
I'm not sure that ionice would do it, it is about disk i/o, I understand. AND, it requires running as root. In any case, that will not do, as it would slow down my entire Firefox, and I have maybe a fifty tabs open. The combination of "trickle" and "youtube-dl" works very nicely. I can do other things while the download slowly progress, and in any machine. It is what I wanted: to do the download slowly. Not at a constant low speed, but it is acceptable. It can even resume an interrupted download! Pity that the flash download add-ons to Firefox that I know about are unable to do such an, at least apparently, simple thing as throttling down the download.
I should try perhaps "trickle" in combination with "youtube-dl".
--- Definitely try it... if it works, problem solved! (until needs grow... ;-))...
It does indeed :-) -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)