Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
|
|
Thread Tools | Search this Thread | Display Modes |
17th January 2012, 13:30 | #185 | Link |
Registered User
Join Date: Apr 2009
Posts: 153
|
One question.. I never used the frame method.. But we're talking about video frames right? For this reason you need fps.. In the future can you add an audio frame option to cut audio at the frame we want? I often use ac3 files with 2.0 and 5.1 content and i could need to cut at the exact frame
|
17th January 2012, 18:48 | #187 | Link |
Guest
Posts: n/a
|
Since no one has made light any new bugs I've updated the first page for the new version. Also, for anyone actually compiling this from source, starting with 1.4.3.4 I've started tagging releases to make it easier to pull down source for a known version. What this also means is that I will no longer guarantee that HEAD will compile whereas previously I would always make sure HEAD at least compiled, so that I can more rapidly push changes without worrying about someone trying to build it and it breaking. So if you want a version that will be known to compile, you will want to pick up the latest tagged version.
|
21st January 2012, 00:44 | #188 | Link |
Guest
Posts: n/a
|
So apparently writing out to the CLI from a GUI app is not possible without creating two different versions of the app which I'm too lazy to do at least at this point. So instead any error messaging will be written to an error.log file instead when invoked from the CLI.
|
21st January 2012, 01:31 | #189 | Link |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,277
|
I did this some time ago so I'm no totally sure if I get it right from memory:
to your pro file add: Code:
CONFIG += qt \ console so to stop this console window when you use the GUI you modify your main.cpp 1st add: Code:
#ifdef Q_OS_WIN32 #include <windows.h> #endif Code:
#ifdef Q_OS_WIN32 if (gui) { FreeConsole(); //this will kill the console window; downside console window will be visible for a short time } #endif Cu Selur Ps.: hiding the gui is probably no problem (btw.: I haven't figured out how to output to the console under Windows form a qt GUI) Last edited by Selur; 21st January 2012 at 01:38. |
21st January 2012, 02:50 | #190 | Link |
Guest
Posts: n/a
|
Interesting workaround. I've seen the Config+=console thing but everything I saw (though it was a bit dated) said that then you would only get a console window. I'll definitely try that out.
Edit: That worked perfectly. Thanks. Last edited by amtm; 21st January 2012 at 02:54. |
23rd January 2012, 23:46 | #191 | Link |
Guest
Posts: n/a
|
So a question about a change to the CLI usage. I'm thinking of just removing the "-console" switch and just having it always output to the CLI when you use delaycut that way. Does anyone care? This will impact another change I want to make. Currently if you only supply 2 commandline arguments to the executable based on previous behavior, it will launch the GUI and use that second argument as the input file name. One major bug about this with the older versions is that you happened to just do "delaycut -console" it would think "-console" was a filepath and would only actually execute via CLI at least 3 arguments were passed. Does anyone care if I just always treat the launching of the app through the commandline as wanting to only use it via CLI? To put it another way, does anyone actually launch the program from cmd.exe and passes in the filename as an argument instead of just drag/drop or using the browse buttons to open a file?
|
23rd January 2012, 23:51 | #192 | Link | |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,277
|
Quote:
|
|
24th January 2012, 01:45 | #193 | Link | |
Registered User
Join Date: Apr 2009
Posts: 153
|
Quote:
|
|
24th January 2012, 08:18 | #195 | Link |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,277
|
or don't care about the order and give <input> an '-i' -> parsing should be easy,... if it starts with an '-' it's an option if the following parameter (if there is one) also has an '-' it a unary option otherwise the next one is the parameter to the option before,..
|
24th January 2012, 16:31 | #196 | Link |
Guest
Posts: n/a
|
What I'll do is make it so that if you supply a -i switch you can specify the input file anywhere you want. In the absence of that switch it will implicitly assume the input file is specified as the last argument and fail if that isn't a valid file name. That way if you want you can do both delaycut <input> <options> or delaycut <options> <input>.
|
25th January 2012, 00:06 | #197 | Link | |
Registered User
Join Date: Apr 2009
Posts: 153
|
Quote:
Trying the tool to find bugs i see that is annoying if i have to correct the parameter everytime to find the good one go to the middle (between the path of the executable and the path of the audio).. but an -i option could be good as well.. |
|
25th January 2012, 15:45 | #198 | Link |
Guest
Posts: n/a
|
New version that adds back in CLI messages of progress and errors. I've also removed the "-console" parameter and have renamed a few of the other parameters. The README is updated to show the new parameters. Can be downloaded here (taken down temporarily).
Last edited by amtm; 25th January 2012 at 16:21. |
|
|