Closed GoogleCodeExporter closed 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:
>"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
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
>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
>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
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
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
Original issue reported on code.google.com by
unihorn1...@gmail.com
on 13 Jun 2009 at 10:24Attachments: