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. |
18th August 2013, 01:01 | #81 | Link |
Registered User
Join Date: Mar 2012
Location: Texas
Posts: 1,666
|
@VFR maniac
I think I might of found a bug in VS LSmashSource r662. I don't know how I managed to create it, but I cut a small MPEG2 sample and last frames seem to be corrupted. When I try opening it in VapourSynth using either VirtualDub or AvsPMod it silently crashes when it gets to frame 499 or beyond. Muxing it into MKV also did not fix the problem. The very same file does not crash in AviSynth. Code:
import vapoursynth as vs core = vs.get_core() core.std.LoadPlugin(path=r'C:\VapourSynth\LSmashSource\vslsmashsource.dll') # Source src = core.lsmas.LWLibavSource(source=r'C:\VapourSynth\LSmashSource\Test_Corrupt.m2v') # Output src.set_output() Don't know if is any help but here's the very same sample uncorrupted. |
25th August 2013, 00:01 | #82 | Link | |
Spinner of yarns
Join Date: May 2009
Posts: 164
|
Quote:
__________________
僕と契約して、L-SMASH developerになってよ! L-SMASH | L-SMASH Works | Opus-in-ISOBMFF specification and reference software |
|
30th August 2013, 22:21 | #83 | Link |
Fascinated Lurker
Join Date: Feb 2002
Location: Durham, UK
Posts: 243
|
I'm trying to build the vapoursynth libs on OSX but I'm not really sure what I'm doing.
I've cloned the git repo but I don't know what options to put into configure. Has anyone done this who could give me some pointers? edit: nevermind. I hadn't built l-smash first. It's fine now Last edited by zettai; 31st August 2013 at 04:07. |
31st August 2013, 10:34 | #84 | Link | |
Registered User
Join Date: Mar 2012
Location: Texas
Posts: 1,666
|
Quote:
I have double checked to make sure I'm not doing anything wrong. Maybe this can be something specific to my system? I'm using 32-bit Windows XP SP3 with a Q6600. |
|
13th September 2013, 11:29 | #85 | Link |
Registered User
Join Date: Sep 2009
Posts: 18
|
Hi,
I'm sorry if my question sounds stupid but I have some trouble to understand the "repeat-mode". It could be related to my unawareness(? its a google translation) about the dependigs of fields and frames Can I say summarized: If my source is interlaced-flaged (like 1080i HDTV recordings) I set repeat=true and if the source in progressiv (non-interlaced DVD,BD) then repeat=false? And what happend, if I set repeate=true for a progressiv source? And why is repeat=true what it is? I mean, i would suppose what with set to true, I will have some/all frames twice and not with the false-option. Can somebody give me a easy-to-understand explanation? |
17th September 2013, 23:11 | #86 | Link | ||
Registered User
Join Date: Dec 2002
Posts: 5,565
|
Quote:
Quote:
Code:
LSMASHVideoSource("clipcanvas_14348_ProResHQ_720p50.mov", stacked=true) #DitherPost() |
||
17th September 2013, 23:45 | #87 | Link | |
Spinner of yarns
Join Date: May 2009
Posts: 164
|
Quote:
10 bits = MSB 2 bits + LSB 8 bits Upper 6 bits of the MSB make no sense. Therefore, the greenish is normal with 10bit Y'CbCr samples.
__________________
僕と契約して、L-SMASH developerになってよ! L-SMASH | L-SMASH Works | Opus-in-ISOBMFF specification and reference software |
|
18th September 2013, 00:41 | #88 | Link |
Registered User
Join Date: Dec 2002
Posts: 5,565
|
Any reason for choosing this format? Dither/f3kdb/x264 seem to do it the other way, so one would would need to skew those bits over into the MSB to make it compatible with those? Or am I missing something again?
Last edited by sneaker_ger; 18th September 2013 at 00:44. |
18th September 2013, 01:37 | #89 | Link |
Spinner of yarns
Join Date: May 2009
Posts: 164
|
Libavcodec decoders output by such format; [LSB 8 | zero 6 | MSB 2] for 10-bit Y'CbCr.
As the default, the postprocessor after decoding works as just copying data delivered from decoder into the AviSynth video buffer. Basically I believe that data shall not be modified unless user, decoder or demuxer specifies. 10->16 change may add something of dither instead of simple bit-shifting. Use format="YUV4**P16" if you need the format [LSB 8 | MSB 8].
__________________
僕と契約して、L-SMASH developerになってよ! L-SMASH | L-SMASH Works | Opus-in-ISOBMFF specification and reference software |
14th October 2013, 17:05 | #93 | Link |
Registered User
Join Date: Mar 2012
Location: Texas
Posts: 1,666
|
Must of recently happened, I was just there last night. Anyways, here's r688 for anyone looking for it.
|
14th October 2013, 23:31 | #96 | Link | ||
Registered User
Join Date: Jun 2007
Posts: 414
|
Quote:
I haven't noticed it not reusing the index files, have you tried the newest version (r688v2)? |
||
15th October 2013, 13:17 | #97 | Link |
Rome Total War
Join Date: Mar 2013
Location: C:\Python33
Posts: 39
|
from my experience latest LWLibavVideoSource do not re-write index file, if it was already created.
and it doesn't seem to (re-index) overwrite index file created by aui_indexer either.
__________________
GOTO:EOF |
15th October 2013, 15:25 | #99 | Link |
Yes, I'm weird.
Join Date: May 2010
Location: Southeast Asia
Posts: 271
|
In my tests, even when you've replaced the source file with a different file, it still re-use the index file.
__________________
“Never argue with stupid people, they will drag you down to their level and then beat you with experience.” — Mark Twain Last edited by the_weirdo; 15th October 2013 at 15:31. |
2nd November 2013, 15:32 | #100 | Link | |
Spinner of yarns
Join Date: May 2009
Posts: 164
|
Quote:
It was announced at the top page of the old one. http://otsukemono.blogspot.jp/
__________________
僕と契約して、L-SMASH developerになってよ! L-SMASH | L-SMASH Works | Opus-in-ISOBMFF specification and reference software |
|
|
|