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. |
11th April 2020, 11:34 | #2582 | Link | |
gMKVExtractGUI author
Join Date: Aug 2003
Location: Greece / Thessaloniki
Posts: 251
|
Quote:
I guess it's a regression bug or something. However, for .ts files, I recommend using LSMASH source filter, since it seems to be frame accurate instead of FFMS2, at least in my experience. |
|
9th May 2020, 09:05 | #2583 | Link |
Registered User
Join Date: Apr 2020
Posts: 2
|
Hi,
I have a captured video in HuffYUV and when I open it using FFmpegSource2 in Avisynth+ some frames are dropped which leads to audio to be out of sync. No such issue when using AVISource, 319405 frames total, 25 fps: But with FFmpegSource2 319008 frames total, 397 frames are dropped, 24.969 fps: Also no dropped frames if I open with FFmpegSource2 the same video but encoded in FFV1. Is it just me or FFmpegSource2 is not working correctly with HuffYUV? Thanks |
9th May 2020, 10:53 | #2584 | Link | |
Professional Code Monkey
Join Date: Jun 2003
Location: Kinnarps Chair
Posts: 2,548
|
Quote:
Does the captured file by any chance contain exactly 397 dropped frames?
__________________
VapourSynth - proving that scripting languages and video processing isn't dead yet |
|
9th May 2020, 13:43 | #2585 | Link |
Registered User
Join Date: Mar 2018
Posts: 447
|
My experience with ffmpegsource and dropped frames in Huffyuv clips is that they are skipped (tests done with Vapoursynth's core.ffms2.Source).
VirtualDub however shows them as duplicate frames so what I did was preprocess the video with VirtualDub so that the dropped frames are included as duplicates. It would be nice if there was a more elegant way. Last edited by zorr; 9th May 2020 at 13:46. |
9th May 2020, 23:05 | #2586 | Link | |||
Registered User
Join Date: Apr 2020
Posts: 2
|
Quote:
Quote:
Quote:
|
|||
10th May 2020, 20:44 | #2587 | Link | |
Registered User
Join Date: Mar 2018
Posts: 447
|
Quote:
The resulting file no longer has dropped frames (at least VirtualDub cannot find them anymore) and they are replaced as duplicate frames. |
|
22nd May 2020, 17:35 | #2589 | Link |
Registered User
Join Date: Jul 2011
Posts: 50
|
I have been using FFMS2 + ProRes for years and everything works fine. But now I have switched to h264/h265 and FFMS2 struggles with the audio. Seeking, using any player (MPC-HC), and trimming, using NVEncc, takes A LOT of time.
Using FFVideoSource alone I have no problems at all, it seeks perfectly fine and it has a top-notch performance. Extracing the audio track and loading it using FFAudioSource also works. But loading the audio track from the MKV makes the decoder to struggle like hell. I'm using the latest StvG build (from this page of the thread) but I also have tried more builds. Same problems. Video seems to be fine, its MKV + h264 + AAC LC ADTS. Any idea? Last edited by stranno; 22nd May 2020 at 18:20. |
22nd May 2020, 19:12 | #2590 | Link | |
Professional Code Monkey
Join Date: Jun 2003
Location: Kinnarps Chair
Posts: 2,548
|
Quote:
__________________
VapourSynth - proving that scripting languages and video processing isn't dead yet |
|
22nd May 2020, 20:47 | #2592 | Link | |
Professional Code Monkey
Join Date: Jun 2003
Location: Kinnarps Chair
Posts: 2,548
|
Quote:
2. Yes. 3. The whole idea is to not index and simply sacrifice a bit of cpu time for linear decoding. If you start indexing you end up with FFMS2.
__________________
VapourSynth - proving that scripting languages and video processing isn't dead yet |
|
24th May 2020, 19:41 | #2594 | Link |
Formerly davidh*****
Join Date: Jan 2004
Posts: 2,493
|
As I'm having problems getting DGDecNV to work on my new computer, I'm trying ffmpegsource on a 30Gb blu-ray rip (demuxed .264 file). It works, but it takes forever to open each time (15 minutes or so. It's not re-indexing as far as I can tell; I created the .ffindex file on the command line and its modified date hasn't changed).
Is this just how slow it is with such large files? |
24th May 2020, 19:59 | #2595 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
Normally with MKV both ffms2 and l-smash are super fast indexing, staxrip uses LWLibavVideoSource for raw files by default, probably better.
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
24th May 2020, 20:16 | #2596 | Link |
Useful n00b
Join Date: Jul 2014
Posts: 1,667
|
Sounds like something is sideways. Shouldn't be like that. Happy to help with DGDecNV if you want to open a new thread or visit my forum. Laptops can be problematic. But MX150 looks like a fine GPU. Let's see if we can sort things out for you.
Last edited by videoh; 24th May 2020 at 20:21. |
24th May 2020, 21:52 | #2597 | Link | |
Formerly davidh*****
Join Date: Jan 2004
Posts: 2,493
|
Quote:
As for ffmpegsource, I just tried with a 780Mb .m2ts file. It indexed in 30 seconds or so, and subsequent opens were instant. I'll now try with a 39Gb .m2ts... |
|
24th May 2020, 23:35 | #2599 | Link |
Formerly davidh*****
Join Date: Jan 2004
Posts: 2,493
|
The 39Gb M2TS file took 17 minutes to index the first time, then opened instantly the next time.
I went back to the 30Gb .264 file, renamed the existing index file (created on the command line: 609,535 bytes), and opened the script in VirtualDub. It took nearly 30 minutes, created an index file which is 632,958 bytes, but still didn't open instantly the next time (I let it got for 10 minutes before giving up). I've now remuxed the .264 into a .ts, and it's working as expected, so I guess it was just something about that .264 file. |
Thread Tools | Search this Thread |
Display Modes | |
|
|