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. |
7th June 2017, 22:58 | #301 | Link | ||
Registered User
Join Date: Sep 2006
Posts: 1,657
|
In windows 7 or later, when you drag a window to the left/right edge of the screen, the window will auto maximize and take up half the size of the screen. Well that was just an example, basically, the filter preview window will not show up if you move the main window anywhere to the left side of the screen.
Quote:
Quote:
Last edited by lansing; 7th June 2017 at 23:00. |
||
12th June 2017, 16:11 | #303 | Link | |
Registered User
Join Date: Mar 2015
Posts: 775
|
Quote:
not implemented yet
__________________
VirtualDub2 |
|
12th June 2017, 16:17 | #304 | Link | |
Registered User
Join Date: Sep 2006
Posts: 1,657
|
Quote:
|
|
19th June 2017, 23:51 | #305 | Link |
Registered User
Join Date: Sep 2006
Posts: 1,657
|
Hi, there's a bug in the capture mode. Every time I go to video->levels, the white balance will always reset to the far left of the bar, and a new ui window will come up each time
Last edited by lansing; 19th June 2017 at 23:55. |
20th June 2017, 00:16 | #306 | Link | |
Registered User
Join Date: Mar 2015
Posts: 775
|
Quote:
p.s. Ok, the part with multiple windows is clear now, very simple
__________________
VirtualDub2 Last edited by shekh; 20th June 2017 at 00:20. |
|
20th June 2017, 05:11 | #307 | Link | |
Registered User
Join Date: Sep 2006
Posts: 1,657
|
Quote:
|
|
21st June 2017, 03:41 | #308 | Link |
Registered User
Join Date: Sep 2006
Posts: 1,657
|
Hi I have seeking problem with version 16. On a 1080p mkv, memory usage spiked to 100% and the program hangs when I tried to seek. On a blu-ray TS file, seeking will sometime give me an error "error reading source frame xxxx: requested frame not found"
|
21st June 2017, 09:10 | #309 | Link | |
Registered User
Join Date: Mar 2015
Posts: 775
|
Quote:
This is planned behavior with some unlucky files. AFAIK TS lacks information for simple seeking, and I use just simple seeking as implemented in ffmpeg. Other possible reason: no keyframes in the file (intra refresh). Same story, simple seeking is not able to reach exact frame.
__________________
VirtualDub2 |
|
21st June 2017, 16:34 | #310 | Link | |
Registered User
Join Date: Sep 2006
Posts: 1,657
|
Oh I make a wrong description, the one that spikes up on seek is the cpu usage. Sample here, it's 720x546, seeking seems to work fine for the first 1:52, then any seek after that will spike cpu usage to 100%
sample Quote:
Another problem I saw, on a 1920x1080 x264 10 bit mkv, memory jumps to 3.2G on a few random seeks and capped there. With a 1920x1080 x264 8 bit mkv, memory usage will cap at 1.6G on the same procedure. And for both type above, clicking the play0 button will kind of froze the program. It didn't hangs but the program didn't respond to any command after. |
|
21st June 2017, 18:22 | #311 | Link | ||
Registered User
Join Date: Mar 2015
Posts: 775
|
Quote:
I know one problem which I may try to solve: currently "caching input driver" does not allow to abort decoding. This can make a difference if you request one frame, and immediately request another. With fcchandler mkv driver you can do this, gui will appear more responsive, but to get any picture displayed you actually have to wait. It is a 250 frame gop. Btw it may help if you see keyframes, press edit->markers from keys. Quote:
"didn't respond" is not good, did you have to terminate the process? How much memory you had (total physical)? Maybe OS tried hard to swap out to disk?
__________________
VirtualDub2 |
||
21st June 2017, 23:36 | #312 | Link | ||
Registered User
Join Date: Sep 2006
Posts: 1,657
|
Quote:
I tried the same video on Avidemux, it only took about 6 seconds to create the index, and after that every seek and playback is instant displayed. And in comparison, the memory usage in Avidemux is significantly lower too. With a 1080p video, it needs no more than 170MB. Quote:
|
||
22nd June 2017, 08:12 | #313 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,782
|
Having a video without a (valid) keyframe index is a quite probable reason for seeking issues, especially when the video stream has timecode discontinuities. You said it was better after Avidemux reconstructed such an index. Just remultiplexing the MKV might fix it.
TransportStreams don't store such an index at all, here the playback can only rely on video stream timecodes, and when the whole file is concatenated from different "programmes" with individual timecode ranges, then an "accurate" seeking will search the wrong offset forever (a "lazy" seeking would just play the next possible position based on the percentage of the file size). |
22nd June 2017, 10:02 | #314 | Link |
Registered User
Join Date: Mar 2015
Posts: 775
|
On a second look at "vd test.mkv" I see interesting problem. To reproduce: open, go-to frame 10000, see file information. It shows 10002 frames decoded vs expected ~250.
Now it is clear that when you seek 2 to hours into the video it wants to decode all 2 hours. So it looks like some index heuristic failure. Maybe possible to fix.
__________________
VirtualDub2 |
25th August 2017, 22:41 | #317 | Link |
Registered User
Join Date: Sep 2006
Posts: 1,657
|
I got a problem outputting Lagarith RGB compression. In the Lagarith setting, I set it to output RGB, but back at the compression selection window, the autoselect was forcing the output to YUV420.
Last edited by lansing; 25th August 2017 at 23:01. |
25th August 2017, 23:12 | #318 | Link |
Registered User
Join Date: Mar 2015
Posts: 775
|
"Autoselect" option is based on input format, if you don't want it just select "24 bit RGB" or anything else.
__________________
VirtualDub2 |
26th August 2017, 10:06 | #320 | Link |
Registered User
Join Date: Oct 2002
Location: France
Posts: 2,316
|
I don't know if a codec has the possibility notify a "prefered" output format, or if you have access to the "internal" native compression format. From what i've understood (if i'm not wrong), you ask a codec if it can output a specific format, and it answer yes or no. So probably autoselect ask for the the format in a specific order, and stop at the first "yes" answer. Setting Lagarith to ouput RGB doesn't mean it forces RGB, it probably means it will answer "yes" if you ask "Can you output RGB".
I think it works like this, but shekh should confirm if i've not said something wrong. |
Thread Tools | Search this Thread |
Display Modes | |
|
|