Log in

View Full Version : AVStoDVD Support Thread


Pages : 1 2 3 4 5 6 7 8 [9] 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68

rendez2k
27th August 2008, 11:15
So if ImgBurn can't be distributed, could AVStoDVD just check to see if its installed on the system and give you the download link if not? I only trust ImgBurn!

MrC
27th August 2008, 13:08
As already posted in the SF-project Tracker (http://sourceforge.net/tracker/index.php?func=detail&aid=2073447&group_id=197340&atid=961076), distributing ImgBurn (that is free but not open source) together with GPL-licensed code violates the license itself. :eek: :scared:

So I strongly suggest you (and non only you...) to switch from ImgBurn to an open source compatible burning tool:

- http://freshmeat.net/projects/cdrecord/
- http://sourceforge.net/projects/cdrdao/

I'm sure you can grab some inspirations from:

- http://cdrtfe.sourceforge.net/
- http://infrarecorder.sourceforge.net/

Hope that helps !!! :helpful:

nota: sei italiano ?

Thanks for the info. I have taken a look to your GLP sw list and I cannot find MuxMan, BatchMux and HCenc. Does it mean that I have to find other GPL tools to replace the above to mantain the GLP licence on AVStoDVD?

If I cannot find any suitable tools, what kind of licence can I declare? Freeware? Generic open source? Let me know because I'm not an expert in that matter...

:confused:

Bye

P.S. Sė sono italiano

Sir Didymus
27th August 2008, 13:58
Concerning BatchMux, I confirm the tool is completely free and freely redistributable as an executable code without any problem. If you want, you can also freely patch, modify or hacker its executable code without any complaint from the side to the author (me).

However it is not possible to distribute its source code, since most part of its content is deeply related to the knowledge and the DVD information which is taken from the web site of MPUCoder, whose access is restricted and protected by an explicit non disclosure agreement.

This situation (free availability and possibility of redistribution of the executable, but unavailability of the source code) holds also for MuxMan and HCEnc, making these programs incompatible with the terms of the GNU GPL licence.

If you want to keep the GPL licence for AVStoDVD, I recommend to remove these programs from the installation and/or distribution packages of AVDtoDVD, and to give just instructions/links about where to download or to look for them.

Other programs (DVD-RB, for instance) are distributed outside the domain of GNU-GPL. In this case there is the freedom of redistributing other close-source programs and packages, and you also may choose to include or not the source code in the distridution...


Cheers,
SD

wg
27th August 2008, 19:10
I for one have never used the burning facility from within AVStoDVD, I have ImgBurn installed independently, so maybe you could add it to the 'software requirements' list, possibly also any other software there may be issues with, as already stated by Sir Didymus. This is too good a project to be halted by 'Red Tape'. On a different note I would be more than happy to make a donation to AVStoDVD but as I don't use credit cards(Past problems) this is difficult, if anyone has a suggestion re this please reply. Keep up the outstanding work MrC.

Stay Lucky.

MrC
28th August 2008, 07:43
@SD, wg

thanks for the contributions on this delicate matter.

My opinion is that if I cannot select a alternative and appropriate Open Source domain (there are really a lot of them (http://en.wikipedia.org/wiki/Open_source_license#OSI_approved_licenses)), I will move away from SourceForge and continue to distribute AVStoDVD as freeware on VideoHelp/GooglePages.

In its early days, AVStoDVD was not equipped with all external software needed. Users had to select them in a Settings Tab. The very big "problem" is that, luckily, those software are often updated and, just for example, HCenc 0.86 may be not compatible with AVStoDVD 7.1.9. I can guarantee (99%) that AVStoDVD is fully compatible with the sw releases shipped with it, not newer or older.

I thought about another possible solution: split AVStoDVD into 2 packages: the first one (GPL and hosted by SourceForge) with only "raw" AVStoDVD, the second one (hosted by GooglePages) containing the collection of required external sw. But I think it would be a little bit messy and confused....

Any ideas and suggestion is welcome.

:)

Bye

ricardo.santos
30th August 2008, 22:22
googlepages will shut down in December, being replaced by googlesites.

There are so many free hosting places to distribute AVS2DVD, ripbot264 has been using mediafire instead of sourceforge.

Theres also services that will distribute avs2dvd for you through several free hosting sites and give back the links for all of them.

for example:
http://www.uploadjockey.com

test link:
http://www.uploadjockey.com/download/9611481/test.zip

PatchWorKs
31st August 2008, 01:24
Well, sorry (or not?) to start this "flame"... I hope it will not cause any loosing.
Open Source (http://www.opensource.org/docs/osd) softwares are really a cultural treasure.

BTW nowdays (in the communication era) we "live" in a software bazaar.

PD, FreeWare, ShareWare, Open Source (SS too !), Closed Source, EULA, own... a license jungle !

I believe that open source developers should choose an appropriate license (http://www.opensource.org/licenses/category) for their packages (and I would also consider Patents and Royalties for this kind of applications... in the second stage).

GPL is a great freedom license, but you must reverse your rights so keep it in mind; and trust me, SourceForge is THE right place for you/your project (rapids**-like links tastes a bit of warez to me).

So i believe that you simply need an alternative (the same approach that borned the open source philosophy - @ 12:50th minute (http://video.google.com/videoplay?docid=7707585592627775409)) and, fortunally, there are tons of !

As suggested, you could use GPL-compatible burning tools or, even better, you could start some kind of collaboration with other projects to obtain what you need.

Or implement an online update tool (WGET (http://www.gnu.org/software/wget/) ?) that retrieves the "GPL-incompatible pack" from a PPF-CDN (http://www.simplecdn.com/help/ppf-cdn) service.

Hope that helps !

Marco Ravich

MrC
31st August 2008, 09:34
@ricardo.santos

Thanks for the info about uploading sites. I think they can be very useful when you have to share one "standalone" file. But they are not suitable when trying to distribute a full software, including News, Tutorials, Downloads and, maybe, Forums. Right now, SourceForge has all those features and GooglePages (I hope GoogleSites too) has some of them.

@PatchWorKs

Unfortunately the licence problem is not limited to ImgBurn. There are other 2 "structural" tools, HCenc and MuxMan, not having a OS license.
I hope your wide knowledge about OS matter will help suggesting me if a suitable OS license (http://www.opensource.org/licenses/category) exists. I mean: a license which allows me to keep freeware sw inside AVStoDVD installer package. Thanks in advance.

Btw, I wonder how a well known and more famous all-in-one tool like DVDFlick, which includes ImgBurn in its package, has a GPL license and is hosted by SourceForge... another "bad guy"?

;)

Bye

PatchWorKs
31st August 2008, 11:06
Unfortunately the licence problem is not limited to ImgBurn. There are other 2 "structural" tools, HCenc and MuxMan

So do you need a dvd authoring tool ? A muxer ? Anything else ?

The suggestion is to deeply digg SF.net (http://sourceforge.net/search/?type_of_search=soft&words=dvd+authoring) for poject like yours and "legally stole" others' methods (that's the beauty of open source !).

Even better (to me) is to adopt an universal tool as a backend (MediaCoder (http://mediacoder.sourceforge.net/) of course) that provides you the tools you need.

You don't need to change the license ('cause the problem is not your one, but the others' ones) you need to change tools your program uses.

gizzin
1st September 2008, 02:19
can you please, please remove the bitrate restriction, or tell me a way of doing it.

MrC
1st September 2008, 08:24
can you please, please remove the bitrate restriction, or tell me a way of doing it.

Right now there is no way. But, since AVStoDVD is somehow Open Source, you can take the source code, modify it and compile your own build. ;)

Joking apart, I am working on it. I will send you (email?) a 2.1.1 Alpha "gizzin build" as soon as possible.

:)

Bye

MrC
1st September 2008, 16:04
Following the link gizzin (and all others guys interested in) can find a very preliminary 2.1.1 release (http://avstodvd.googlepages.com/AVStoDVD_211_Alpha_build_for_gizzin.7z).

Download the 7z file and unpack the files (exe and history) into AVStoDVD folder.

Enjoy minimum bitrate customization!

;)

Bye

rendez2k
1st September 2008, 16:18
Thanks Mr C - is the Panasonic menu issue fixed in this version?

MrC
1st September 2008, 17:10
Thanks Mr C - is the Panasonic menu issue fixed in this version?

Not yet. BatchMux 1.2 is not yet supported.

:)

Bye

rendez2k
1st September 2008, 17:30
Arh, i thought it was something that could be tweaked in the settings file as a quick fix for now

2. Open with a text editor the file BatchMux.mxp, and find the line "Select End Time=00:00:00:00". Change this line with: "Select End Time=-1". No spaces before and after the "=". Save the file.

gizzin
1st September 2008, 18:30
thanks mrc as soon as its approved I will test away, !!!

wg
2nd September 2008, 00:53
I know of 3 other projects(And there may be more) that use most, if not all of the software bundled with AVStoDVD, yet when I check their forums(And they are certainly not hard to find) not a word from 'Patchworks' re rights issues. What gives?

gizzin
2nd September 2008, 06:35
patchworks, mediacoder... what are you smoking?

Darksoul71
2nd September 2008, 08:23
@PatchWorKs:
I understand the motives for your posting but in general
I think this is counterproductive.

Searching for another burning / ISO tool just to fullfil GPL
requirements is a waste of time IMO.

Being a tool developer myself I would rather choose
- move away from sourceforge
- release my tool source under any license but not GPL

Investing time in anything else doesnīt help the tool
and hence doesnīt help the users.

The same thing goes for building two different packages
(GPL / Non-GPL) or developing a downloader for "Non GPL"
tools.

GPL is a great freedom license, but you must reverse your rights so keep it in mind; and trust me, SourceForge is THE right place for you/your project (rapids**-like links tastes a bit of warez to me).
SourceForge is only "the" right place if you are free to host your opensource tool
there without restrictions as long as itīs free and uses free tools.

Rapidshare, Megaupload and all the other "Webspaces" have not more
to do with warez as torrent, e-mule, etc.

When you want to distribute bigger files to a lot of people they are
simply an easy way without additional costs for the distributor.

Please donīt take this personal...itīs just my point of view !

@MrC:
If any problems arise on how you package AVS2DVD you simply should do
what I discribed above:
Switch to another license and (if neccessary) look out for a new hosting
site. Users are flexible... :)

Anything else is a waste of your valuable time which could be better invested in enhancing AVS2DVD.

Cheers,
D$

MrC
2nd September 2008, 08:26
Waiting for Doom9 approval...

Release 2.1.1 Alpha gizzin build (http://avstodvd.googlepages.com/AVStoDVD_211_Alpha_build_for_gizzin.7z)

@rendez2k

about Panasonic issue: it is not so easy. BatchMux creates the mxp file for MuxMan and then runs it immediately. There is no way to catch the mxp file at runtime, modify it and then launch MuxMan.
But, manually, you can do it:
1. Go to 'Settings'/'Misc' and toggle off 'Delete temporary process files' and 'Delete AVStoDVD working files'
2. Run your project
3. When finished go to AVStoDVD temp files folder and edit the mxp file
4. Open MuxMan and load the mxp. Run MuxMan.
5. (Optional) Clean up temp files folder and output folder

;)

Bye

gizzin
2nd September 2008, 17:57
When I hit start, I get the following error from HC.

ERROR, can't open dbs file, invalid path?

Darksoul71
2nd September 2008, 19:12
@gizzin:
HCEnc has currently a small parsing bug for lossless and dbs file settings.

@MrC: For a workaround look here:
http://forum.doom9.org/showpost.php?p=1162692&postcount=65

PatchWorKs
2nd September 2008, 19:17
patchworks, mediacoder... what are you smoking?
Nothing (at the moment).

But please motivate your sentence, so we can all understand why not...

Searching for another burning / ISO tool just to fullfil GPL requirements is a waste of time IMO.

Being a tool developer myself I would rather choose
- move away from sourceforge
- release my tool source under any license but not GPL

Investing time in anything else doesnīt help the tool
and hence doesnīt help the users.

The same thing goes for building two different packages
(GPL / Non-GPL) or developing a downloader for "Non GPL"
tools.
Well, then I don't understant why AVStoDVD is open source.

The simplest solution is to close the source right now (and prepare yourself to be sued by other closed source tools devs)... :devil:

Just point of views.

I would prefer to invest few hours to search alternatives.

Sir Didymus
2nd September 2008, 19:42
Well, then I don't understant why AVStoDVD is open source.


And I don't undestand your refusal to understand this simple and linear concept: that open source is characteristic of a piece of code, where the author is happy of showing and sharing all of the parts of his creative work. This has nothing to do with the licensing contraints of GPL. VobBlanker and PgcEdit are brilliant examples of topmost level tools, distributed outside the GPL domain, and whose code is open and freely available.

Also, many users are very happy about using some given closed source tools or components for objective technical reasons (or for subjective quality reasons). For these users the performance, the quality, or other reasons are more important than the availability of the source code.

Such reasons should be respected.

For these users the availability of the source code is simply not relevant/not interesting/not useful.

So, please try here to respect what other users like more.

Your point of view is clear and understood, but please now, let the author of DVD2AVS think about making his steps to understand what to do, without the pressure of further (little interesting) posts on the same licensing issue subject from your side.

Sorry for being so explicit, especially with a colleague from Italy.

Cheers,
SD

Darksoul71
2nd September 2008, 19:44
Well, then I don't understant why AVStoDVD is open source.
Because you want give other peoples the chance to look at your tool ?
:confused:

The simplest solution is to close the source right now (and prepare yourself to be sued by other closed source tools devs)...
You know the author of ImgBurn, do you ?
Not everyone is an enemy....

gizzin
2nd September 2008, 23:03
I completely missed answering those questions you asked. The Stuttering seemed to be related to me using directshowsource vs avisource. Directshowsource creates stuttering in the video, while avisource does not. So most likely its probably related to something on my end. Also, those post you told me to read didn't make no difference. None of the settings I set seem to retain themselves. Ie I set hc 2pass, it still just uses quenc. But if I edit every title it will use hc 2pass.

MrC
3rd September 2008, 08:30
...
Searching for another burning / ISO tool just to fullfil GPL
requirements is a waste of time IMO.

Being a tool developer myself I would rather choose
- move away from sourceforge
- release my tool source under any license but not GPL

Investing time in anything else doesnīt help the tool
and hence doesnīt help the users.
...


Thanks for your words, that I fully share. I will try to find another open source license compatible to AVStoDVD as it is now, and, if I will not find anything, I will move away from SourceForge.

:)

Bye

MrC
3rd September 2008, 08:49
When I hit start, I get the following error from HC.

ERROR, can't open dbs file, invalid path?

Download again the gizzin build (http://avstodvd.googlepages.com/AVStoDVD_211_Alpha_build_for_gizzin.7z). The error should be fixed.

I completely missed answering those questions you asked. The Stuttering seemed to be related to me using directshowsource vs avisource. Directshowsource creates stuttering in the video, while avisource does not. So most likely its probably related to something on my end. Also, those post you told me to read didn't make no difference. None of the settings I set seem to retain themselves. Ie I set hc 2pass, it still just uses quenc. But if I edit every title it will use hc 2pass.

About Video encoding Profiles. Maybe you have not understand the purpose of 'Settings'/'Encoding' page. That page is used to customize AVStoDVD default functioning. AVStoDVD automatically chooses the video encoder (QuEnc or HCenc) looking at the bitrate of output DVD.
In the 'Settings'/'Encoding' you can see 3 'Setup Video Profiles'. If you select one of them, you can customize the bitrate range associated to that profile (see on the right: bitrate numbers change, and are editable). You are NOT choosing that profile forever, that is not the purpose of this page.

AVStoDVD has these default (but customizable) settings:
BitRate from 2500 to 4500 -> HCenc (mode VBR 2pass)
BitRate from 4500 to 6000 -> HCenc (mode OPV 1pass)
BitRate from 6000 to 8500 -> QuEnc (mode CBR 1pass)

In 'Edit Title'/'Video' you can override above default settings by toggling off 'Auto Video Setup' and select your favorite encoder.

Btw, everything is explained in the Help section (press F1).

Got the general concept? I understand it can be a little confusing, but I believe it is a smart way to better use QuEnc&HCenc encoding capabilities.

;)

Bye

gizzin
4th September 2008, 00:50
AVStoDVD automatically chooses the video encoder (QuEnc or HCenc) looking at the bitrate of output DVD.

it makes sense now.

gizzin
4th September 2008, 05:18
Maybe support for aften as a ac3 encoder? Im running a test, I'll tell you how it goes in the morning.

PatchWorKs
4th September 2008, 11:26
that open source is characteristic of a piece of code, where the author is happy of showing and sharing all of the parts of his creative work. This has nothing to do with the licensing contraints of GPL. VobBlanker and PgcEdit are brilliant examples of topmost level tools, distributed outside the GPL domain, and whose code is open and freely available.
Of course, you can also use Publi Domain or MS-Shared Source if you want.

But if you want to stay in GPL domain you MUST follow it.

And no, i don't understand why some peoples uses closed/free softwares whan alternatives ARE available, sorry.

I also perfectly know that users don't cares about the legality of certain tools but developers should, IMHO.

BTW I always prefer freedom (and legality) over quality...

Darksoul71
4th September 2008, 12:06
@all:
Sorry for being off-topic again but this will be my last reply....
I promise :D

@PatchWorKs:

Of course, you can also use Publi Domain or MS-Shared Source if you want.
But if you want to stay in GPL domain you MUST follow it.

I agree ! Hence my comment to Mr. C to change his license if required.
Public Domain as you named it might be the best solution. In regard to
the sourceforge hosting I see no problems in using other hosting /
downloading places (e.g. Megaupload, Rapidshare, etc).


And no, i don't understand why some peoples uses closed/free softwares whan alternatives ARE available, sorry.

Your point of view.
Some / a lot peoples who develop free (whatever you interpret into the word here) software will mostly
want their software to work without using payware whenever possible. For me avoiding payware simply
translates to using available free software. Free does not neccessarily mean opensource. Personally
I do not care to much about source code availibility. Sometimes it would be nice to have access to
the sources to see how something was implemented or to fix the bug but in most of the times the purpose
I use a software for is so specific (e.g. video encoding, burning, etc) that I would rarley touch the
source code.


I also perfectly know that users don't cares about the legality of certain tools but developers should, IMHO.

Define legality ! By no means the GPL is a law. IMO AVS2DVD is perfectly legaly but may not
be perfectly follow each word of the GPL. Quick solution: Do not use GPL !


BTW I always prefer freedom (and legality) over quality...

Your choice ! Not mine and at least not MrCīs choice.
Many open source tools I use have great quality but for some tasks freely available closed software
works better. Esp. in such a case as using ImgBurn Tool for ISO generation & burning.

@MrC:
This might be interesting in regard to software licenses:
http://www.gnu.org/philosophy/categories.html

Esp. the part with "Non-copylefted free software"

Sir Didymus
4th September 2008, 12:39
And this will be my last post on the subject too.

Just wanted to state I am perfectly in line with the point of view already very well exposed by Darksoul71.
Also sorry for jeopardising the thread of MrC with this sort of little useful posts. I hope, and I recommend everybody to switch back on topic ASAP.

Of course, you can also use Publi Domain or MS-Shared Source if you want.

of course...


But if you want to stay in GPL domain you MUST follow it.

Agreed. You have already stated this many time, in a very insistent way. PLEASE GIVE THE AUTHOR OF AVS2DVD SOME LITTLE TIME TO BREATHE AND TO FIND SUITABLE ALTERNATIVES TO GPL!!! If you feel there are violations to the legality, to the forum rules, to the GPL licence, or to whatever else you like, please signal the issue to some moderators, to the GPL legal officers (if such agents exist), open new threads, go to the police, but please stop to bore all of us with your silly repetitions of the same point.


And no, i don't understand why some peoples uses closed/free softwares whan alternatives ARE available, sorry.

If you don't understand this, that's your problem. Other users have perfecly legal and valid reasons to make their choices about the tools they prefere. THESE REASONS SHOULD BE RESPECTED!!! My point of view is that the open source alternatives for burning and encoding and (especially) authoring are not providing technically and quality wise adequate performances, if compared to ImgBurn, HCEnc, MuxMan. That's my opinion and I don't like to discuss with you the technical reasons for my preferences.


I also perfectly know that users don't cares about the legality of certain tools but developers should, IMHO.

You are going totally off topic here. Nobody want to do anything illegal!!! The problem is that you are promoting the concept that only staying within GPL you are in the domain of the legality. That's totally wrong! Many other alternative exist, all perfectly legal.


BTW I always prefer freedom (and legality) over quality...

What is freedom?
GPL?
Lol...

Me prefere legality, freedom, and quality, where freedom is the freedom of not using the GPL stiker, if the associated constraints are limiting the quality I am looking for.

MrC
4th September 2008, 14:02
Now it does not make any sense to change "on the fly" AVStoDVD 2.1.0 license. With next release, available within few days, I will move to Public Domain. From http://www.gnu.org/philosophy/categories.html:

Public domain software is software that is not copyrighted. If the source code is in the public domain, that is a special case of non-copylefted free software, which means that some copies or modified versions may not be free at all.

In some cases, an executable program can be in the public domain but the source code is not available. This is not free software, because free software requires accessibility of source code. Meanwhile, most free software is not in the public domain; it is copyrighted, and the copyright holders have legally given permission for everyone to use it in freedom, using a free software license.

Public Domain license is accepted by SourceForge, so that AVStoDVD does not have to change host. And be sure I will always add (the orrible) source code of AVStoDVD. ;)

About Quality vs GPL quarrel, Darksoul71 and SD have just expressed my own opinion, I will add nothing else.

:)

Bye

MrC
4th September 2008, 14:09
Coming back to technical issues. Two questions to users:

1. Are there any solid reasons (quality, speed, compatibility, ...) to move from QuEnc to Aften as AC3 encoder?

2. Do you use AVStoDVD internal "Preview Clip" feature? Any problems? Somebody reported program crash or video/audio absence. I had some trouble with ffdshow nigthly builds, but using ffdshow stable releases, everything is ok.

:)

Bye

gizzin
4th September 2008, 19:26
I would say quality, speed, compatibly are all things that aften is better than quenc at. I would say especially in terms of quality it is better.

MrC
4th September 2008, 20:09
I would say quality, speed, compatibly are all things that aften is better than quenc at. I would say especially in terms of quality it is better.

Really? Are all your personal opinions or you can document them with any technical explanation/link/thread?

:confused:

Any chance to test minimum bitrate customization? Does it work as per your expectations?

;)

Bye

gizzin
5th September 2008, 05:28
I do personally believe that aften has better quality at the same bitrate. Honestly speed I really don't pay attention because encoding ac3 really doesn't take that long now adays. There both really fast. Compatibility I would say goes to aften. I stopped using quenc because I had compatibility problems with it. These are my experiences. Take a look at the aften thread here at doom9. There's not much technical shit that I found but maybe if you look around. I don't go by that though, I use my ears. I really didn't say get rid of quenc, I really just meant give the users the option what the like better whether it be quenc or aften.

Um, as far as the gizzin build went. It completely flawlessly but is greatly undersized only at 3.25gb. I haven't burned it and played it in my standalone yet but I'm doing that right now. I'm gonna watch the whole thing, so if there's any menu, or playback issues I will edit this post otherwise all is well.

On a sidenote, Installing a proper decoder fixed my stuttering issues, so It was for sure my end.

Edit vtses 6, 11, 12 seems like they didnt encode properly but yet the muxed, but when they are played all you see is a gray screen with audio playing. this would explain the undersize because those vtes are 1/4 the size of the others. the rest of vtes are about 450megs, all the files are generally the same in length. weird probably a decoder problem? what decoder do you use mr. c

PatchWorKs
5th September 2008, 09:30
Last reply for me too.

I wanna suggest all to take a look at this interesting (and quite recent) article: Court: violating copyleft = copyright infringement (http://arstechnica.com/news.ars/post/20080813-court-violating-copyleft-copyright-infringement.html)

Last note: glad to see the license change (even if you must keep in mind that PD means "no copyright", so you can't stop ripoffs, code stole, etc...), btw you should ask tool's respective authors for bundling anyway.

That's all. :helpful:

Darksoul71
5th September 2008, 09:35
@PatchWorKs:
btw you must ask tool's respective authors for bundling anyway.
Stop it !:devil:

MrC
5th September 2008, 12:53
... Take a look at the aften thread here at doom9 ...

Will do. And surely I will put Aften support to my ToDo list (even if with low priority)

... Um, as far as the gizzin build went. It completely flawlessly but is greatly undersized only at 3.25gb ...

If you used HCenc with 2-pass profile, undersize is really too much and there is a problem somewhere.

... what decoder do you use mr. c ...

I use latest ffdshow stable release http://ovh.dl.sourceforge.net/sourceforge/ffdshow-tryout/ffdshow_beta5_rev2033_20080705_clsid.exe for everything: divx, xvid, mpeg2, mpeg1, dv, mp4, ac3, etc.

;)

Bye

Filbert
9th September 2008, 22:46
Hi,

is it possible to save a Title Setting as default? I would like to use AVStoDVD for converting DV-material so I always need to edit the video settings to "DV Source". Hope that I have not overlooked something...

And I found one missing entry in the "Default Language" settings: "DE - German".

Thanks in advance, Filbert

gizzin
10th September 2008, 04:58
The ffdshow version I was using caused those undersizing problems. I'm using the version you mentioned. But now I have a oversizing problem (50megs over). HC at smaller bitrates tends to oversize more. I just entered a custom size at 50 megs the default, and then re ran it and got to 4.36gb. So maybe when the bitrate is at lower 1500 - 2000. Have a lower default size. I'm running more tests tonight, the avg bitrate for these are 1500kb, roughly. To see if generally thats the case

MrC
10th September 2008, 11:33
Hi,

is it possible to save a Title Setting as default? I would like to use AVStoDVD for converting DV-material so I always need to edit the video settings to "DV Source". Hope that I have not overlooked something...

And I found one missing entry in the "Default Language" settings: "DE - German".

Thanks in advance, Filbert

I am sorry, but no it is not possible. Title Settings are dynamic, depending on the source title. It is possible (next release) to add a routine to detect if a source is DV coded and automatically toggle on "DV Source" in 'Title Settings'/'Video'.

What do you think?

Ah, thanks for reporting the missing language!

;)

Bye

Filbert
10th September 2008, 12:01
It is possible (next release) to add a routine to detect if a source is DV coded and automatically toggle on "DV Source" in 'Title Settings'/'Video'.

This would be very helpful, thanks! Will test it with my DV source-material as soon as a new (beta)build is out to see if it is working.

Greets, Filbert

gizzin
12th September 2008, 08:02
After numerous tests, it seems that 1500kb avg and under always seems to oversize.

rendez2k
12th September 2008, 08:30
After numerous tests, it seems that 1500kb avg and under always seems to oversize.

Whats the quality like at 1500kb and below anyway? It must be bad? I always try and keep above 3000.

MrC
12th September 2008, 12:53
After numerous tests, it seems that 1500kb avg and under always seems to oversize.

There should be something wrong. This is my "only one" test with a short DV source log file (1351 kbps avg bitrate). Ah, video output is horrible, of course.

<12/09/2008 13.42.38>
START PROCESS
<>

<12/09/2008 13.42.38>
DVD SETTINGS
DVD Titles number: 1
DVD Video Standard: PAL
DVD Size: 20/20 MB (100%)
DVD Output Setup: MPEG2 Streams

Delete temp process files: Yes
Delete working files: Yes
Save Log file: Yes
Output Folder: E:\Movies\DVD
<>

<12/09/2008 13.42.38>
TITLE 1 SOURCE FILES
Video: E:\Movies\Test\DV07_2008_05.avi
Info: DV - 28800 kbps - 720x576 - 16:9 - 25 fps - Interlaced - 1:46 minutes - 2661 frames
Audio: E:\Movies\Test\DV07_2008_05.avi
Info: PCM - 1536 kbps - - 48000Hz - 2ch - 33:15 minutes
Subs:
[MediaInfoLib - v0.7.7.5]
<>

<12/09/2008 13.42.38>
AVISYNTH SCRIPT
Video = DirectShowSource("E:\Movies\Test\DV07_2008_05.avi", convertfps=true, audio=false)
Video = Video.ConvertToYV12

Audio = DirectShowSource("E:\Movies\Test\DV07_2008_05.avi", video=false)

AudioDub(Video, Audio)
<>

<12/09/2008 13.42.38>
START VIDEO ENCODING OPERATIONS
Encoding Profile: HCenc VBR 2-pass
Target Video FileSize: 17.1 MB
HCenc Parameters: -ini "S:\Temp\AVStoDVD\DV07_2008_05_0_Title_01.HCenc.ini"
HCenc ini file:
*INFILE S:\Temp\AVStoDVD\DV07_2008_05_0_Title_01.avs
*AVSRELOAD
*OUTFILE E:\Movies\DVD\DV07_2008_05_0_Title_01.m2v
*LOGFILE S:\Temp\AVStoDVD\DV07_2008_05_0_Title_01.HCenc.log
*MAXBITRATE 9000
*BITRATE 1351
*PROFILE BEST
*ASPECT 16:9
*INTERLACED
*BFF
*BIAS 10
*DC_PREC 8
*MATRIX MPEG
*AQ 1
*LUMGAIN 0
*SMP
*PRIORITY IDLE
*WAIT 2
<>

<12/09/2008 13.49.01>
END VIDEO ENCODING OPERATIONS
Created File: E:\Movies\DVD\DV07_2008_05_0_Title_01.m2v (16.7 MB)
<>

<12/09/2008 13.49.01>
OUTPUT VIDEO INFO:
Filename: DV07_2008_05_0_Title_01
Filesize: 17521903 Byte
Format: MPEG Video
Time: 1:46 minutes
Compression: MPEG-2 Video
AvgBitRate: 1317
Resolution: 720x576
Aspect Ratio: 1.778
FPS: 25.000
Interlacement: BFF
Frames: 2661
<>

<12/09/2008 13.49.01>
START AUDIO ENCODING OPERATIONS
QuEnc (Audio) Parameters: -i "S:\Temp\AVStoDVD\DV07_2008_05_0_Title_01.avs" -o "E:\Movies\DVD\DV07_2008_05_0_Title_01.ac3" -priority 5 -1 -nohq -novbr -mpeg2mux novideo -audiocodec AC3 -audiobitrate 192 -auto -close
<>

<12/09/2008 13.49.15>
END AUDIO ENCODING OPERATIONS
Created File: E:\Movies\DVD\DV07_2008_05_0_Title_01.ac3 (2.4 MB)
<>

<12/09/2008 13.49.15>
Log file created by AVStoDVD Release 2.1.1
<>


If you post a log file as well, it could be very useful.

:confused:

Bye

gizzin
13th September 2008, 00:18
1500kb avg is terrible, but trust me hc performs miracles at lower bitrates. Try any other encoder and you will see what shit looks like. I don't think there's a problem with avstodvd its just as the bitrate gets lower hc tends to oversize more. I don't have any log files I deleted everything, but I will run another test, today or tommorow and I will give you the log.

Darksoul71
13th September 2008, 20:06
1500kb avg is terrible, but trust me hc performs miracles at lower bitrates. Try any other encoder and you will see what shit looks like.
I would disagree...while HCEnc is pretty much able to encode One CD movies with good quality I still find all libavcodec based encoders (QuEnc, AQE, Mencoder)
better at low bitrates. Even below 1 MBit.

The image is somewhat smoother / blured than HCEnc but has less visual artifacts.