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 |
15th September 2011, 02:14 | #81 | Link | |
Registered User
Join Date: Jul 2003
Location: Italy
Posts: 1,135
|
Quote:
Edit: OK, I get it... after a bit of 'brute forcing', using 36 was successfully. But 36 (hex: 24) it's not immediately after mdat. The previous bytes contains '10'. Anyway, If I want to deband the clip with 16bit precision, can I use flash3kyuu? Should I put it just before the call to f3kdb? Last edited by mp3dom; 15th September 2011 at 02:25. |
|
15th September 2011, 02:21 | #82 | Link | |
Registered User
Join Date: Aug 2007
Posts: 218
|
Quote:
EDIT: I was wrong. Please see http://forum.doom9.org/showthread.ph...77#post1526877 for details.
__________________
f3kdb 1.5.1 / MP_Pipeline 0.18 ffms2 builds with 10bit output hack: libav-9a60b1f / ffmpeg-1e4d049 / FFmbc-0.7.1 Built from ffms2 6e0d654 (hack a9fe004) Mirrors: http://bit.ly/19TwDD3 Last edited by SAPikachu; 17th September 2011 at 01:59. |
|
15th September 2011, 02:39 | #83 | Link |
Registered User
Join Date: Aug 2007
Posts: 218
|
It is not possible with f3kdb now. I will add high bit-depth input in next version. Right now you can use the dither package. Just remove f3kdb_dither and treat it as stacked 16bit clip.
__________________
f3kdb 1.5.1 / MP_Pipeline 0.18 ffms2 builds with 10bit output hack: libav-9a60b1f / ffmpeg-1e4d049 / FFmbc-0.7.1 Built from ffms2 6e0d654 (hack a9fe004) Mirrors: http://bit.ly/19TwDD3 |
15th September 2011, 19:42 | #84 | Link | |
Registered User
Join Date: Nov 2004
Location: Poland
Posts: 2,843
|
Quote:
I will post this file, so we can verify- I believe my ofset is correct, but we can double check. AVIs- yes, I've noticed that some v210 have not constant dummy data, but some do have constant. I can also post such a sample. Andrew |
|
15th September 2011, 20:34 | #85 | Link |
...?
Join Date: Nov 2005
Location: Florida
Posts: 1,419
|
Are there certain hardware requirements (CPU, RAM, etc.) that need to be met? I noticed that flash3kyuu_dither has a base requirement of an SSE2-capable processor, but there's no such warning in the README's flash3kyuu_deband section.
Even with opt=0 set, I'm getting an "Evaluate: System exception - Illegal instruction" error pointing to the line where flash3kyuu_deband gets called, and I can only see that error when trying to load the script into VirtualDub - if I try to play the script in WMP6.4 the error text doesn't show up at all. Commenting it out allows the script to load as usual. I wouldn't be surprised if it's just that my hardware is way too old (Coppermine-based Celeron = no SSE2 at all), but I would have thought that since the opt parameter defaults to autoselecting the right instruction set level and opt=0 disables optimizations, that it wouldn't error out like that, and just be a lot slower. Last edited by qyot27; 15th September 2011 at 20:37. |
15th September 2011, 21:00 | #86 | Link |
Registered User
Join Date: Nov 2004
Location: Poland
Posts: 2,843
|
I've tried radialramps (http://www.mediafire.com/?cxc8bmw5haceclo) 1080 file and this works fine for me also.
I came back to my problematic file and.... works fine Sorry for wrong report- it was an user error I also tried yet another file- ProRes from Alexa converted to AJA v210 in QT- also works fine Last edited by kolak; 15th September 2011 at 21:23. |
16th September 2011, 02:10 | #88 | Link |
Registered User
Join Date: Aug 2007
Posts: 218
|
@kolak
No problem, it is great to get it working. If the AVI file has constant frame header, it is possible to read it by setting framehead in the script. But I think it is still easier to convert the file first. @qyot27 That's weird, I checked the disassembly, C version don't have SSE-related code (except memset, but it will check CPU at runtime to select instruction set), and should be runnable on Coppermine... I don't have that CPU so I can't find the root cause, but I suspect it is an ICC problem. Can you try this build, with and without opt=0, and see if it works? Thanks.
__________________
f3kdb 1.5.1 / MP_Pipeline 0.18 ffms2 builds with 10bit output hack: libav-9a60b1f / ffmpeg-1e4d049 / FFmbc-0.7.1 Built from ffms2 6e0d654 (hack a9fe004) Mirrors: http://bit.ly/19TwDD3 Last edited by SAPikachu; 16th September 2011 at 02:13. |
16th September 2011, 09:06 | #90 | Link | |
...?
Join Date: Nov 2005
Location: Florida
Posts: 1,419
|
Quote:
|
|
16th September 2011, 10:08 | #91 | Link |
Registered User
Join Date: Aug 2007
Posts: 218
|
Got it. So ICC generates instructions that older CPU can't support, I need to maintain a msvc version for them.
__________________
f3kdb 1.5.1 / MP_Pipeline 0.18 ffms2 builds with 10bit output hack: libav-9a60b1f / ffmpeg-1e4d049 / FFmbc-0.7.1 Built from ffms2 6e0d654 (hack a9fe004) Mirrors: http://bit.ly/19TwDD3 |
16th September 2011, 13:40 | #92 | Link |
Registered User
Join Date: Nov 2004
Location: Poland
Posts: 2,843
|
mp3dom- don't use it on files which are re-wrapped from AVIs- it looks like it does not work. Padding data is not constant, so there are distortions- different on different frames.
You can always force ffmpeg to re-encode video and than put to MOV container- I think it can do v210 to v210 properly. Andrew |
16th September 2011, 18:46 | #93 | Link |
Registered User
Join Date: Jul 2003
Location: Italy
Posts: 1,135
|
Tried -vcodec copy and -vcodec v210 on ffmpeg and both options outputs the exact same file. It's bit per bit identical. Regarding my offset (28) using SwapUV I see correct colors but also some corruption (probably already there, not due to SwapUV). So it seems that 36 is the real offset (watching almost all frames, seems correct) but it's not immediately after 'mdat'
Just for reference, I have this: Red arrow: What I should use Blue arrow: What I'm using Edit: kolak, I know hex numbers, 0x1c=28, 0x24=36 Last edited by mp3dom; 16th September 2011 at 20:03. |
16th September 2011, 20:00 | #94 | Link |
Registered User
Join Date: Nov 2004
Location: Poland
Posts: 2,843
|
Make sure you understand numbers. These are HEX, so you can convert in windows calc to decimal. There is only one valid value (I believe), so another is wrong
28 HEX is 40 dec and this is what my file needed. |
16th September 2011, 20:31 | #98 | Link |
Registered User
Join Date: Jul 2003
Location: Italy
Posts: 1,135
|
I don't know, probably a strange v210 AVI. I'm start to think that it can be a mac conversion from v210 QT to v210 AVI. Unfortunately the files comes from an external company, not from our capture so I don't have a lot of infos about it.
|
Tags |
avisynth, deband |
Thread Tools | Search this Thread |
Display Modes | |
|
|