frank90psi / gnome-mplayer

Automatically exported from code.google.com/p/gnome-mplayer
GNU General Public License v2.0
0 stars 0 forks source link

Here some more problems. #201

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
Here some more problems.

1. There is video a file with two audio tracks: tracks with ID "rus", and
"jpn".

As a preferred sound it is selected "Japanese, jpn, ja" (I prefer to look
films with an original sound).

But Russian sound track (ID_AID_0_LANG=rus, ID_AID_1_LANG=jpn) is all the
same started.

2. At the big cache (for me 1000000, it is necessary for correct review HD
Video (differently video will brake, will brake even if will be included
"Direct Rendering")), the video file is started in a mode the Pause
(earlier so was not).

For removal from a pause it is necessary to click the mouse on the screen,
or to give the command from the keyboard (buttons on the toolbar are not
active).

At standard, maximum, value of a cache (32767) all work correctly.

3. Gnome MPlayer does not pay attention to value of a cache from
~/.mplayer/config (or from the command line). Pays attention only to values
from gconf and a graphic interface (I have a suspicion that values from
gconf have higher priority).

4. It is possible to remove limitation on a cache (32767) in a graphic
interface (IMHO (in a ToolTip, for example), enough to warn the user about
possible consequences and to tell to the user about recommended, maximum,
values of a cache)?

Original issue reported on code.google.com by unihorn1...@gmail.com on 13 Jun 2009 at 10:24

Attachments:

GoogleCodeExporter commented 8 years ago
5. So it is started "empty" Gnome MPlayer. It is normal?

Original comment by unihorn1...@gmail.com on 13 Jun 2009 at 10:25

Attachments:

GoogleCodeExporter commented 8 years ago
>"Japanese, jpn, ja"

"Japanese,jpn,ja"

"The electric translator" has inserted superfluous intervals. :)

Original comment by unihorn1...@gmail.com on 13 Jun 2009 at 10:31

GoogleCodeExporter commented 8 years ago
1. I need the file, I don't have any like this other than DVDs and those work 
correctly

2. Setting the cache outside of the application will give you problems. Do you 
really
need a 1GB cache? That is what you are saying with the value 1000000. That value
seems absurdly high to me.

3. Correct gnome-mplayer reads the cache setting from where it stores its 
preferences. 

4. Normally cache values above 4000 (4MB) are even too high, so 32767 (32MB) 
should
be a sane enough maximum. I think going above this is incorrect.

5. Yes, that looks somewhat normal

Original comment by kdeko...@gmail.com on 13 Jun 2009 at 12:39

GoogleCodeExporter commented 8 years ago
>I need the file, I don't have any like this other than DVDs and those work 
correctly

ОК.

http://www.filefactory.com/file/ag6hce4/n/example2_zip 

>That is what you are saying with the value 1000000. That value seems absurdly 
high
to me.

Here the file example which demands a lot of cache (such value of a cache was
выставленно for the sake of this serial (and then remains at me for 
ever)).

Look a position: 18:15-18:30.

http://www.filefactory.com/file/ag6hb1a/n/Maria_Holic_zip_001 
http://www.filefactory.com/file/ag6hb45/n/Maria_Holic_zip_002 

As I already wrote.

>IMHO (in a ToolTip, for example), enough to warn the user about
possible consequences and to tell to the user about recommended, maximum,
values of a cache

To whom it is necessary: will make the big cache; to whom it is not necessary: 
will
not do the big cache.

If you do not wish to remove limitation in a graphic interface, then possible to
raise priority of cantilever parametres MPlayer (but to beginners such way of
increase in value of a cache will be not under force: ()

For example: Gnome MPlayer reads gconf --> Gnome MPlayer reads the console (not 
on
the contrary, as now). The console has priority above than for gconf. From this 
there
are current parametres GnomeMplayer

But path with limitation removal in a graphic interface, IMHO, easier...

At present it is possible to make in gconf big a cache but if to start 
customisation
dialogue all becomes equal default...

Original comment by unihorn1...@gmail.com on 13 Jun 2009 at 3:44

GoogleCodeExporter commented 8 years ago
>Here the file example which demands a lot of cache (such value of a cache was
ВЫСТАВЛЕННО for the sake of this serial (and then remains at me for 
ever)).

I had in view of it:

"Here an example of a file which demands a lot of cache (such value of a cache 
it has
been set for the sake of this serial (and then remains for me for ever))."

Original comment by unihorn1...@gmail.com on 13 Jun 2009 at 4:50

GoogleCodeExporter commented 8 years ago
The multiaudio issue is fixed in SVN and I have bumped the max cache size to 
256MB

Original comment by kdeko...@gmail.com on 14 Jun 2009 at 2:03

GoogleCodeExporter commented 8 years ago

Forgive for delay with the answer (I have been occupied).

1. It is corrected. Thanks.

2. It is not corrected. My value of a cache (1000000), still, at video file 
start,
enters Gnome Mplayer into a mode "Pause". Earlier (0.9.5) so was not.

File example to which (on my computer) it is necessary that value of a cache was
equal 1000000 has been given above.

3. It is not corrected. Any operations in dialogue "Preferences" do values of a 
cache
in gconf equal "default".

Best regards.

PS. For "Audio Chanels to Output" separate thanks. :)

Original comment by unihorn1...@gmail.com on 20 Jun 2009 at 7:57