Next milestone features & donations

[Sharktooth]

Burn to CD/DVD option would be cool (not for batch encoding though).

[Exoskeletor]

no thats not nessesary. it is difficult and the new recorders will not be supported some times. no need to do that. there is nero for this job
(Also len0x the last selected input folder it could be great idea)

[Exoskeletor]

Now that im thinking again about burning it.. this could be done with nero api. (and not only burn it. with the HWMaker help http://dvd.stuff.gr/hwmaker/html/hwmakeren.html you can burn them with an autoplay feature). You dont need to use hwmaker. i am giving the link to see how it's working if you don't know the program. it is just the bsplayer, a menu, and some .ini files but it's pretty.

[len0x]

Burning to CDs will be less and less important feature as DVDR are gaining popularity (in fact its better to burn on DVDRs already due to better playback on standalones).

[Exoskeletor]

Len0x it would be better if the whole faq was on the autogk and not only the link. (you can post the link at the end)

[len0x]

Well, it would, but I hate maintaining several versions of the same text (that's why website has a link as well, but not a copy). I'll think about it.

[Exoskeletor]

i dont like the way that we have to enable 2nd audio stream and external subtitles. a lot of people will not see it. you can add 2 checkbox in the advanced settings. why you are not doing that?

it would also be a good idea to add in the progress bar (the bar with the settings xvid codec-audio auto etc) to add a message in the right "no update is avaliable". if you don't like this then just show it for only 1 minuet and then make it dissapear

[Exoskeletor]

Lenox i suggest you to make the form step 2 a little more longer (The distance between step 1 and step2 should be the same with step 2 and step 3).
Sorry if im boring you for small things but very good is not perfect :D

[SteveMML]

Hello,
For all the dorks with Archos, RCA, and other handheld players, can you include an MPEG-4 simple profile check box, since the fancy-shmancy B-frames, GMC, Qpixel and others don't play back on our handhelds. Thanks again for the awesome batching app.

[Exoskeletor]

Lenox are you going to release your program with other languages than english? i can help for the greek language

[len0x]

Originally posted by SteveMML
since the fancy-shmancy B-frames, GMC, Qpixel and others don't play back on our handhelds

GMC and Qpel are not used by AutoGK anyway. I didn't hear any complains about using 1 b-frame until now. Are you sure that its not playable?

[len0x]

Originally posted by Exoskeletor
Lenox i suggest you to make the form step 2 a little more longer (The distance between step 1 and step2 should be the same with step 2 and step 3).


You seem to be on a mission here :)
Size of panels doesn't look the same after I expanded step 1 for external subs indeed...

Originally posted by Exoskeletor
Lenox are you going to release your program with other languages than english? i can help for the greek language


Probably in the future - there is quite a few things to do before that.

[len0x]

You now what that means :)

P.S. It is indeed can be last milestone.

[ydobon]

Hello, Len0x.

Congrats on reaching M2. Thinking about new input formats I remembered something I noticed some time ago.

AutoGK can open program (.mpg) and transport (.ts) streams but when a program stream has more than one audio stream it doesn't detect it. I seem to remember you detect TS streams with DGTable, don't you?

DGTable doesn't work with PS but DGIndex opens (and demuxes) any number of audio streams. As for detecting them, you could use bbDMUX (part of bbTOOLS) which correctly identifies PS streams (but not TS ones).

Just an idea.


Regards,

[len0x]

I already have very nice utility for parsing both TS and PS - bbSummary that I coded from bbInfo, but I didn't think it was useful for PS and used it only for TS when PAT/PMT was not found by DGTable. I can try using it for PS as well (from my experience its much slower to parse PS that TS).

[BigDid]

Originally posted by len0x
You now what that means :)

P.S. It is indeed can be last milestone.
Hi Lenox

Speaking about future milestone or future features if no more milestone... :confused: :( :)

-Stand-alone compatibility- ?
If I understand well the way the Xvid 1.1 branch is evoluting, it will be possible via profiles to obtain a real compatibility with more and more chipset; atm:
- General purpose the AS@L5 with the vbv included gives already good results
- For the ESS chip, it seems the DXN HT PAL/NTSC sticks to that chipset specifications
- For the MTK (1389 De Ge) chip, Celtic-druid has given access for testing to a MTK PAL/NTSC profile and has said he could test more profiles if given the specs of more chipsets.
Could you incorporate the profiles either via a .dxn .mtk .whatsoeverprofile to come or via chekboxes inside autogk or select an existing profile via a drop menu, the last being open on future profiles ?

