[vlc-devel] Re: win32 suggestions, reminders about bugs, features and test results

Derk-Jan Hartman d.hartman at student.utwente.nl
Mon May 26 13:58:53 CEST 2003


Man, you have some list here. Good work in tracking all this.

On maandag, mei 26, 2003, at 11:09 Europe/Amsterdam, Anatoly R. wrote:
> Hello vlc,
>
>   I want to remind windows port maintainer about following bugs
>   submitted long time ago:
>
>   http://bugzilla.videolan.org/cgi-bin/bugzilla/show_bug.cgi?id=84
float on top, but i'm not sure if there is a menu entry for this.

>   http://bugzilla.videolan.org/cgi-bin/bugzilla/show_bug.cgi?id=85
Hotkeys. Definitely not done.

>   These are about implementing standard windows hotkeys.
>   They might be closed or appended with
>   http://bugzilla.videolan.org/cgi-bin/bugzilla/show_bug.cgi?id=676
This isn't done yet. Although there are standard keys assigned now to 
the directx video window.
http://wiki.videolan.org/index.php/Windows%20Keyboard%20shortcuts

>   I think vlc-0.6.0 _MUST_ have windows-like behaviour so everybody
>   could enjoy VERY stable player. It should be possible to make keys
>   skin-specific. Please get the Media Player Classic and check their
>   awesome "Keys" menu.
Skin specific? I'm already aposed to the whole skins idea. I think 
Hotkeys should be the same everywhere. It's one of my biggest 
annoyances of Windows, you never know which hotkey belongs to 
something. I always know on MacOSX.

>   There's also interface-related thingie
>   http://bugzilla.videolan.org/cgi-bin/bugzilla/show_bug.cgi?id=19
Autogenerated menu's. This is being implemented right now. I think you 
will love this.

>   which wasn't implemented yet (or will never be implemented) but it
>   reminds about missing audio controls in current win32 version.
>   http://bugzilla.videolan.org/cgi-bin/bugzilla/show_bug.cgi?id=714
slider for the volume. Good point. where is it? well i know at least 
the prefs have sliders now for certain values, i think this control 
definitely needs to be added before release.

>   wxWindows context menu opened by rightclick on win32 should be
>   closed by single click on video output, not only on interface.
I'm not sure about this status. Actually i'm not even sure this can be 
fixed.

>   It is not possible to close video window when context menu is
>   opened.
If you fix the above, i think you automatically fix this. problem.

>   I also think that player should not be closed when video is closed.
>   I have to open player each time to open new video and I don't want
>   to go to interface (e.g. it's overlapped by the interface and i'm
>   too lazy to use taskbar), push stop and then open new video.
It does this? i thought it only quit when you hit the close on the 
video output. (Which also is bad btw).

>   If you drag'n'drop file into playlist it will be immediately played.
>   There was
>   http://bugzilla.videolan.org/cgi-bin/bugzilla/show_bug.cgi?id=91
>   issue 3) and it was fixed but seems that nobody was trying to
>   drag'n'drop.

>   I was also thinking about window names. Interface is VLC but the
>   name was changed to "VLC Media Player"? Second one (video) is
>   VLC (-ware direct/whatever output). Third one is just "Playlist".
>   Did you get the point?
VLC media player to be exact.  and no i didn't get the point completely 
;)

>   And BTW. Every time new video is being played you are closing old
>   surface (or whatever) and opening new one... Is this good or bad
>   thing :) ?
At the moment it's preferable over the old way in which we didn't do 
this. I agree though that one of the things i liked about the old 
method is that you could watch a two part movie, without a flicker 
between them.

>   This one should be closed:
>   http://bugzilla.videolan.org/cgi-bin/bugzilla/show_bug.cgi?id=86
>
>   It works here under XP (yuck), but 2 other problems arise:
>   1) Default behaviour should be "add to playlist". After second
>   doubleclick on associated file second instance of vlc is opened
>   right now.
Ipkiss !!!!!!!!

>   That problem was found cause of previous problem:
>   I'm testing 0.6.0-test1 and if I open 2 vlcs at the same time and
>   try to play two videos at the same time they are trying to use same
>   overlay as far as I understand thus only first vlc is showing
>   something, second one is playing music. When first one ends, second
>   one (and the only one left) starts to show video after some time.
>
>   Today I've also seen this kind of crash:
>
> AppName: vlc.exe         AppVer: 0.0.0.0         ModName: 
> liblibmpeg2_plugin.dll
> ModVer: 0.0.0.0  Offset: 00001e14
>
>   It happens with 0.6.0-test1 but not with 0.5.3.
>   I can upload file which produces such bug.
Mmm, please do so if you can reproduce this, but it might be a windows 
only problem of course.

