D Richard Felker III | 1 Nov 2002 01:05

Re: problems with NTSC

[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
On Thu, Oct 31, 2002 at 11:17:20PM +0000, Chris Phillips wrote:
> [Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
> > > Oh no, I need this step. I quickly rip a few dvds and let the CPU burn 
> > > overnight...
> > 
> > Ah, good idea if you have big hd but slow cpu... You don't want to be
> > late getting the DVD's back to blockbuster... ;))))
> 
> I hope you are aware that that is not legal. I'm reminded of this every 4 
> weeks when I have to watch the official Blockbuster Video Recordings Act 
> DVD. Maybe i should pay attention to it. then again *I* get free 
> rentals... :D

Some people seem to miss out on humor. The point was that I was
suggesting that's what Dominik was doing. ;)

Rich

_______________________________________________
RTFM!!!  http://www.MPlayerHQ.hu/DOCS
Search:  http://www.MPlayerHQ.hu/cgi-bin/htsearch
http://mplayerhq.hu/mailman/listinfo/mplayer-users

Dominik Szczerba | 1 Nov 2002 02:21
Picon
Picon

Re: problems with NTSC

[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
>
>
>>1)  23.976, 29.97 or 25: what do I choose? MPlayer says my vobs are 
>>29.97... How do I know about NTSC dvds? With European dvds I always used 
>>25...
>>    
>>
>
>Almost all NTSC DVD's are 23.976. The only exceptions are ones that
>were originally made for TV broadcast or VHS, e.g. DVD's of TV series,
>some anime, etc. MEncoder will make it clear to you very quickly if
>you pick the wrong -ofps... :)
>
at least pre6 doesnt unfortunately warn me about that. I just tried ~1h 
dvd with 1600kbps without -ofps (29.xxx was taken) and I got a loooooong 
banana (almost 2GB with 128kbps audio) which is kindof weird. But at 
least sunc problems are gone, I left out -noskip as you guys advised. I 
am just encoding again with forcing 23.x and praying this time it will 
finally be fine (_sigh_)

*

And I am aware of legal stuff ;) but 1) come on! 2) lots of my encodings 
are for backups (quite rare stuff) and convinience/storage/playback. I 
really dont like dvd's at all (they suxx just like cd's) - artificially 
pumped up to useless size; also one stupid scratch and you can throw it 
away.

Therefore thank you, MPlayer developers :)
(Continue reading)

D Richard Felker III | 1 Nov 2002 01:32

Re: problems with NTSC

[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
On Fri, Nov 01, 2002 at 01:21:35AM +0000, Dominik Szczerba wrote:
> [Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
> >
> >
> >>1)  23.976, 29.97 or 25: what do I choose? MPlayer says my vobs are 
> >>29.97... How do I know about NTSC dvds? With European dvds I always used 
> >>25...
> >>   
> >>
> >
> >Almost all NTSC DVD's are 23.976. The only exceptions are ones that
> >were originally made for TV broadcast or VHS, e.g. DVD's of TV series,
> >some anime, etc. MEncoder will make it clear to you very quickly if
> >you pick the wrong -ofps... :)
> >
> at least pre6 doesnt unfortunately warn me about that. I just tried ~1h 

By warn, I mean all the duplicate/skipped frame messages that spam
your console. You should get very few (or better yet none) of those of
your -ofps is right.

> And I am aware of legal stuff ;) but 1) come on! 2) lots of my encodings 

I didn't say anything about legal stuff.

Rich

_______________________________________________
RTFM!!!  http://www.MPlayerHQ.hu/DOCS
(Continue reading)

Dominik Szczerba | 1 Nov 2002 02:36
Picon
Picon

Re: problems with NTSC

[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
>
>
>By warn, I mean all the duplicate/skipped frame messages that spam
>your console. You should get very few (or better yet none) of those of
>your -ofps is right.
>  
>
yes, you are right. with 24.xx I get now much much less (still quite a 
bit, though)

>>And I am aware of legal stuff ;) but 1) come on! 2) lots of my encodings 
>>    
>>
>
>I didn't say anything about legal stuff.
>
>Rich
>  
>
I know. It was to the other guy ;)

thanks and good night (it's 01:30 here ;). I hope in the morning I will 
see correctly encoded movie ;)
domi

_______________________________________________
RTFM!!!  http://www.MPlayerHQ.hu/DOCS
Search:  http://www.MPlayerHQ.hu/cgi-bin/htsearch
http://mplayerhq.hu/mailman/listinfo/mplayer-users
(Continue reading)

Arpi | 1 Nov 2002 02:47
Picon

Re: An Error about the critical section

[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
Hi,

> If i enable the cache,Then the mplayer run in 2 processes.But i found that
> this two processers share the cache.So the things in the cache_var_t
> struct are critical sections.
> They will make problems.And in actural,when i modified the config file
> with cache < 100,the problem is so severe that it can not decode audio or
> video right.But in the file of "cache.c",i find "Note it runs in 2
it won't work with too small (<64k) cache size, it's a known limitation

> processes (using fork()), but doesn't requires locking!!" .
> 	
> why u think there is no need of locking??   // confusing!! 
i don't think, i know.
understand how does it work, and then you'll see the trick.
and yes, i'm 1000% sure it doesn't need locking, it was the primary
design goal i my mind. no need to locking -> no locking -> no deadlocks :)