-Customizing the avs script- ?
Mainly for filtering, even if not high anymore on my wish list because it is not high in the poll concerning milestone to come and I am trying, and not always succeeding, to use ARCalculator for that purpose (for XP SP1 users, Avs2avi is also available).

Just asking as it seems the xvid 1.1 beta is coming soon :)

Happy new year to you and your family.

Did

[len0x]

New features will still be coming, but may be not in the milestone form (i.e. as before milestone program).

AVS filtering is not a high priority, but as soon as we have at least RC stage for XviD 1.1 I'll start look at what is has to offer regarding standalones support.

[len0x]

Originally posted by ydobon
AutoGK can open program (.mpg) and transport (.ts) streams but when a program stream has more than one audio stream it doesn't detect it.

I got dragged into this and in the end made new audio detection routine for PS files (including VOBs), so now AutoGK should be able to work with all sorts of mpeg2 files.

[ydobon]

Originally posted by len0x
I got dragged into this [...] now AutoGK should be able to work with all sorts of mpeg2 files.
Glad to know, thanks. I can't wait to test it :)


Regards,

[Exoskeletor]

Len0x don't you think that it is time to remove the paypal donate button? (I think the suggestion in the about window is enough)

[len0x]

No

[CeeJay.dk]

Please note that the new Californian Consumer Protection Against Spyware Act , was just approved.

http://news.bbc.co.uk/2/hi/technology/4132143.stm

[len0x]

Originally posted by CeeJay.dk
Please note that the new Californian Consumer Protection Against Spyware Act , was just approved.


Can we please discuss it in appropriate place here (http://forum.doom9.org/showthread.php?s=&threadid=87056) and not in this thread.

[CeeJay.dk]

Originally posted by len0x
Can we please discuss it in appropriate place here (http://forum.doom9.org/showthread.php?s=&threadid=87056) and not in this thread.

You're absolutely right. In fact I thought I did .. guess I mistook one thread for another.

My apologies.

[Exoskeletor]

Lenox are you going to add an option to remove the temp folder in the end?

[Taurus]

Originally posted by Exoskeletor
Lenox are you going to add an option to remove the temp folder in the end?
....and maybe serve some toilet paper too? :D ;)
To me it's just right to leave the temp folder as it is.
cos sometimes you're in need of some of the files afterwards.
I understand that AutoGk is an automated tool, but a little "handwork",
deleting the leftovers is common practice for me after a long encoding and comparing sessions.

Cheers

Taurus

[fewtch]

Originally posted by Taurus
....and maybe serve some toilet paper too? :D ;)
To me it's just right to leave the temp folder as it is.
cos sometimes you're in need of some of the files afterwards.

I agree... also, since it usually stores the temp folder under VIDEO_TS anyway (which is assumed deleted after encoding) IMO it makes sense to leave it existing.

[chilled]

agree with fewtch, but I want to point that many ppl rip from one drive (partition) to another (i.e. video ts on C: and temp folder on E: ) becuase it is believed to be slightly faster (I really dont know myself)

[Carraway]

Originally posted by Taurus

To me it's just right to leave the temp folder as it is.
cos sometimes you're in need of some of the files afterwards.
I understand that AutoGk is an automated tool, but a little "handwork",
deleting the leftovers is common practice for me after a long encoding and comparing sessions.

It's not like the agk_tmp folder is getting deleted by default, though. It's an option that needs to be specifically turned on by the user, so they know what the implications are of doing it. If you think you might need the "leftovers", just don't turn the option on, ya know?

[chilled]

but the thing is that we ALWAYS MIGHT need the leftovers... we just dont know before pressing the start button!

[Carraway]

Originally posted by chilled
but the thing is that we ALWAYS MIGHT need the leftovers... we just dont know before pressing the start button!

I suppose that's the chance you take by turning the option on! :)

Seriously though, it's a voluntary advanced option, so the people using it are going to understand the implications of turning it on. If someone (you, for example) thought that for any reason they might need the temp folder, then simply leave it unchecked.

Arguing against this feature is like saying, "Don't add a manual crop option, people might accidentally crop it too much!" If people check the option and screw it up, it's their fault. That's the reason it's voluntary.

This entire discussion would make sense if Len0x Corp. was making AutoGK delete the temp folder by default, but when it's an opt-in option, any problems it might cause can be remedied by a simple "then don't use it." Personally, I'm a crazy risktaker so I intend to use the option, and if it turns out that after my encodes are done that I needed the agk_tmp folder, then I guess I'm out of luck. :)

