Activity for Eli Bildirici
-
Eli Bildirici modified a comment on ticket #6
OK, I have spent the last week or so monomaniacally debugging. I have found that the older builds that I had made (with fewer changes to the headers) as well as Artkar's, actually didn't necessarily fare better. All of them randomly seem to crash sometimes when a second test is started, or sometimes when media is being checked (several times in a row), and this again is not deterministic enough that it seems related to anything I've changed. Sometimes, when debugging, I'm lucky enough to get a sigsegv...
-
OK, I have spent the last week or so monomaniacally debugging. I have found that the older builds that I had made (with fewer changes to the headers) as well as Artkar's, actually didn't necessarily fare better. All of them randomly seem to crash sometimes when a second test is started, or sometimes when media is being checked (several times in a row), and this again is not deterministic enough that it seems related to anything I've changed. Sometimes, when debugging, I'm lucky enough to get a sigsev...
-
OK, I have spent the last week or so monomaniacally debugging. I have found that the older builds that I had made (with fewer changes to the headers) as well as Artkar's, actually didn't necessarily fare better. All of them randomly seem to crash sometimes when a second test is started, or sometimes when media is being checked (several times in a row), and this again is not deterministic enough that it seems related to anything I've changed. Sometimes, when debugging, I'm lucky enough to get a sigsev...
-
Issue is: when queuing up more than one test to be run via a qscand instance, qpxscan crashes at the start of the second test. You can run as many singleton tests as you want, but not any single run of tests with more than one test in it. I had theorized about changes I've made that could be too blame but undoing them doesn't seem to have helpd, and this doesn't seem to happen in the static builds I've made, so I'm a little lost. This only happens via qscand, regular tests test runs done on local...
-
Issue is: when queuing up more than one test to be run via a qscand instance, qpxscan crashes at the start of the second test. You can run as many singleton tests as you want, but not any single run of tests with more than one test in it. I had theorized about changes I've made that could be too blame but undoing them doesn't seem to have helpd, and this doesn't seem to happen in the static builds I've made, so I'm a little lost. This only happens via qscand, regular tests test runs done on local...
-
...I seem to have found a bug. At first I thought it was something about my code but it might have something complicated to do with threading models and such, will keep posted
-
One more note--I have added many explicit if defined (_WIN64) statements, but so far as I know, any time _WIN32 is defined , so is _WIN64. I did this because making this explicit seems like a good idea in terms of how we think about our target platforms. It also seems like a good idea in case there is ever a _WIN64 platform that does not define _WIN32, or in case this behavior is changed more generally than that. But it is not strictly necessary for this project, and at no point is there code that...
-
I'm not sure how the formatting got screwed up and there doesn't appear to be an edit function, sorry about that
-
Fix building on mingw-w64 i686; enable mingw-w64 x86_64; cut down on duplicate includes; etc
-
Sweet! :)
-
Fix results file saving
-
Hey, is there any reason this has not yet been committed? Is there something else I should add?
-
I used diff? Actually, I had some trouble applying your patch. Not sure what's happening :/ I'm using the diff and patch that come with LXSS on Windows 10 x64. Hmm, it looks like you changed the chapter api so the save methods return bools. I'm not sure why you added this validation? Because LoadTXT and LoadXML already validates input. I guess if you're getting the menu from an inputfile using getChaptersInfo() then it might fail - there might be some edge case there we havent' accounted for and...
-
I used diff? Hmm, it looks like you changed the chapter api so the save methods return bools. I'm not sure why you added this validation? Because LoadTXT and LoadXML already validates input. I guess if you're getting the menu from an inputfile using getChaptersInfo() then it might fail - there might be some edge case there we havent' accounted for and there is no validation in getChaptersInfo itself beyond the fix from my patch here. Aside from that, the chapterfile is being added to the FilesToDelete...
-
So the first time around, I didn't account for the possibility that someone might keep the default trackname for the chapters track/forget to blank it out when manually making a file using MP4Box. So I've integrated my fix for skipping intial chapter metadata into the loop. You should use this instead of the original patch.
-
(looks like they're out - they had a problem with the auto-build system before)
-
OK great!
-
OK! So, gpac has responded extremely quickly to my bug reports: #873 for Tracknames and PAR, and #874 for the phantom XML chapter track reference. I haven't had the chance to test them yet, as I do not know how to compile gpac properly, but there should be a nightly with the fixes out soon. Anyway, as a result of the patches, the changes I made to MP4BoxMuxer in order to get Trackname and PAR to be written out properly should no longer be necessary as long as you start shipping a nightly build with...
-
MP4Box fixes - AppleXML chapters, PAR, and Tracknames
-
Add CRF option to ZonesWindow
-
I was having this same problem earlier today, and using the Argyll driver fixed it....
-
OK great! :)
-
Ugh, I had meant to put that in a separate patch after testing it with a few media...
-
Patch to use UTF-8 files for tracknames when muxing to MP4
-
Cool! Glad you figured this silly little thing out. (I did in fact have the video...
-
Cool! Glad you figured this silly little thing out.
-
Eh it was the same filter chain, there was no intermediate encode. So: source filter,...
-
I'll try to find the time to reproduce this as well...
-
I used File Indexer to create the d2v and demux the audio, and then wrote the avs...
-
Eh it was the same filter chain, there was no intermediate encode. So: source filter,...
-
Eh it was the same filter chain, there was no intermediate encode. So: source filter,...
-
Eh it was the same filter chain, there was no intermediate encode. So: source filter,...
-
Eh it was the same filter chain, there was no intermediate encode. So: source filter,...
-
Eh it was the same filter chain, there was no intermediate encode. So: source filter,...
-
Hurray!
-
Realized that the previous version of the patch didn't account for an edge-case....
-
To be clear - SelectEven() did its work, but the file was then played back at the...
-
When using SelectEven() to halve framerate, original framerate is used when muxing to mp4 (standard or m4v)
-
Patch for OGG to XML chapters for m4v (Apple)
1
Gen AI apps are built with MongoDB Atlas
Atlas offers built-in vector search and global availability across 125+ regions. Start building AI apps faster, all in one place.
Try Free →