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

Mon May 26 14:28:26 CEST 2003

Hello Derk-Jan,

Monday, May 26, 2003, 2:58:53 PM, you wrote:

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

Hehee.

>>   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
DJH> This isn't done yet. Although there are standard keys assigned now to 
DJH> the directx video window.
DJH> 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.
DJH> Skin specific? I'm already aposed to the whole skins idea. I think 
DJH> Hotkeys should be the same everywhere. It's one of my biggest 
DJH> annoyances of Windows, you never know which hotkey belongs to 
DJH> something. I always know on MacOSX.

Well, let's see. Let's say I want to implement PowerDVD functionality
using VLC ;) I'll need to change hotkeys for that. Ok, if it's not
possible, then you definately need to change default keys mentioned in
Wiki to WINDOWS style keys.

Left/Right: seek (5 secs)
Up/Down: fast seeking (60 secs)
...
- Up/Down usually is used for volume control under windows.
...
Page Up/Page Down: very fast seeking (900 secs).
Home/End: Beginning/End of file 
...
- Ehm, End for end of file? It will close the file in theory since
it's the end.
...
Space: Pause
f/F: fullscreen
...
- How about Alt-Enter?
...
q/Q: quit vlc
...
Alt-F4 ? :)

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

I hope.

>>   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
DJH> slider for the volume. Good point. where is it? well i know at least 
DJH> the prefs have sliders now for certain values, i think this control 
DJH> definitely needs to be added before release.

Oh yeah, I can feel it coming.

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

Ok :(

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

Ok.

>>   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.
DJH> It does this? i thought it only quit when you hit the close on the 
DJH> video output. (Which also is bad btw).

Yes, it does.

>>   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?
DJH> VLC media player to be exact.  and no i didn't get the point completely 
DJH> ;)

How about renaming the titlebar?

>>   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 :) ?
DJH> At the moment it's preferable over the old way in which we didn't do 
DJH> this. I agree though that one of the things i liked about the old 
DJH> method is that you could watch a two part movie, without a flicker 
DJH> between them.

Ok.

>>   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.
DJH> Ipkiss !!!!!!!!

:))

DJH> Mmm, please do so if you can reproduce this, but it might be a windows
DJH> only problem of course.

>>   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.

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

Ok :(

>>   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.

DJH> Yeah, but we want a way that works on every platform of course ;)
DJH> There was someone on the list working on this, but i haven't seen much 
DJH> 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)).

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

Nice.

>>   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).

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

Yeah, I heard about it.

----------------------------------------------

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

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

DJH> Thanks again for bringing all this to our attention.

Thank you for the great player.

-- 
Lynx,
http://foo.lynx.lv                          mailto:emulynx at delfi.lv

-- 
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>