Alt.Binz forum

New Alt.Binz versions => Requests => Topic started by: d4g on March 28, 2007, 02:18:37 pm

Title: Request: ETA Column
Post by: d4g on March 28, 2007, 02:18:37 pm: Hi dont know if it is implemented but would like if possible ETA on each download in the main download window or queue window next to the downloading item and also when u right click the download and option to not create sub folder for nzb...

Ie i got an ep of lost coming down and i want it to go into the lost folder i have setup but not to create another folder in the lost folder.....

Regards D4g
Title: ETA ON each download in main window If Possible
Post by: Ascathon on November 07, 2007, 11:07:11 am: I also wanted to request this request (;)) but the search came up with several identical request. I picked this one and I want to give it a gentle kick.
A column with ETA is so much nicer than right click to get an ETA on selected.
Title: ETA ON each download in main window If Possible
Post by: cr4zyfr4g on November 07, 2007, 11:53:40 am: it already possible in newer versions (eta on selected)
Title: ETA ON each download in main window If Possible
Post by: Ascathon on November 07, 2007, 01:41:12 pm: Quote from: "cr4zyfr4g"
it already possible in newer versions (eta on selected)
I know that. That's what I say in my last sentence. But wouldn't it be more convenient to have this time in a special column?
Title: ETA ON each download in main window If Possible
Post by: ody55ey on November 07, 2007, 03:47:38 pm: Sounds a good idea for a item in the download queue to have in the status bar a % complete and an ETA for completion (even if the ETA isnt realtime but updated at the end of each part for collections)!

If thats what you mean
Title: ETA ON each download in main window If Possible
Post by: Mystic2010 on November 07, 2007, 10:27:32 pm: I second this request, would be very handy :)
Title: Request: ETA Column
Post by: Mistrael on January 24, 2010, 10:31:39 am: Would it be possible to add an ETA column to the download queue? Seeing at a glance the ETA of the current download would be very useful. Any chance this could be implemented, please.
Title: Re: Request: ETA Column
Post by: bigsofty on January 24, 2010, 06:10:16 pm: I 2nd this! ;)
Title: Re: Request: ETA Column
Post by: cr4zyfr4g on January 25, 2010, 08:12:45 pm: there is allready kind of such option.

right click an NZB and select "ETA on selected" and the ETA in the status bar will turn blue and show you the ETA
Title: Re: Request: ETA Column
Post by: Ascathon on January 25, 2010, 10:56:00 pm: Even though I agree having such a column would be great, there are multiple (open) request like this one (try searching for "ETA"). So I think we should accept the "no" and be happy with crazy's tip.
Title: Re: Request: ETA Column
Post by: Mistrael on January 25, 2010, 11:11:38 pm: Cool, thanks for the reply.
Title: Downloadtime for each
Post by: BastiFux on April 22, 2010, 10:53:21 am: It would be great if i could see behind each nzb how long the download lasts.

Its in your programm already, but only for the whole fils.

And I would like to know from each file. Not each part but the file.

I don't know if this is possible, but it would be great.

Basti
Title: Re: Downloadtime for each
Post by: Rdl on April 22, 2010, 11:43:45 am: Select collections, press ctrl+t, eyes on usual remaining time place
Title: Re: Downloadtime for each
Post by: BastiFux on April 23, 2010, 05:07:17 pm: Yes, that is what i found already. But it's disabled again when i choose an other file.

It would be great if I could enable a new column so that ist is written permanent where the name, size, status and parts are.

So I can see each one and make the priority of the download.

THX for your respond.
Title: Re: Downloadtime for each
Post by: Hecks on April 23, 2010, 06:52:11 pm: Quote from: BastiFux on April 23, 2010, 05:07:17 pm
So I can see each one and make the priority of the download.

Filesize should help you to do that, surely?

I suppose that strictly speaking until the file starts to download the ETA is infinite - otherwise AB would need to refresh the whole queue continuously with approximate info based on current dl speed. I imagine this would be somewhat less useful in practice than it might seem to be in the abstract.