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 |
My filesize gains with my settings, still to be perfected as digitall.doc said but the quality is pretty good for a TV output at least:
Movie -> Before -> After Code:
abyss.vob.m2v -> 134.916.216 -> 36.111.221 telecine2.vob.m2v (69%) interlaced.vob.m2v (61%) The telecine2.vob.m2v file is the montain panning from the beginning of LOTR 2 and interlaced.vob.m2v is an intro from Neo Genesis Evangelion (the nasty anime I've been ranting about). As for the rest I'm happy with the quality vs filesize relation :) Bilu |
Quote:
The jumpy playback happened with PowerDVD playing directly from harddrive. Still didn't burn it to media. I just burned to media some tests I did with ffvfw, and later some more tests I did with mencoder (my settings, the same your old ones)... mencoder looked great, very clear and stable image, nice colors (even I didn't use then yuvcsp), liked it a lot. But I'm still trying to improve the settings because I get too big filesizes to fit 2 films with 2 audio tracks each, per media. And yes, when I tried your settings I made use of nitch matrix. What player do you use to see your m2v files on PC? |
Quote:
http://www.elecard.com/download/index.shtml I also can play using: http://download.videolan.org/pub/vid....7.1-win32.exe I prefer VLC since it doesn't add any post-processing and is nice to see the interlaced patterns. Bilu |
Quote:
On another file (telecine1.vob.m2v): progressive notch: 3562 KB interlaced notch: 3559 KB Haven't noticed quality differences. Will now test over a progressive stream. EDIT: http://www1.mplayerhq.hu/pipermail/m...ry/000785.html Quote:
EDIT2: Progressive streams get bigger with interlaced notch matrix (amelie.vob.m2v). Interlaced Notch: 24197 KB Progressive Notch: 23619 KB Bilu |
Avg Bitrates & Quantizers for my settings:
Movie -> Original -> Mencoded Code:
abyss.vob.m2v -> 3503/4.73 -> 940/3.40 And not even the nastiest stream got over 3000 Kbps :twisted: EDIT: Just had a look with a friend of mine that encodes with CCE over my sample encodes and then showed him the bitrates. He got really impressed :D The main obstacle that he points now is that you can't force keyframes in Mencoder and he needs that for chapters. :( Already posted it here http://article.gmane.org/gmane.comp....yer.user/27239 but still no answer :( Bilu |
Hi Bruno,
I'm a bit puzzled with the chapters question... Regularly it's not up to the encoder to save the chapters while encoding. That's usualy a authoring process, thus treated by the authoring tool your buddy uses. I'm not a big fan of chapters but I could swear I already burnt a mencoder stream with chapters using IfoEdit as my authoring tool. I'll try to check that later tonight but as I said I'm 99% sure I already did it. Cheers |
Off topic,
Tonight I'll try to compile latest mplayer/mencoder for win32 with MinGW and MSYS for the 1st time. I would like to have it compiled on both the encoder and the player since the player is also quite fast and I'm starting to get fed up with PowerDVD/others because they're really slow :cry: Anybody available to give me a hand if I run into trouble? :lol: Cheers |
Quote:
I'm trying to avoid Mplayer compiling, I think it can get really nasty with drivers and all that. :( Bilu |
Quote:
Bilu |
hay rds,
I know what you mean about PDVD. Don't get me wrong. I love it, because it properly displays any of my 16:9 encodes, even those w/ MEn. But, I've ben experiementing with mplayer's DOS command-line mode player. For some reason, it seems to be more "tuned" to quality of MEn encoded MPEGs. . . I don't get it, but at least to my eyes, mplayer has an even more fantastic MPEG output view than PDVD (or even WDVD) but the only problem I have w/ mplyar's DOS command-line mpeg viewer, is that it's very limited in it's ability to "control" it during play. Keys are very tricky to work, and it's not very user-friendly. . . I'm wondering if there is another alternative, but still using mplayer, because of it's quality output. I've ben using it after MEn encodes my source (via the .BAT script) - - this gives me a quicklyier way of judging encodes w/out having to resort to lounching up PDVD.., and I could just do a quick 10 sec encode test - - making the MEn encoding tests that much faster. I just wish mplayer had a repeat, because this way, I could watch it enough times to bet a better judge of my MEn encodes. . . Oh, and by the way, mplayer's DOS command-line player plays my 16:9 encodes properly too. :lol: It would be great if it were possible to create a tiny GUI for mplayer's player, but I wouldn't know how to handle those fussy keys. Well, anywasy.. :roll: If you asked me, mplayer's player vs. PDVD, I think I would go w/ mplayer's for sure :!: :!: Well, thats the way I see it, Cheers.. -vhelp |
Quote:
On the docs I couldn't find any keys and it has no audio control options, but the bob deinterlacing works very good with PAL and NTSC sources. :) Cheers, Bilu |
( Everybody has been terribly quiet today ... :twisted: )
Bilu |
Well, bilu, friend.
Today, here in Spain, we're all very sad for what happened in Madrid. Just came to see how was everything, but now closing. Tomorrow maybe better day. |
:cry:
It showed us that no one is free of attacks after messing with terrorists. I hope my country doesn't share the same fate during the big events we'll have this summer... :? I usually don't watch TV so the news stroke me a bit late. :oops: I don't think Aznar will win after the "ETA or Al-Qaeda" doubts: if he said it was Al-Qaeda from the beginning the people who have said it was a wrong decision to become part of the US-GB external affairs, but leaving the doubt in the air because of elections is even more outrageous. I've been watching the people in Madrid outraged with that. I never seen such an event raising political questions so quickly. It almost seems that people are more angry with Aznar than Al-Qaeda. Just a small rant, hope I didn't offend anyone. We all share your pains, Madrid. :( Bilu |
Quote:
like bilu posted: "We all share your pains, Madrid." :( |
Hi everybody,
As bilu I only noticed the news too late. I've been working too many hours these days... I feel so very sad. This is not the 1st time it happens in Spain but it's the 1st time it happens with so many innocent civilians being caught in the attack. It's time to put some thought to the subject and take the proper measures so that it doesn't strike all of us again. For some time we will all be with the Spanish people as we are with all those that suffer with terrorism all over the world. Let's hope we find those responsable for these coward acts and have them locked behind bars. As Jorel has just said, remember: We ALL share your pain. |
I can't imagine how coward somebody have to be to do such thing to innocent people only to sustain his ideas and interests. As always, is easyer to be brave when nobody can resist...
Today, 14 march, was national mourning day in my country. 8 romanian people were killed, 8 are still missing and 76 wounded in Madrid. This year is election year in our country too and our government shamelessly tries to take political advantage on this tragedy too (as always) instead taking care that our people have a decent life here and not having to work in foreign countries for a piece of bread. Is easyer to bark at a microphone in front of a TV camera than do something real. But I guess every time the weak, the poor and the innocent pay the bill of politicians and other brainless insanity and immorality. This is the core of the problem. |
Hi friends,
I thank you a lot your kind words and your warm support. THANX. Just when pain begins to diminish, some begin to think: what's next?. And that's what terrorism is supposed to be for: everybody feeling insecure, and thinking where next bomb will be, and how do I send my son to school... Show must go on. So, I'm back to mencoding again. Bilu, I'm impressed by your improvements. I tried again to play a file I did following you're method, and with mediaplayer and in TMPGEnc preview, it plays smoothly, no "jumps". I guess that the not-b-frames-problem is just with PowerDVD, since it played with other players. I still have to burn this file and see if it plays in my standalone. As you know I'm trying to find my way. But as I don't have you're knowledge, I don't make much improvements. I'll explain: the image I get is very nice, I like it much more than any other encoding I did with TMPGenc, CCE or (sorry) your command/settings. The problem is of course file size, still big (I could just fit 2 films with 1 audio track each in a DVD-R, with my method) Is my command/settings way so different from yours?, no, just a little. I'm trying to reproduce with mencoder the way I'm accostumed to encode with other encoders, that is, constant quality with VBR (not making use of vqscale due to too-high-bitrates issue). If I understand well your command/settings, your way is like a constant bitrate-variable quality, where whenever it's needed the encoder raises bitrate but then go as low as it can (vbitrate=vrc_minrate), and quality is kept between 2 and 10. I know it should be better to focus on your way, more developed, instead of wasting time (and efforts) on other ways. But I like more the results I get with my way, if I find the way to make filesize smaller (not too bad by now: I started with a encoded filesize of 51908 Kb, and know the same sample dropped to 33633 Kb, without visual loss to my eyes. But for this sample, with your settings, file size is 27424 Kb. Don't know if with my way I can go so down without loosing quality... :( ) What I'm trying to do is using vrc_eq=tex (vqcomp=1) instead of vqcomp=0. And I want to see if I can keep trellis without getting blocks (till now I could). I still keep cbp, naq, mbd=2 and mv=0. And will try other trellis related functions (there are some new). My vbitrate is low (=1500) and maybe I will be able to raise it in smaller films (StarWars II lasts 137 min aprox); and mencoder tries to keep close to it. My vrc_maxrate is 5000, not needed more thank's to notch matrix. To sum up, I'm just trying to make a constant quality with VBR encoding, making use of all the quality settings mencoder puts at my hands. For SKVCD, I'm sure your way is the one; for KDVD, not sure at all (sorry, I admire you, don't misunderstand me), I'm still testing other ways to get "better" (if possible :?: ) results. But without your (bilu, and everybody) help I'm a little lost. ... buf, too long post, and I'm afraid difficult to follow :oops: |
Post your command-line, the one that gives you less filesize but still pleases your eyes. Maybe I have ideas ;)
My settings without denoiser and reducing or removing scplx_mask would be a start... What I like so much about my setting is that not only does it provide very cool bitrates for the resulting quality, but it's also fast. So if we can remove/change settings from my command-line without adding trellis, mbd=2, etc. and achieve a result you like then we can garantee a fast command-line too ;) Cheers, Bilu |
Yes, bilu, and I forgot to say that: your way is faster.
To test your command I already removed the denoiser, since I feed mencoder with an avisynth script (through makeavis: I hope we''l manage to improve avisynth-mencoder relationship once :roll: ), and while with my way it goes at 4-5 fps, with yours it goes at 6-7 fps: noticeable. Well, still to fine tune, my last command/settings: Code:
Command-line: BTW: I don't really know how lmin and lmax work, but this command without them renders a blocky file, and with this settings I didn't get them. BTW2: some settings in command line will be changed to setDVDHQ.ini when I 'm whole sattisfied with results. I keep them in command since I make there the changes and is easier to having to change also the settings. Hope you like it, and get a way to improve. I tried to take advantage of the improvements in your command (like yuvcsp: very good) but I said in my last post, I think we have completely different approaches... |
Site design, images and content © 2002-2024 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2024 Jelsoft Enterprises Ltd.