[chilled]

I think I understand your arguments but if Im arguing against this option its just because I think AGK must remain newbie-oriented ( I assume that a newbie discovering this option will always choose it... its quite typical)
btw I would easily argue against the request of the manual cropping option if I knew that AGK does almost always quite nice cropping, but as I really dont know, then I wont.
I think AGK will never do ALL the rips without problems so as long as this tool is used mostly by ppl who doesnt give a f... about the temp files (and then always will choose the delete option), I think the fact that there IS the option is a bit harmful (ppl posting here for problems without the temp files so havind to reencode).
Finally, I think the improvement in AGK should be mostly on better and better encoding not in more and more almost-manually configurable options (which, I repeat, increase the capacity of the non-advanced user to mess all the things up, and I dont think AGK is aimed at ppl which can do the same rip 10 or 20 times changing options just to get the best result)
:)

[grindlestone]

I have only ever had one small problem with AutoGK and that is the icons in the ui. At present you use Alpha blended icons that display properly in XP only. On my Windows 2000 system they are surrounded by thick, jagged, black lines which make things look a bit less than professional. Is there any chance of working in some 256 colour icons to smooth things out a bit?

Small beer I know, but I just thought I'd mention since you were asking.

[len0x]

If someone wants to provide me with 256-color icons I'd be happy to use them.

[grindlestone]

Cheers,

Since I asked, I'll see what I can do in the next few days.

[len0x]

I'm already provided with some, so I'll see what I can do.

[grindlestone]

Cool.

[len0x]

Actually I don't quite understand why icons have to be 256 colors as only alpha-blending is suppose to cause the problem (btw how does it look like? I have no idea). Will just converting them to bmp solve the problem? I have no desire on actually loading two sets of icons dinamically and I do like how they look now in XP.

[len0x]

does this look any better by any chance: http://www.autogk.me.uk/AutoGK.exe

[ydobon]

Hi,

maybe if you can make this: http://www.angelfire.com/hi5/delphizeus/saveicons.html
work with your Delphi (in particular the Icon32To24File function) you can solve this cosmetic problem.


Regards,

[len0x]

The link above is updated, so you can check out how it looks now in win2000.

[apilone]

Hi len0x,
any idea about when AVI support will be released?

ciao

[len0x]

A lot of stuff for AVI support is already done (apart from audio part), so I'm just waiting for the release of stable version to start hacking the core of AutoGK. With a bit of luck stable version will come in 7-10 days. Within a week after that I should be able to get first beta with AVI support out.

[grindlestone]

Wow, thanks for getting onto this so fast.
Here is what AGK normally looks like in Win2k. You can see the black areas which coincide with the transpatent areas on alphblended icons.

http://www.uq.edu.au/~zziwilki/AGKorig.png


And here's what your new update looks like.

http://www.uq.edu.au/~zziwilki/AGKupdated.png

It loooks like you have found a way to fix it! Looks tops! Your Add job, start, abort and about could use the same treatment. I did make some icons for those if you'd like them (though they probably don't fit your overal look).

http://www.uq.edu.au/~zziwilki/AGKIcons.png

There are three sizes of each 32,24, and 16. Click here. (http://www.uq.edu.au/~zziwilki/agkicons.zip)

[len0x]

The buttons are impossible to make look cool as they require BMP image(they look exactly the same on all platforms now). The rest of icons were made PNGs that have native support for alpha channel.

[grindlestone]

Thanks for fixing this up. A small issue to be sure, but worthwhile anyway.

[MinosK]

Something small but... cool...
When you click on File mode, you can change the DVD icon to another... file icon.

and.. Hey len0x.. you are the best!

[len0x]

All I need is a PNG image for file mode (but not the same as output image).

[musicnyman]

i'd like to request mp4/matroska support as well :) i've donated twice and if you decide to go with it, i'll definitely donate again. i just got the new buffalo linktheater that supports mp4 support, so i'd love to use auto gk to create mp4 files. right now, i'm creating the mp4 files manually, but auto gk makes everything so easy and automatic...

[snobs]

i would suggest a manual 'audio file selection'...

the thing about it is, that i would like to be able to rip the movie with the audio streams beeing demuxed. that way i safe (for me) a lot of diskspace, since i am not in need of extracting them later on with DGIndex...

i hope i could explain myself thoroughly ;)