 |
 |
| Link broken again |
 |
 |
By Eddyspeeder - Posted on August 20, 2008 - 15:28:28 (#22958)
Current version when comment was posted: 1.1 |
 |
 |
The YouTube link is broken again; it says it can't extract videos anymore. I've never understood how to fix it myself, how do I do it?
|
|
| Re5: Playlist proposal |
 |
 |
By Eddyspeeder - Posted on July 28, 2008 - 20:32:55 (#22906)
Current version when comment was posted: 1.1 |
 |
 |
Honestly, I think your proposition of making a plugin is a terrific idea that adds a great deal of possibilities without causing you to work overtime on it.
A playlist-like feature, however, sounds rather difficult to pull off within any browser (unless you manage to devise a way to maintain a playlist). Therefore I would encourage you to discuss with the VLC developers (this goes beyond the VLC BeOS porters) to add an "Open URL" feature like Soundplay has (i.e. internet radio) to VLC. For Flash support, they could then make use of the system you worked out. Additionally, they could add playlist support for multiple URLs.
Okay I'm off for a 2,5 week tour now, will be back mid-August.
|
|
| Re: Re: Re: Re: Playlist proposal |
 |
 |
By Cyan - Posted on July 25, 2008 - 01:31:03 (#22904)
Current version when comment was posted: 1.1 |
 |
 |
I've been pondering this lately, and poking around a bit with the code; my thoughts so far:
1) The deskbar app is an interesting idea, but I'm not familiar with programming these yet. I could try and write one, but it could be harder than making the changes to the current version of TubePositive. This ties in with point 3 below...
2) Making the changes to TubePositive shouldn't be too difficult, but they require a little bit of fiddling around. As a result, the next immediate release of TubePositive will just be a protocol fix to give some time to re-do the GUI code. Version 1.3 will have the updated GUI.
3) Ultimately, I don't think TubePositive is a very good long-term solution to the problem of Flash video and BeOS. To this end, I propose another possibility: keep TubePositive as a quick stop-gap application (adding a simple playlist, a few other tweaks, etc.), and for the longer term, write a Firefox plugin (maybe Net+ too if anyone can reverse-engineer the plugin spec?).
By "plugin", I don't mean a full Flash implementation, but actually a TubePositive plugin. It'd pretend to be a Flash player, so whenever you visit Youtube, you'd see the TubePositive plugin in the video rectangle -- consisting of a button to play the video, maybe some other controls too (add to playlist, play now, etc.).
The advantage with this approach over a separate application is that it'd have better browser integration, but even more importantly, could allow videos to be played from many more sites -- the Keepvid ripping service seems to be capable of extracting a video from many SWF files (not all, but more than just Youtube, Dailymotion, etc.), providing it's given a link directly to an SWF file. Which of course, a "Flash" plugin would automatically provide...
I'm still open to suggestions though... Does this sound like a better option than a standalone app / deskbar app, or would it actually be less convenient?
On another topic, I've been reverse-engineering Keepvid's latest site redesign (quite drastic), which has introduced some issues even with the latest patch. I think I've cracked it now though -- version 1.2 following shortly!
The scary thing is how the changes always seem to be exactly the wrong ones, requiring rewriting big chunks of the parsing code! Though I doubt it's done on purpose; Keepvid would have needed to download and disassemble TubePositive, not to mention the fact it identifies itself as a browser anyway!
Also, I think I've managed to improve proxy support, so version 1.2 should address that problem...
|
|
| Re: Re: Re: Playlist proposal |
 |
 |