the 'lockup' with too small cache size happens as there is not enough free
buffer to read more but there is not enough data to read at all, so it
enters an endless loop. it has nothing with locking, it happens in the same
process. anyway unless you mess with the code, it will never happen.
it could be fixed, but it doesn't worth, <64k cache is just useless.

A'rpi / Astral & ESP-team

--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu

(Continue reading)

Zozo King | 1 Nov 2002 03:13
Favicon

Real Helix release any help?

[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
Hi,

Would that source realase made late last month of RealNetworks' media
player help the MPlayer developers with support of their codecs? I read
that there were certain parts that were binary only, which is probably
anything codec related, but I just thought people on this list might have
more of an idea of what's going on.

_______________________________________________
RTFM!!!  http://www.MPlayerHQ.hu/DOCS
Search:  http://www.MPlayerHQ.hu/cgi-bin/htsearch
http://mplayerhq.hu/mailman/listinfo/mplayer-users

Max Gebhardt | 1 Nov 2002 04:20
Picon
Favicon

Non-Native GNU Assembler

[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
How would one go about making/getting the "non-native" version of gas 
that's needed in the first compile step for OpenBSD?

The documentation states (section 6.2.2):
Due to limitations in different versions of gas (relocation vs MMX), 
you will need to compile in two steps: First make sure that the 
non-native as is first in your $PATH and do a gmake -k, then make sure 
that the native version is used and do gmake.

thanks

--Max

_______________________________________________
RTFM!!!  http://www.MPlayerHQ.hu/DOCS
Search:  http://www.MPlayerHQ.hu/cgi-bin/htsearch
http://mplayerhq.hu/mailman/listinfo/mplayer-users

Ian Kumlien | 1 Nov 2002 04:22
Favicon

Odd bugs that allways appears on cvs versions.

>> Lets say that i have this divx file, and the output is:
>> Requested video codec family [ffdivx] (vfm=ffmpeg) not available (enable
>> it at compilation!)
>> Opening video decoder: [odivx] DivX4Linux lib (odivx mode)
>> ---
>> 
>> This works on all non cvs versions.
>> But on the cvs version i get a grey, like in
>> the-codec-didn't-like-the-input(tm) screen...

>do you not read any documentation?? ffmpeg is not included in cvs.

so it can't use odivx that is avail? and why dosn't say that it FAILED
to open the/any codec?

And i haven't found this in any documentation... I have talked to users
who claim that cvs works on everything. The main complaint that i have
actually recived is that i have the gui enabled by default.

I apparently played WMA files without ffmpeg today then, which is odd.

Etc.

Btw, i'm not on this ml, so CC.. (forgot that before)
--

-- 
Ian Kumlien <pomac <at> vapor.com>
D Richard Felker III | 1 Nov 2002 06:20

Re: Odd bugs that allways appears on cvs versions.

[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
On Fri, Nov 01, 2002 at 04:22:57AM +0100, Ian Kumlien wrote:
> >> Lets say that i have this divx file, and the output is:
> >> Requested video codec family [ffdivx] (vfm=ffmpeg) not available (enable
> >> it at compilation!)
> >> Opening video decoder: [odivx] DivX4Linux lib (odivx mode)
> >> ---
> >> 
> >> This works on all non cvs versions.
> >> But on the cvs version i get a grey, like in
> >> the-codec-didn't-like-the-input(tm) screen...
> 
> >do you not read any documentation?? ffmpeg is not included in cvs.
> 
> so it can't use odivx that is avail? and why dosn't say that it FAILED
> to open the/any codec?
> 
> And i haven't found this in any documentation... I have talked to users

Perhaps the README?!? If you're using cvs you have to follow the
instructions and get libavcodec from cvs too!

Rich

_______________________________________________
RTFM!!!  http://www.MPlayerHQ.hu/DOCS
Search:  http://www.MPlayerHQ.hu/cgi-bin/htsearch
http://mplayerhq.hu/mailman/listinfo/mplayer-users

(Continue reading)

Steven Adeff | 1 Nov 2002 06:26
Picon
Favicon

dumpaudio and listen at the same time?

[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
is there a way to both listen to a internet audio stream and dump it to the 
harddrive at the same time?

thanks!
--

-- 
Steven Adeff
ADEFFS <at> RPI.EDU
Rensselaer Polytechnic Institute
AOLIM:"IndieRockSteve"

_______________________________________________
RTFM!!!  http://www.MPlayerHQ.hu/DOCS
Search:  http://www.MPlayerHQ.hu/cgi-bin/htsearch
http://mplayerhq.hu/mailman/listinfo/mplayer-users


Gmane