> main debug: using demux module "ps"
> libmpeg2 warning: invalid picture encountered
>
>   Another MPEG2 related problem. I've found that some of my videofiles
>   are not played correctly at all with any versions of vlc.
>
>   Crash looks like this:
> AppName: vlc.exe         AppVer: 0.0.0.0         ModName: unknown
> ModVer: 0.0.0.0  Offset: 007300a1
>   but it should be related to libmpeg2 too.
>   Elecard MPEG2 decoder and PowerDVD play these files without any
>   problems. They are encoded with TMPGEnc (ver. 2.02.31.119).
>   Sometimes it doesn't crash and shows rainbow blocked noise on the
>   screen instead. In pre-0.6.0 versions video window was just closing
>   after encountering some packet error (?). Now it's not closing...

That's stuff for walken.

>   I can upload couple of these files but I think even 1 meg from start
>   of each file should be enough to determine the problem.
>
>   Verbose output shows this:
> main warning: backward_pts != current_pts (16667)
> main warning: stream periodicity changed from B[1] to B[2]

>   There should be CLEAR option for "Messages" window. Weird, menu is
>   called "View -> Logs" but window says "Messages".

I'm for Messages, it's the name used in all interfaces.

>   I want to thank Gildas Bazin for test package created for me:
>   
> http://www.videolan.org/pub/testing/win32/vlc-0.6.0-test1-20030523.zip
>   It fixes my problem with delays and stops on P4-2.4ghz system. I've
>   extensively tested it over the weekend and wasn't able to recreate
>   random stop problems which were found in previous versions.

That's great. one more bug down the drain.

>   There's a typo in verbose output:
>   "avi warning: avi module discarded (invalid headr)"
>   I guess it's header ;)
>   While all probing results say "invalid", "no", "not" one of them
>   says:
>   es warning: ES module discarded (system startcode)
>   You might want to rename it ;)

I'm not sure if we should.

>   Some of the users were talking about aspect ratios and resizing...
>   There was
>   http://bugzilla.videolan.org/cgi-bin/bugzilla/show_bug.cgi?id=160
>   You might want to get (nah, not again) http://www.gabest.org/mpc.php
>   and see how keypad works for changing aspect ratios. You can also
>   get their 16:9 and other presets. It's annoying to force video
>   aspect ratio in preferences each time.

I agree, we need to have an aspect ratio and 'crop blackbars' menu. 
It's really annoying seeing 16:9 video encoded in 4:3 on a 16:9 screen. 
And people do that a lot. However i don't think this is gonna make it 
to 0.6.0 It's something for a next release.

>   This one is one of the most requested (after famous IV50, LOL):
>   http://bugzilla.videolan.org/cgi-bin/bugzilla/show_bug.cgi?id=250
>
>   Is it really that hard? In SDL it's just one line of code...
>   Something like that should exist in DirectX too.

Yeah, but we want a way that works on every platform of course ;)
There was someone on the list working on this, but i haven't seen much 
of him for some time.

>   Changing video size using wheel... I don't personally like that
>   idea. No players except BSPlayer have such behaviour.
>   http://bugzilla.videolan.org/cgi-bin/bugzilla/show_bug.cgi?id=257
>   Usually wheel is used to change volume, but it might be a good idea
>   to use key modifier to change something else (ctrl+wheel = window
>   size, alt + wheel = seeking, shift + wheel = speed (like in
>   powerdvd - 2x, 4x, 8x)).

Good thinking.  i agree that volume is a better choice then screensize.
I've been thinking of implementing this for osx for some time.

>   And that bug:
>   http://bugzilla.videolan.org/cgi-bin/bugzilla/show_bug.cgi?id=375
>   is a really longrunner. It happens with most formats and broken
>   seeking is really annoying, not to mention missing frame-by-frame
>   advance (let's hope that at least somebody from the people who
>   mentioned they are working on that will fix it).

It's inherent to the VLC structure which uses packets. fenrir just 
mailed that he would start on a new input code after 0.6.0 to be able 
to fix all this. John Zorko (list) is also working on this. This one is 
realy big in the amount of effort it will require to fix.

>   This one:
>   http://bugzilla.videolan.org/cgi-bin/bugzilla/show_bug.cgi?id=723
>   is duplicate to
>   http://bugzilla.videolan.org/cgi-bin/bugzilla/show_bug.cgi?id=94
>   or vice versa.
>   That's it :
Fixed

So in short:
What needs to be done now:
- shortcuts for menu entries.
- slider for the volume
- check float on top
- contextual menu close behaviour on windows
- directx window close behaviour
- drag and drop playlist behaviour
- menu entry "Logs" -> "Messages"
- fix the problem fixed by gildas test release to you

What we need to fix
- menu entries for window zoom
- file association
- libmpeg2 crashes
- aspect ratio/crop menu
- screenshot plugin
- mousewheel behaviour
- fix packet/frames issue

Thanks again for bringing all this to our attention.

---
Videolan - VLC media player
Derk-Jan Hartman (thedj at users.sourceforge.net)
Co-Developer of the MacOS X port of vlc
http://www.videolan.org/vlc

-- 
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>



More information about the vlc-devel mailing list