Closed mcurly closed 9 years ago
In fact, even after a second update to youtube-dl, I was unable to download from rtp.pt.
Hope this issue can be solved.
Thanks for the report. I've added the workaround --realtime
option to be passed to rtmpdump, so this issue should be fixed in the next release of youtube-dl. Note that it will require a recent (2.4) version of rtmpdump.
In the future, please post the full output of youtube-dl --verbose <URL>
when reporting issues, it helps us debug the issue and stay on the same page.
@accorreia123, do you have the same issue with the downloaded videos? If your problem is different, please open a new issue with the output of youtube-dl --verbose <URL>
.
@naglis thanks for your input. I am sorry for not having put the result of the command with verbosity option, as i said in my post, i had an issue with the display at that point and when i noticed it i had lost the original post and by then i did not have the energy to get back at it. so again, sorry. i am currently on windows so i will try those links (and options) here (with rtmpdump >= 2.4 and with this latest version of youtube-dl) and and see if it works as expected. I will also post back with the results. thank you
hello
@acorreia123: youtube-dl -i -f 18 -t --verbose --write-sub http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas [debug] System config: [] [debug] User config: [] [debug] Command-line args: ['-i', '-f', '18', '-t', '--verbose', '--write-sub', 'http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas'] [debug] Encodings: locale cp1252, fs mbcs, out cp850, pref cp1252 [debug] youtube-dl version 2015.02.06 [debug] Python version 2.7.8 - Windows-8-6.2.9200 [debug] exe versions: rtmpdump 2.4 [debug] Proxy map: {} [RTP] e174042: Downloading webpage ERROR: requested format not available Traceback (most recent call last): File "youtube_dl\YoutubeDL.pyo", line 630, in extract_info File "youtube_dl\YoutubeDL.pyo", line 676, in process_ie_result File "youtube_dl\YoutubeDL.pyo", line 1103, in process_video_result ExtractorError: requested format not available
@acorreia123 your command doesn't work with version 2015-02-05 (perhaps because you don't choose the right format. I suggest that when you to first query the "url" to see which formats are available. Use "-F" argument for that. For instance: youtube-dl -F --verbose http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas This will print out the available versions for that file.
if one uses this command one will get the file alright.
youtube-dl -i -f mp3 -t --verbose --write-sub http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas --no-part
[debug] System config: []
[debug] User config: []
[debug] Command-line args: ['-i', '-f', 'mp3', '-t', '--verbose', '--write-sub', 'http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas', '--
no-part']
[debug] Encodings: locale cp1252, fs mbcs, out cp850, pref cp1252
[debug] youtube-dl version 2015.02.06
[debug] Python version 2.7.8 - Windows-8-6.2.9200
[debug] exe versions: rtmpdump 2.4
[debug] Proxy map: {}
[RTP] e174042: Downloading webpage
[debug] Invoking downloader on u'rtmp://otp1.rtp.pt/mediacache'
[download] Destination: Paixões Cruzadas-e174042.mp3
[debug] rtmpdump command line: rtmpdump --verbose -r rtmp://otp1.rtp.pt/mediacache -o 'Paixões Cruzadas-e174042.mp3' --swfVfy 'http://progra
mas.rtp.pt/play/player.swf?v3' --pageUrl http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas --app mediacache --playpath mp3:nas2.share/wav
rss/at1/1411/3297572_169816-1411280729 --realtime
[rtmpdump] RTMPDump v2.4 GIT-2013-12-05 (Compiled by KSV)
rtmpdump 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
[rtmpdump] DEBUG: Parsing...
[rtmpdump] DEBUG: Parsed protocol: 0
[rtmpdump] DEBUG: Parsed host : otp1.rtp.pt
[rtmpdump] DEBUG: Parsed app : mediacache
[rtmpdump] DEBUG: Protocol : RTMP
[rtmpdump] DEBUG: Hostname : otp1.rtp.pt
[rtmpdump] DEBUG: Port : 1935
[rtmpdump] DEBUG: Playpath : mp3:nas2.share/wavrss/at1/1411/3297572_169816-1411280729
[rtmpdump] DEBUG: tcUrl : rtmp://otp1.rtp.pt:1935/mediacache
[rtmpdump] DEBUG: swfUrl : http://programas.rtp.pt/play/player.swf?v3
[rtmpdump] DEBUG: pageUrl : http://www.rtp.pt/play/p405/e174042/paixoes-cruzadas
[rtmpdump] DEBUG: app : mediacache
[rtmpdump] DEBUG: live : no
[rtmpdump] DEBUG: timeout : 30 sec
[rtmpdump] DEBUG: SWFSHA256:
[rtmpdump] DEBUG: 66 66 b4 f6 6e bd 63 03 f8 7b 46 07 bb f8 49 ac
[rtmpdump] DEBUG: ce 7d c6 0c 5a 03 bd 85 05 6e 91 c4 42 41 23 d3
[rtmpdump] DEBUG: SWFSize : 230994
[rtmpdump] DEBUG: Setting buffer time to: 36000000ms
[rtmpdump] Connecting ...
[rtmpdump] DEBUG: RTMP_Connect1, ... connected, handshaking
[rtmpdump] DEBUG: HandShake: Client type: 03
[rtmpdump] DEBUG: HandShake: Client digest offset: 160
[rtmpdump] DEBUG: HandShake: Initial client digest:
[rtmpdump] DEBUG: 24 4e af 8a 85 bb da 98 66 0a e3 b0 99 02 b1 20
[rtmpdump] DEBUG: 79 0a ca f7 fc 1f 69 ce ee 1a 73 51 4e df 6b 15
[rtmpdump] DEBUG: HandShake: Type Answer : 03
[rtmpdump] DEBUG: HandShake: Server Uptime : 96850052
[rtmpdump] DEBUG: HandShake: FMS Version : 3.0.1.1
[rtmpdump] DEBUG: HandShake: Calculated digest key from secure key and server digest:
[rtmpdump] DEBUG: 9e ed a0 e9 fc b3 3f d8 7e 08 1f 41 80 75 a1 bb
[rtmpdump] DEBUG: a5 5c ec c1 5f 4c 3d f0 27 7f 69 ae b0 f9 45 47
[rtmpdump] DEBUG: HandShake: Client signature calculated:
[rtmpdump] DEBUG: 26 ac fd 77 a9 85 64 c6 3e 18 70 0d f0 34 cf 45
[rtmpdump] DEBUG: 95 15 eb d9 12 1f f5 1e 21 84 12 8d 96 33 40 64
[rtmpdump] DEBUG: HandShake: Server sent signature:
[rtmpdump] DEBUG: 85 e2 b0 f3 7f 4a 1c db b1 06 1e 9c bb cc ed a0
[rtmpdump] DEBUG: 11 16 f7 18 d7 48 bb c9 27 42 4f e2 a1 8a 25 27
[rtmpdump] DEBUG: HandShake: Digest key:
[rtmpdump] DEBUG: e7 25 19 c3 24 67 fe 1e 34 c3 45 a8 26 62 da 06
[rtmpdump] DEBUG: 79 63 88 05 e7 10 12 0b d1 cb 04 f4 c7 68 fb e1
[rtmpdump] DEBUG: HandShake: Signature calculated:
[rtmpdump] DEBUG: 85 e2 b0 f3 7f 4a 1c db b1 06 1e 9c bb cc ed a0
[rtmpdump] DEBUG: 11 16 f7 18 d7 48 bb c9 27 42 4f e2 a1 8a 25 27
[rtmpdump] DEBUG: HandShake: Genuine Adobe Flash Media Server
[rtmpdump] DEBUG: HandShake: Handshaking finished....
[rtmpdump] DEBUG: RTMP_Connect1, handshaked
[rtmpdump] DEBUG: Invoking connect
[rtmpdump] INFO: Connected...
[rtmpdump] DEBUG: HandleServerBW: server BW = 2500000
[rtmpdump] DEBUG: HandleClientBW: client BW = 2500000 2
[rtmpdump] DEBUG: HandleCtrl, received ctrl, type: 0, len: 6
[rtmpdump] DEBUG: HandleCtrl, Stream Begin 0
[rtmpdump] DEBUG: HandleChangeChunkSize, received: chunk size change to 4096
[rtmpdump] DEBUG: RTMP_ClientPacket, received: invoke 261 bytes
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name: no-name, STRING: _result>
[rtmpdump] DEBUG: Property: <Name: no-name, NUMBER: 1.00>
[rtmpdump] DEBUG: Property: <Name: no-name, OBJECT>
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name: fmsVer, STRING: FMS/3,5,5,2004>
[rtmpdump] DEBUG: Property: <Name: capabilities, NUMBER: 31.00>
[rtmpdump] DEBUG: Property: <Name: mode, NUMBER: 1.00>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: Property: <Name: no-name, OBJECT>
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name: level, STRING: status>
[rtmpdump] DEBUG: Property: <Name: code, STRING: NetConnection.Connect.Success>
[rtmpdump] DEBUG: Property: <Name: description, STRING: Connection succeeded.>
[rtmpdump] DEBUG: Property: <Name: data, ECMA_ARRAY>
[rtmpdump] DEBUG: (object begin)
[rtmpdump] DEBUG: Property: <Name: version, STRING: 3,5,5,2004>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: Property: <Name: clientid, NUMBER: 1740859028.00>
[rtmpdump] DEBUG: Property: <Name: objectEncoding, NUMBER: 3.00>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: HandleInvoke, server invoking <_result>
[rtmpdump] DEBUG: HandleInvoke, received result for method call
[rtmpdump] DEBUG: Property: <Name: clientid, NUMBER: 1740859028.00>
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: (object end)
[rtmpdump] DEBUG: HandleInvoke, server invoking
ERROR: Interrupted by user
so @naglis thanks for your workaraound. apparently the file gets downloaded, i am not sure if it is playable since I did not wait until the end of the download time, but the skipping back issue is not there anymore.
However I am going to make a suggestion (or file some other issue depending on what you may suggest back). the fact is that if we (try to) download the file with youtube-dl (which will then use rtmpdump) it takes "forever" to download and I haven't figured out to use either youtube-dl or rtmpdump to download any faster from this rtp.pt site. But... @naglis and @acorreia123... if we take a closer look at the page source for any of those media files that acorreia123 mentions in #4823 (one a mp4 file and the other a mp3) and we replace their location path in the media server ("nas2.share/wavrss/at1/1411/3297572_169816-1411280729.mp3" for the mp3 file and "nas2.share/h264/512x384/quimica/quimica_1_20150110.mp4" for the mp4 file), if we replace those paths for the url "http://rsspod.rtp.pt/podcasts/at1/1411/3297572_169816-1411280729.mp3" (in the case of the mp3 file) and for the url "http://rsspod.rtp.pt/videocasts/512x384/quimica/quimica_1_20150110.mp4" (for the mp4 file), we can use these paths to download faster (for instance with a download manager)
Credits in these go to http://forum.zwame.pt/threads/download-rtp-videos.849752/#post-11402015
Thanks and sorry if this post is a bit too long.
@mcurly, thanks for valuable input. Formats with regular HTTP download URLs on rtp.pt, as per your instructions, should be available in the upcoming release of youtube-dl.
I believe this issue to be fixed in youtube-dl 2015.02.09 and newer. See our FAQ if you need help updating.
@phihag thanks works perfectly now. I've tested both os's (windows and linux) one sidenote: the hint on the formats is great! (when you say that mp4_h24 version is better than rtmp version, you lead us in a good path because the former downloads way faster than the latter, although (I think) the downloaded versions may be identical.
That's it for now you may close this topic (I don't know how/if I am allowed to :( )
Cheers!
@phihag
Tanks a lot. Works fine both for mp3 and mp4.
However, since the the page http://www.rtp.pt/play/p831/a-quimica-das-coisas has several videos I tried to use the playlist option. Am I doing something wrong or this option is only available for youtube?
Here it is my command in verbose mode.
D:\Downloads>D:\Downloads\youtube-dl -f 22/17/18 --verbose ./%(playlist_title)s/
%(playlist_index)s-%(title)s.%(ext)s http://www.rtp.pt/play/p831/a-quimica-das-coisas
[debug] System config: []
[debug] User config: []
[debug] Command-line args: ['-f', '22/17/18', '--verbose', './%(playlist_title)s
/%(playlist_index)s-%(title)s.%(ext)s', 'http://www.rtp.pt/play/p831/a-quimica-das-coisas']
[debug] Encodings: locale cp1252, fs mbcs, out cp850, pref cp1252
[debug] youtube-dl version 2015.02.09.2
[debug] Python version 2.7.8 - Windows-8-6.2.9200
[debug] exe versions: rtmpdump 2.3
[debug] Proxy map: {}
WARNING: The url doesn't specify the protocol, trying with http
[generic] %(playlist_index)s-%(title)s: Requesting header
Traceback (most recent call last):
File "main.py", line 19, in
@accorreia123 In the future, please open a new issue for, well, a new issue. In your case, it looks like you simply forgot -o
after --verbose
and before the output template.
sorry, my first post was a mess, I will try and put things back together (must be having troubles with the display or something) anyway...
The media i get from rtp.pt site is skipping back randomly.
Can it be fixed somehow?
Thanks in advance.