By Eddyspeeder - Posted on July 13, 2008 - 18:35:13 (#22891)
Current version when comment was posted: 1.1 |
 |
 |
I agree with renaming it to "Use playlist".
I think I may have a good idea for your auto-read URL from clipboard feature. If it would do that, the entire "Or click here to read from the clipboard" button becomes redundant and therefore the entire window loses its value. This is not necessarily a bad thing. You only do need to rethink TubePositive. This is what I suggest you do:
Create a tp_server/tp_daemon shown in the Deskbar. This concept is very much like ProcessController. You could make the right-click menu read something like this (for the checkmarks, please refer to the ProcessController menu). I purposefully grouped "clear" and "quit" together.
.------------------------.
| V Auto-read clipboard |
| Read clipboard now |
|------------------------|
| V Use playlist |
| Open playlist |
|------------------------|
| Clear playlist |
| Quit |
`------------------------`
If you wish, you may retain the TP window which one would simply open with the "open playlist" option. In my opinion it makes little sense to create a "control panel" separate from the "playlist".
|
|
| Re: Playlist proposal |
 |
 |
By Cyan - Posted on July 12, 2008 - 16:15:43 (#22889)
Current version when comment was posted: 1.1 |
 |
 |
Regarding "Add to playlist":
Since the playlist consumes so little memory, there's no technical problem adding videos into it providing there's a "clear playlist" option (e.g., it'd function as a "history" like a browser). However, I can see one possible reason to avoid adding videos automatically -- dragging a video to TubePositive while an existing one is playing won't interrupt playback of the current one.
So I'm wondering if putting the following in the configuration file / dialogue might be better?
[When a new video is dragged to TubePositive, add it to the playlist and...]
o Continue playing the current video
o Switch to the new video immediately
Then again, maybe an "Add to playlist" option is simpler... though I think it could be called "Use playlist" instead. The idea here being that when it's selected, the window expands to include the new listbox, but when deselected, it looks similar to the old TubePositive...
Whether or not drag+drop is possible yet, I'm not sure -- I'll look into it (depends on whether BeAPI offers a listbox with that capability).
Also, another thought came to mind when using TubePositive with Firefox (where drag+drop doesn't work due to problems with the browser). It might be nice to have TubePositive poll the clipboard regularly to see if any new URLs have been copied to it, and if so, it begins playback automatically -- thus saving some mouse-work.
Of course this feature would have to be optional, because it'd surely annoy a lot of people. If I do implement it, should it have a dedicated checkbox to turn it on/off, or just a configuration file setting?
|
|
| Re: Re: Playlist proposal |
 |
 |
By Eddyspeeder - Posted on July 9, 2008 - 12:45:56 (#22884)
Current version when comment was posted: 1.1 |
 |
 |
Dragging is cute and I'd like it but I sought for the most ideal effort / comfort trade-off. Didn't want you to put in excessive effort if there's an easier way.
The loop is useful for playlist, i.e. when you want to play several songs. But in retrospect you might as well ignore it indeed.
I do think the "Add to playlist" should be kept in. Those who do not wish to use a playlist but play a youTube video one at a time can unselect it.
Single-click to select is no longer necessary if indeed dragging and dropping can be done, but this does mean that if you drag a video to a different place in the list, it will start playing automatically. A double-click might be more convenient (i.e., less frustrating to the user).
|
|
| Re: Playlist proposal |
 |
 |
By Cyan - Posted on July 8, 2008 - 20:06:23 (#22881)
Current version when comment was posted: 1.1 |
 |
 |
Hey, sorry about the slow response -- still sorting things out after the drive failure (the new drive is now in, SCSI cable also replaced, seems to be reliable now). I'll compile the updated version soon!
Thanks for doing the mockups -- they should prove very useful!
Personally, I think having either having controls on each line (as per your first proposal), or alternatively, a standard scrollable list-box, with one set of play / delete controls at the top would work. (basically similar to your second proposal, but replacing the playlist with a listbox control)
Even better would be to support drag+drop within the list box (again using Soundplay as an example, the "filters" listbox allows drag+drop reordering and deleting), but I'm not sure how easy this is to implement...
I'll have to investigate to see how easily the video names can be retrieved from different video sites. If the video name can't be obtained for a particular video, I suppose displaying the URL would be better than nothing?
Do you think the "loop" and "add videos to playlist" options are actually necessary? I can't really think of a use for the former, and providing all new videos are added at the top of the playlist, I don't think there would be much confusion caused by always adding them?
If a listbox were used, I'm wondering if simply selecting an item in the playlist should start that video playing, rather than needing to double-click or click a separate play button?
That way, there's a clear relationship between the video currently being played, and the video that's currently selected, leading to less confusion...
Alternatively, if a listbox isn't used, I might re-use the code from SqueekySynth that generated the Soundfont list:
http://littlebluerodent.tripod.com/SqueekySynth_screenshot.htm
(top right)
There's no notion of a "selected item" with that code though, and the available space for text is quite short, so perhaps a listbox would be better?
|
|
| Playlist proposal 2 |
 |
 |
By Eddyspeeder - Posted on June 29, 2008 - 18:07:32 (#22874)
Current version when comment was posted: 1.1 |
 |
 |
I revised the graphic to include TronDD's suggestions and how I think they can best be represented. It seemed to make most sense to me to remove the "play" button as it can be achieved by double-clicking on (in stead of just selecting) an item on the playlist, though you may choose to put it there anyway.
You can find the revised graphic here:
http://members.chello.nl/s.groen/screen22a_exp.png
Refer to the below discussion for more details. One thing I left out in the graphic is the right-click menu. I think the best way to create the menu is to replicate the right-click menu in SoundPlay, and merely letting it contain (in this order):
Play
Save
Move up
Move down
Delete
Right-clicking on an item other than the one previously selected should mean that the "selected item" indication (green text, or perhaps you have a better solution) is transferred to the item that has been right-clicked on.
|
|
| Re: playlist opinion |
 |
 |
By Eddyspeeder - Posted on June 23, 2008 - 07:39:11 (#22855)
Current version when comment was posted: 1.1 |
 |
 |
I can relate to TronDD's response. Controls in the right upper corner (after the box to switch playlist on/off) for the selected item would be better and indeed create a less "cluttered" GUI.
It also has the added benefit that longer video titles can be displayed. In addition, I would then suggest to number the items (1. bomfunk mc's; 2. Black Horse & the).
Playing the item could be done by double-clicking on a name or selecting the name and hitting the play button.
Additionally, it might be useful to also place the controls (play, save, move up, move down, delete) in a right-click menu. But please do not use that as a substitute from having these controls in the visible GUI.
|
|
| Playlist opinion |
 |
 |
By TronDD - Posted on June 22, 2008 - 15:10:40 (#22852)
Current version when comment was posted: 1.1 |
 |
 |
In the interest of simplicity, I would recommend not have the set of buttons (play, save, up, down, delete) for each entry in the playlist. Instead it should be one set of buttons that operate on the selected playlist item.
|
|
| Playlist proposal |
 |
 |
By Eddyspeeder - Posted on June 22, 2008 - 08:44:29 (#22851)
Current version when comment was posted: 1.1 |
 |
 |
Hey Cyan,
As you requested, I've given some thought to the GUI functionality. My primary concern is to retain the application's simple native GUI. One way to do it is to send all URLs to the VLC playlist so that it can be managed within VLC. A major downside to this is however that it doesn't facilitate the points made by the other users.
I drew a little mockup of how a TP playlist could look (long live Refraction and WonderBrush!):
http://members.chello.nl/s.groen/screen22.png
I think the concept I'm proposing becomes clear from the image. But I'll clarify it just a bit.
PLACEMENT OF PLAYLIST
To retain a native look, I think it would be coolest to let the playlist just grow in the TP window (like Tracker combines copy/move commands within 1 dialog box) instead of letting it be another dialog box.
VIDEO NAMES
The names of the videos can be retrieved from the title tag. I just did see though that I made a little mistake entering the names: they always start with "YouTube - " which is what I forgot to add to the video titles. You can choose whether it is best to decrease font size to 10, possibly even to allow for two lines to be displayed because the car chase has three parts and you cannot see "part 1/2/3" at the end. Personally though, I think size 12 is prettiest.
PASTING/DROPPING URLS
You could use a sort of red and green lines system like SoundPlay uses to drag'n'drop items and choose to replace items (no shift) or add to playlist (shift + drop). However, to paste an URL you'd need a switch to add videos to the playlist which I included in the mockup as a box you can select (default = on). But it may even be needless to add that box since one can delete items added to the playlist anyway.
EXTRAS
- An additional box you can add (next to the "Add videos to playlist") is "Loop playlist" which will repeat the playlist automatically from the first video after it played the last video in the list.
- You could choose to add "save" and "load" as buttons for a playlist. It would be smartest to let the playlist be a simple text file with a new video link starting on each following line. People can then drop playlist-textfiles (lists of video links) to TP.
|
|
| Re: Delay |
 |
 |
By Cyan - Posted on June 19, 2008 - 23:54:26 (#22847)
Current version when comment was posted: 1.1 |
 |
 |
The "faulty" one is an Adaptec 29160; I don't think it has much RAM on-board apart from the usual buffers; no DIMM slots or anything.
I wonder what would cause it to fail like that though, considering it's had such a sheltered life? (at least, if you don't count the content of the data it's transporting... =P)
That being said, I don't know for sure if the replacement (2940UW) is 100% okay, but I installed it 4 hours ago, and it's still going. It's also slower, so I suppose stresses the drive less, and puts less demands on cabling (no LVD).
Is modern high-density DRAM known to develop faults suddenly? If so I guess it could explain all kinds of failures that seem to violate the old rule of semiconductors (if it doesn't fail within 48 hours, it won't fail for 25+ years)...
|
|
| Delay |
 |
 |
By TronDD - Posted on June 19, 2008 - 21:05:23 (#22846)
Current version when comment was posted: 1.1 |
 |
 |
Check your RAM with memtest.
If you're OK with a different SCSI card, could be the RAM on the old card, assuming it has any, a lot of SCSI controllers do. Not sure how to check that, though.
|
|
| Faults causing delays |
 |
 |
By Cyan - Posted on June 19, 2008 - 20:53:53 (#22845)
Current version when comment was posted: 1.1 |
 |
 |
I've had some hardware faults recently causing system lockups and boot failures, so the update might have to be delayed until next week when these issues are resolved.
I'm pretty sure the problem is the hard disk, but sometimes the machine fails POST even when nothing is connected to the SCSI card, yet a different SCSI card seems to be working fine so far...
Has anyone ever heard of a SCSI card developing a fault, when used in a normal environment? It seems very strange to me...
In any case, the drive is backed up, so restoration to the new drive should be pretty simple (I hope).
|
|
| Patch |
 |
 |
By TronDD - Posted on June 18, 2008 - 21:15:21 (#22844)
Current version when comment was posted: 1.1 |
 |
 |
Working well with YouTube videos in Zeta.
I second the playlist idea. Not sure how I'd want it to look but there should be separate enqueue and play functions. Click one button to add to the playlist, or drag and drop to the playlist area to enqueue. And click a different button to play from the clipboard, or drag and drop somewhere to play immediately. Then you need a button to start playing the playlist. Options for playing one item or playing each item in the list.
This could really turn into a big application if you let it. :)
|
|
| Patch |
 |
 |
By Cyan - Posted on June 17, 2008 - 17:55:56 (#22843)
Current version when comment was posted: 1.1 |
 |
 |
Okay, the BONE-only patch is available at:
http://littlebluerodent.tripod.com/TubePositive_1.1_patch.htm
The included readme explains everything; in particular that it's not very well-tested!
TronDD -
The parsing isn't really too difficult, but putting it in a separate file would probably mean using another (unfamiliar) language for that code, such as Bash, Python, etc. Text parsing is a really horrible job anyway, even using a familiar language!
I might put the text parsing in a separate program to the actual POST/GET network code though -- this way the text parsing program could be updated without recompiling for net_server...
Eddyspeeder -
Thanks for the suggestions! The playlist one sounds pretty useful; any idea what the GUI for this should be like?
As for the time delay, I'll probably reorganize the program in version 1.3, which will hopefully eliminate it.
If you've got a reasonably fast machine, you could try reducing the delay -- open "UserSettings" in the "TubePositive_internals" folder, and scroll down to the bottom. You should see a line which says "sleep 5" -- this specifies how many seconds to wait. If it's set too low, VLC can sometimes misbehave if you drop two videos onto TubePositive in quick succession, but as long as you avoid doing that, you could probably reduce it to "sleep 1".
AlienSoldier -
I'll probably implement something like that in version 1.3. I'm currently experimenting with downloading the video to a temporary file and having VLC play it from there -- this works around some problems with VLC's streaming code. Once that's done, it should be a simple matter to add a feature to save the temporary file.
Thanks for the feedback everyone!
|
|
| broken again |
 |
 |
By AlienSoldier - Posted on June 17, 2008 - 13:59:15 (#22842)
Current version when comment was posted: 1.1 |
 |
 |
seem it was still working 3 day ago. On the feature request, a button to be able to keep the file on disk would be nice.
|
|
| Re2: Video won't play |
 |
 |
By Eddyspeeder - Posted on June 17, 2008 - 05:59:11 (#22841)
Current version when comment was posted: 1.1 |
 |
 |
I'd be interested, my nickname followed by "@gmail.com" is my email address. Cyan: I tried emailing you privately some time but it didn't work.
I do also have a few ideas for TubePositive, but these are purely suggestions. I'm already more than satisfied with its mere existence (and the fact that you keep it up to date) so what I'm adding here now is merely to improve user convenience. They don't need to be added, but just thought I'd share 'em since I'm a TP power user :-P
- Include a playlist in which you can paste more URLs that will play one after another (i.e. if you want to continue a series of videos).
- Shorten the "Please wait" timeout, or link it to the opening of VLC so that whenever it crashes, one no longer has to wait until the "Please wait" message is gone. Alternatively, clicking the TP window replaces the "Please wait" again by the app's readiness to accept a new URL.
|
|
| Text file parse string |
 |
 |
By TronDD - Posted on June 16, 2008 - 20:43:55 (#22839)
Current version when comment was posted: 1.1 |
 |
 |
I was going to suggest putting the URL parsing into an editable file but wasn't sure how complicated it actually was to parse what you're parsing.
If all you have to keep updating as a string to parse the URL, it would be nice to have it in a file so it can be updated without recompiling.
|
|
| Re: Video won't play |
 |
 |
By Cyan - Posted on June 16, 2008 - 20:19:24 (#22838)
Current version when comment was posted: 1.1 |
 |
 |
Keepvid have made some tweaks today, this time to the URL format.
I've patched this now, but it's currently compiled for BONE (therefore not released -- let me know if you want a copy).
The net_server-compatible release should be ready soon, probably some time this week.
For the next release (after the coming one), I'll consider implementing an auto-update feature, and keeping the text parsing stuff in a stand-alone file to make updates quicker to do.
|
|
| Video won't play |
 |
 |
By Eddyspeeder - Posted on June 16, 2008 - 18:33:08 (#22837)
Current version when comment was posted: 1.1 |
 |
 |
Perhaps this is only a temporary issue, but I cannot get any video to play anymore. VLC starts, but no window appears. Do more people experience this?
No error message appears (i.e. the one you get when the site for conversion is down). I've tried videos that worked previously, same problem. VLC works fine on other videos (i.e. stored on my own hard disk). My modem seems to communicate very briefly, perhaps to the extent that information is sent out. After that, there appears to be no incoming feed.
|
|
| Re: Connection closed. |
 |
 |
By Cyan - Posted on May 22, 2008 - 07:07:43 (#22809)
Current version when comment was posted: 1.1 |
 |
 |
That's very strange! Especially considering it just closes the connection with no response whatsoever...
Does the exact same proxy work okay in NetPositive?
Any idea what kind of information might need to be provided in the headers to the proxy to make it respond?
|
|
| Connection closed. |
 |
 |
By hey68you - Posted on May 22, 2008 - 03:56:03 (#22808)
Current version when comment was posted: 1.1 |
 |
 |
Hi Cyan,
Here's the script output:
Trying <proxy_iop>...
Connected to <proxy>.
Escape character is '^]'.
Connection closed.
|
|
| Re: using net_server |
 |
 |
By Cyan - Posted on May 21, 2008 - 21:18:26 (#22807)
Current version when comment was posted: 1.1 |
 |
 |
Here's a quick test that might help find the problem:
http://littlebluerodent.tripod.com/DownloadScript.htm
If you expand the zip file linked there into the home folder, open a Terminal window and type:
cat Script | telnet proxy_ip proxy_port > OutputScript
(replacing proxy_ip and proxy_port as appropriate)
That should create a new text file called "OutputScript" in the home folder. If you could post its contents here, that would be most useful in tracking down the problem!
(you might need to break out of telnet using ctrl+c if it doesn't exit within 30 seconds, but it should still create the file)
|
|
| using net_server |
 |
 |
By hey68you - Posted on May 21, 2008 - 02:23:20 (#22806)
Current version when comment was posted: 1.1 |
 |
 |
Thanks Cyan,
I'm using good old net_server.
Maybe I'll play around with my own Python script if I get a chance :)
|
|
| Re: trying keepvid.com manually instead ... |
 |
 |
By Cyan - Posted on May 20, 2008 - 21:07:41 (#22805)
Current version when comment was posted: 1.1 |
 |
 |
hey68you --
This is pretty strange. Are you using BONE? If so, I could compile a quick "diagnostic" version of the ripper utility which should help track the problem down...
|
|
| trying keepvid.com manually instead ... |
 |
 |
By hey68you - Posted on May 20, 2008 - 03:12:54 (#22804)
Current version when comment was posted: 1.1 |
 |
 |
Hi Cyan,
When I put in the link in the text box and press submit, I get back this:
Original link: http://www.youtube.com/watch?v=WhnCu9FMNsM
›› Download ‹‹ (.flv - Low Quality)
›› Download ‹‹ (.mp4 - High Quality)
(.flv) after download rename to video.flv, (.mp4) right-click save as, after download rename to video.mp4
By the way I noticed from the command line that it works if I just use:
./vlc http://www.youtube.com/get_video?video_id=<copy the id from normal link e.g.>
http://www.youtube.com/watch?v=<copy this id>
|
|
| Re: Hi Cyan - proxy support still not working ? |
 |
 |
By Cyan - Posted on May 19, 2008 - 11:56:46 (#22802)
Current version when comment was posted: 1.1 |
 |
 |
This sounds like the proxy is returning some kind of error (blocked site?), or otherwise not returning the intended page from the server...
What happens if you go to keepvid.com with NetPositive, and manually paste the YouTube URL into the text box (with NetPositive configured to use the proxy obviously)?
|
|
| Hi Cyan - proxy support still not working ? |
 |
 |
By hey68you - Posted on May 18, 2008 - 05:03:14 (#22800)
Current version when comment was posted: 1.1 |
 |
 |
I get a "failed" error:
sh-2.04# ./ripper http://www.youtube.com/watch?v=WhnCu9FMNsM 1 proxy 8080
Resolving IP (proxy)...
Connecting (port 8080)...
Sending data (1/2)...
Sending data (2/2)...
Reading header...
Reading links (cycle 1)...
Failed.
|
|
| Thanks for the update! |
 |
 |
By Eddyspeeder - Posted on May 15, 2008 - 11:52:31 (#22797)
Current version when comment was posted: 1.1 |
 |
 |
Yes and now I can show at home how well my dance performance went last Saturday :-) Thanks again Cyan!!!
|
|
| tube positive working again |
 |
 |
By gaukler - Posted on May 14, 2008 - 19:41:02 (#22795)
Current version when comment was posted: 1.1 |
 |
 |
Thanks for the update. Now I can watch educational videos on Youtube again:)
mark
|
|
| Fixed |
 |
 |
By Cyan - Posted on May 14, 2008 - 19:21:56 (#22794)
Current version when comment was posted: 1.1 |
 |
 |
Version 1.1 released, with updated parsing code and proxy support.
|
|
| Re: Problem (also proxy servers) |
 |
 |
By Cyan - Posted on May 14, 2008 - 16:23:31 (#22793)
Current version when comment was posted: 1.0 |
 |
 |
Keepvid.com seem to have made some changes which has broken compatibility (they've changed the server which the ripping service is hosted on).
I updated the code last night, but it's currently only compiled for BONE -- if I've got some time this evening, I'll compile it under net_server and release it, otherwise it'll have to wait until the weekend.
hey68you -- The new version also has proxy support, so that should resolve the problem!
|
|
| problem |
 |
 |
By gaukler - Posted on May 14, 2008 - 13:36:19 (#22792)
Current version when comment was posted: 1.0 |
 |
 |
I'm getting the "can't find video to extract" error message. Tube Positive was working up to a few days ago, now I can't get videos from either my desktop or my laptop.
mark
|
|
| TubePositive_internals/ripper |
 |
 |
By seisei - Posted on May 7, 2008 - 12:56:23 (#22785)
Current version when comment was posted: 1.0 |
 |
 |
#!/bin/sh
#Downloader for dailymotion and youtube
#Seisei Yamaguchi 0020080507
str__url__download=`TubePositive_-_ripper $1` # /bin/ripper
##Tyny-fixer for googlevideo
#str__url__google=`echo $str__url__download | grep google | sed -e 's/&/\&/g'`
#str__url__download=`printf "$str__url__google\n$str__url__download\n"`
#str__url__download=`printf "$str__url__download" | sed -e s/^$//`
#alert --warning $str__url__google &
echo $str__url__download
str__title__video=''
#=`echo $1 | sed -e s@.*dailymotion.com/.*/@@`
#=`sed -e s@.*<title>\(.*\)</title>.*@\1@`
#echo $str__title__video >> url.txt
#echo $1 >> url.txt
#echo $str__url__download >> url.txt
#echo '' >> url.txt &
echo $str__url__download > url.txt &
str__id__video=$str__url__download
str__id__video=`echo $str__id__video | sed -e s@.*youtube\.com/get_video?video_id=@@ | sed -e 's/&.*//'`
str__id__video=`echo $str__id__video | sed -e s@.*dailymotion\.com/.*/flv/@@ | sed -e 's/\.flv?.*//'`
str__filename__video__local=$str__title__video'_-_'$str__id__video".flv"
str__path__download=~/Downloads
#mkdir $str__path__download
cd $str__path__download
num__delay__anti_traffic=0
#(
sleep $num__delay__anti_traffic
# #sh -c#exec# wget --restrict-file-names=unix,nocontrol -q -c -P $str__path__download -O $str__filename__video__local $str__url__download & #|| \ ## timestamp
NetPositive "$str__url__download" &
#) &
#( sleep $num__delay__anti_traffic ; NetPositive "$str__url__download" && sleep 8 && mv ddoowwnnllooaaddeedd $str__filename__video__local ) &
touch $str__filename__video__local &
#ln -s $str__filename__video__local "$str__url__download" &
#mv $str__filename__video__local "$str__url__download" &
#alert --warning $str__filename__video__local &
|
|
| Proxy |
 |
 |
By Cyan - Posted on May 1, 2008 - 18:18:13 (#22777)
Current version when comment was posted: 1.0 |
 |
 |
Thanks for the comments everyone!
As for the proxy server, unfortunately that isn't supported in the current version.
If anyone could come forward with a summary of what's required to interact with a proxy, I could try adding the feature when I've got some free time. Is it just a matter of connecting to the proxy via HTTP, and providing the desired destination in the header in some way?
Another option would be to set up some kind of transparent proxy on port 80, to hide the manual proxy from applications on the system.
Not sure if anything is available for BeOS of this nature; it might require the use of a separate server.
|
|
| Re: proxy |
 |
 |
By mmu_man - Posted on May 1, 2008 - 15:14:46 (#22776)
Current version when comment was posted: 1.0 |
 |
 |
it seems vlc's http plugin has a proxy setting and respects the standard proxy environment variable...
So you can either use the Window->Preferences menu, go to Reading/codecs -> Access modules -> HTTP(S) and set the proxy server as url, like: http://123.45.67.89:8080
Or add to your UserSetupEnvironment this line:
export http_proxy="http://123.45.67.89:8080"
This way will also make apps like wget use the setting as well.
|
|
| Should this work if I connect to the Internet through a proxy server? |
 |
 |
By hey68you - Posted on May 1, 2008 - 07:04:28 (#22775)
Current version when comment was posted: 1.0 |
 |
 |
Hi Cyan,
Should this work if I connect to the Internet through a proxy server?
It doesn't seem to even get to the point of launching vlc?
Thanks,
hey68you
|
|
| Goodbye MS |
 |
 |
By Tyro65 - Posted on April 30, 2008 - 00:10:41 (#22770)
Current version when comment was posted: 1.0 |
 |
 |
Yea! Another tool to avoid using MS Windows. Thanks so much.
|
|
| Pretty cool! |
 |
 |
By stippi - Posted on April 25, 2008 - 08:09:49 (#22762)
Current version when comment was posted: 1.0 |
 |
 |
This is definitely pretty cool! Thanks a lot!
|
|
|
 |
 |
|
Comment Pages:
<< prev | 1 | 2 | next >> |
|
 |
 |
|
 |
 |
 |
 |
 |
 |
 |
|
|
 |
 |
 |
| |
Recent Downloads - # 372
Total Downloads - # 2,661
Total Views - # 1,904
User Ratings - N/A
|
 |
 |
 |
 |
| |
Misc. Network
Network Entertainment
Video Playback
|
 |
 |
 |
 |
 |
1. BePodder - 9.80
2. QEMU - 9.68
3. ScummVM - 9.57
4. cpu_fix - 9.42
5. Jukebox - 9.40
6. libdl.so - 9.40
7. Haiku AGP busm... - 9.35
8. vim6 - 9.31
9. Beezer - 9.26
10. HandBrake - 9.25
|
 |
 |
 |
 |
 |
1. BeOS 5 Perso... - 13,021
2. Realtek RTL8... - 12,759
3. Ati Radeon G... - 11,972
4. ATI Rage 128... - 7,213
5. Ensoniq Audio... - 7,181
6. USB Joystick... - 5,401
7. Broadcom 440x... - 5,201
8. USB Serial dr... - 4,606
9. S3 Trio 64 v2... - 4,483
10. Intel Extreme... - 4,317
|
 |
 |
 |
 |
| You are not logged in.
Login
|
 |
 |
 |
 |
|