![]() |
Quote:
I think the DOCs are wrong :!: It doesn't work, at least on my machine. As a matter of fact, take a look at the mount points on Windows: Code:
C:\DOCUME~1\karl\LOCALS~1\Temp on /tmp type user (binmode,noumount)Code:
$ cd /c:-kwag |
My /etc/fstab only contains:
d:/mingw/mingw /mingw And works like this: Quote:
Quote:
Code:
TABLE 1 - Automatic file system maps:But you must use CD C: , not CD /C: as you posted. EDIT: But your method is more correct and the filename completion works only with that method (just tried the TAB for a directory name completion using both /d/ and d:/ ) Bilu |
Found out what was the problem with VMesquita's man page conversion to HTML: just open the man page in a text editor, replace .IPs with .IP and then do the conversion.
I updated the link with a package including an HTML man page with the correct values. Also include the utility for the man page conversion. Just do: man2htm2 mplayer.1 > mplayer.html Cheers, Bilu |
I'd like to have your feedback about:
- using Avisynth sources - "PTS to SCR delay" messages when using -of rawvideo I never got AVS sources to work even with VMesquita's build, will try again now :oops: Bilu |
Hi bilu,
I'm always using avisynth (through makeavis) as a source, making use of vmesquita's method, and always worked fine. Once I even compared to just resize with -vf internal mencoder (or mplayer?) filters (crop, expand,...) and bicubicresize with avisynth, and avisunth encoded faster :o . About your compilation, encoding nice (just two small tests) and I really didn't get any PTS to SCR error, but don't know if was just by chance. I'll do further tetsts. What I already noticed is that with your compilation I get 1 fps less compared to vmesquita's (maybe due they were compiled in different ways?). But I find rawvideo really nice. And the Unknown block type errors also disapeared!. |
Quote:
http://article.gmane.org/gmane.comp....yer.user/27198 Quote:
Bilu |
This is fun. :)
http://article.gmane.org/gmane.comp....yer.user/27233 My settings right now, bold settings just for NTSC: Quote:
Bilu |
Someone willing to test this?
p_mask=<0.0-1.0> inter MB masking (default: 0.0 (disabled)) Bilu |
Notch matrices:
Quote:
Cheers, Bilu |
As Incredible has posted here:
NOTCH Interlaced Matrix http://www.kvcd.net/forum/viewtopic.php?t=7985 Quote:
Quote:
I'm not using the alt switch. Tried both the interlaced and progressive versions of the Notch matrix over an interlaced encode, and the progressive one was very good, the interlaced one was horrible :) So for now on my settings.ini file will be: Quote:
Without Notch: 6177 KB With Notch: 4993 KB It's very good to see a 20% improvement over such a small scene where I was already using spatial complexity masking and a denoiser :!: Congrats for the matrix! :D Bilu |
Hi bilu,
I know this post is going to bring some heavy discussion, but I have to say this: The matrix has NOTHING to do with the scan order :!: Each position of the matrix, is focused on a specific frequency domain. No matter what scan order is used, the "weighting" or frequency spectrum per position, is always the same. Different scan orders are used, depending on the source material, it it's interlaced or progressive. So it's a misconception that a diffrerent matrix is required if the source is interlaced or progressive. So the "Notch" matrix is usefull either on progressive or interlaced material. This pattern: Code:
intra_matrix=8,10,22,27,29,37,37,40,9,12,14,28,29,37,39,40,9,14,27,31,34,37,40,48,12,22,27,29,34,37,40,58,26,27,29,34,37,38,48,58,26,27,29,36,38,38,48,69,18,27,34,36,38,38,48,69,26,26,34,34,38,40,58,79 References here: http://rnvs.informatik.tu-chemnitz.d...mpeg_tech.html And in the book: "Video Demystified" specifically pages 234 and 527. Edit: Sorry Inc., but after reading more on MPEG specifications, the statement above is very clear. -kwag |
Well, my friend, that's fine by me :)
You know this subject much better than me and I'm pretty happy with the results anyway ;) EDIT: And although I could check if you're right by trying the alt parameter, I don't really think it's worth it since I'm getting good results on both progressive and interlaced this way. Cheers, Bilu |
Quote:
Greets :D -kwag |
Well then I don't know why many very knowledged persons for example at doom9.de/Gleitz do recommend using aalternate scan ordered matrix in case of interlaced encodings.
mb1 explaind that once very well, but his page is down now :cry: |
@incredible
I haven't tried it yet, but I've been pretty happy encoding interlaced sources without using alt. Bilu |
@incredible
http://bmrc.berkeley.edu/research/mp...v38.html#tag15 Search for alternate :) I'll try it tomorrow. EDIT: two more links from Doom9, haven't seen them yet: http://www.physics.utu.fi/ett/kurss...eemu_tiivis.pdf http://www.ece.cmu.edu/~ee899/lecture7.pdf Cheers, Bilu |
Quote:
The way the matrix is designed (as per specifications), is that every "slot" or position that is, always has a frequency domain range. Like this (scanned from a book) : http://www.digitalfaq.com/archives/i.../2004/03/4.png So every position is fixed, or works on a specific frequency range, regardless of the scan order used. -kwag |
Sorry if I jump in here too late, and a bit off topic now,
Quote:
What about avisynth?, I'm sure you have already worked with it, but did you tested it with mencoder?. I would only drop avisynth if after testing internal mplayer/mencoder filters they give similar results as avisynth, and faster. As I told you I just tried them once to resize, and was slower :?: . BTW bilu, I did several encodes with your settings and command (without denoiser and using avisynth) and when I play it on PowerDVD it plays with little "jumps", as the image stopped from time to time... don't know why. |
Quote:
Quote:
BTW, did you test with or without the Notch matrix? Bilu |
For the first time I found a stream where BBDMUX didn't work. But:
mencoder -of rawvideo -noskip -ovc copy movie.vob -o movie.m2v worked just fine :) Bilu |
Site design, images and content © 2002-2026 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2026 Jelsoft Enterprises Ltd.