[Elisa] [Bug 458303] Elisa cannot play a physical CD, unless carefully found by opening Files -> Dev -> FD.
https://bugs.kde.org/show_bug.cgi?id=458303 Rick Stockton changed: What|Removed |Added CC||rickstockton@reno-computerh ||elp.com -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 458303] New: Elisa cannot play a physical CD, unless carefully found by opening Files -> Dev -> FD.
https://bugs.kde.org/show_bug.cgi?id=458303 Bug ID: 458303 Summary: Elisa cannot play a physical CD, unless carefully found by opening Files -> Dev -> FD. Product: Elisa Version: 22.08.0 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: matthieu_gall...@yahoo.fr Reporter: rickstock...@reno-computerhelp.com Target Milestone: --- Attempting to use Elisa as an alternative to VLC media player. Loaded a physical CD (a commercial, not a home-made burn) my KDE desktop offers 4 alternative actions for the properly recognized device. "Open with Elisa Music Player" is not among them. (I am offered 'Copy with K3b', Open with File Manager', 'Open with VLC media player', and 'Extract Digital Audio with K3b'). When an audio CD has been loaded (and recognized as such by solid), the left menu should offer to play it without digging into 'files'. Also, when the removable device has been loaded as a 'removable device', the menu item (within the pop-up Disks and Devices Applet) should have "Open with Elisa music player" as an alternative - possibly even offered as a default 'Action'. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 455508] unable to import MKV or MP4 clips containing x.264 video with single stereo audio track. Files downgraded to 'TS' using ffmpeg import OK.
https://bugs.kde.org/show_bug.cgi?id=455508 Rick Stockton changed: What|Removed |Added Resolution|--- |UPSTREAM Status|REPORTED|RESOLVED --- Comment #2 from Rick Stockton --- following an upgrade to today's released tumbleweed version, the MP4 file imports OK. A new and upgraded version of Melt was included, replacing Melt 7.6 (which had the problem). Kdelinve "Version 22.04.2". Melt Version "7.8.0", Tumbleweed RPM version "7.8.0-1.1" Marking RESOLVED - UPSTREAM by changes in MELT 7.8.0 -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 455508] unable to import MKV or MP4 clips containing x.264 video with single stereo audio track. Files downgraded to 'TS' using ffmpeg import OK.
https://bugs.kde.org/show_bug.cgi?id=455508 --- Comment #1 from Rick Stockton --- With this comment, I reference a 'failing' MP4 clip (kdenlive crash upon import), along with a 'working bypass' MTS file. Both play within VLC, and import to other manipulation apps (handbrake, avidimux, etc). Although these files contain an irrelevant audio recode to OPUS, the import problem is related to the video, not the audio. When the MTS is imported to this project, KDE correctly offers to modify the FPS of the project to match the clip, and when I choose not to do that, the clip is adapted to the project's specified profile. Either choice is successful. But, when the MP4 is imported, kdenlive crashes. (Sometimes with a Dr Konqi popup, sometimes without.) The MTS was created from the MP4 using this simple ffmpeg command: ffmpeg -i out2.mp4 -c:v copy -c:a copy out2.mts - - - This may be a critical hint: For the failing MP4 file input file, ffmpeg shows "59.94 fps, 59.94 tbr, 30k tbn, 119.88 tbc (default)" For the 'succeeding' MTS output file from ffmpeg, ffmpeg shows specification changes to tbn and tbc: "59.94 fps, 59.94 tbr, 90k tbn, 30k tbc (default)" - - - MP4 file download: https://drive.google.com/file/d/17JMkKClcMJZJbnfY5428nf3lS24h8ffL/view?usp=sharing MTS file download: https://drive.google.com/file/d/1-W0uBkgvN3Od8YzGCA49E_JKvyswHqWN/view?usp=sharing Empty Project Download: https://drive.google.com/file/d/1_LHyzty2F0sciM520r_ao5SAUSkb6Jes/view?usp=sharing -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 455508] unable to import MKV or MP4 clips containing x.264 video with single stereo audio track. Files downgraded to 'TS' using ffmpeg import OK.
https://bugs.kde.org/show_bug.cgi?id=455508 Rick Stockton changed: What|Removed |Added CC||rickstockton@reno-computerh ||elp.com -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 455508] New: unable to import MKV or MP4 clips containing x.264 video with single stereo audio track. Files downgraded to 'TS' using ffmpeg import OK.
https://bugs.kde.org/show_bug.cgi?id=455508 Bug ID: 455508 Summary: unable to import MKV or MP4 clips containing x.264 video with single stereo audio track. Files downgraded to 'TS' using ffmpeg import OK. Product: kdenlive Version: 22.04.2 Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: major Priority: NOR Component: Video Display & Export Assignee: j...@kdenlive.org Reporter: rickstock...@reno-computerhelp.com Target Milestone: --- SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** Unable to attach a report via the KDE crash handler, it hangs on current OpenSuse Tumbleweed updated today (with Kernel 5.18.2-1-default, melt and most of KDE were updated among 5000+ other packages). New with this version and its co-requisite MELT-7 and FFMPEG4, did not happen yesterday. KDE Apps are version 5.25.0, Frameworks is Tumblweed 5.94.0. STEPS TO REPRODUCE 1. Create a project. 2. Add a valid and playable MP4 or MKV clip, containing one track of Stereo audio using codec AAC (LAV), OPUS, or AC3. OBSERVED RESULT Instant crash results, with failing KDE crash handler. EXPECTED RESULT Successful Import to the Project. SOFTWARE/OS VERSIONS Linux/KDE Plasma: OpenSuse Tumbleweed, rev 06/06/14/2022 mlweed (available in About System) KDE Plasma Version: 5.25.0 KDE Frameworks Version: 5.90.4 Qt Version: 5.15.2+kde294-5.4 ADDITIONAL INFORMATION Converted the Camera's "native" AC3 audio to Opus. AAC. and a re-encoded AC3 within both an MKV and MP4 container (with -moveflags present in the MP4 container conversion). No alternative audio version was succesfully imported. I did not (yet) try importing the video track alone. Failing file size was about 20GB. BYPASS: A failing large file can be exported to a single long "ts" output file using an external tool such as avidemux; the 'ts' version can then be imported to kdenlive without issues. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 34362] Support for configuring additional mouse buttons
https://bugs.kde.org/show_bug.cgi?id=34362 Rick Stockton changed: What|Removed |Added Assignee|rickstockton@reno-computerh |plasma-b...@kde.org |elp.com | --- Comment #47 from Rick Stockton --- (removed myself as assignee) -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 34362] Support for configuring additional mouse buttons
https://bugs.kde.org/show_bug.cgi?id=34362 --- Comment #46 from Rick Stockton --- (In reply to Nate Graham from comment #41) > > Even if there's no explicit Qt support (is this still true?) we could still > implement it ourselves on the KDE side. I should note that Qt support is explicitly "good" for X11, and Wayland seems ready for up to 16 buttons. The reasons why I should no longer be the assignee are (1) the fact that I am unqualified to make the 'visionary' choices: which buttons should default to which actions; and (2) the glue which must hold it together (clicks -> signals and slots for "actions") and (3) making coherent updates for all of the programs which should perhaps make use of higher-numbered buttons. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 34362] Support for configuring additional mouse buttons
https://bugs.kde.org/show_bug.cgi?id=34362 --- Comment #45 from Rick Stockton --- (In reply to Nate Graham from comment #41) > Re-opening since this is a reasonable request. Binding shortcuts/actions to > additional mouse buttons seems reasonable. > > Even if there's no explicit Qt support (is this still true?) we could still > implement it ourselves on the KDE side. I'm not much of a programmer. It seems that KGlobalAccel would need some new member function signatures, creating a bit of a mess for backward compatibility. Or, would it be better to create an entire new class for "KGlobalMouseAccel" ? -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 378355] 'Desktop Switcher' in Panel does not update highlighted desktop when user has switched to a another.
https://bugs.kde.org/show_bug.cgi?id=378355 Rick Stockton <rickstock...@reno-computerhelp.com> changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME --- Comment #1 from Rick Stockton <rickstock...@reno-computerhelp.com> --- Looking more carefully, it *is* working. The too-subtle-for-me-to-see highlighting would be a theme issue, if we see a bunch of duplicate reports in the future. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 378355] 'Desktop Switcher' in Panel does not update highlighted desktop when user has switched to a another.
https://bugs.kde.org/show_bug.cgi?id=378355 Rick Stockton <rickstock...@reno-computerhelp.com> changed: What|Removed |Added Keywords||regression, usability -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 378355] New: 'Desktop Switcher' in Panel does not update highlighted desktop when user has switched to a another.
https://bugs.kde.org/show_bug.cgi?id=378355 Bug ID: 378355 Summary: 'Desktop Switcher' in Panel does not update highlighted desktop when user has switched to a another. Product: plasmashell Version: 5.9.4 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Desktop Dashboard Assignee: notm...@gmail.com Reporter: rickstock...@reno-computerhelp.com CC: bhus...@gmail.com Target Milestone: 1.0 Using openSUSE Plasma 5.9.4-1 with corresponding kwin5. ("Tumbleweed" latest and greatest, built 2017-03-21). When switching desktops within the primary panel's "desktop switcher widget", and also when switching via shortcut (keyboard or mouse switching), then "desktop switcher widget" does not show that you have moved to a different desktop. The highlighted desktop indication is "stuck", and does not move. With Plasma-5 (or kwin, I don't know where the "responsibility" lies) unable to provide different desktop back ground images per desktop, the pager becomes more critical to see "where you are" among your virtual desktops. The pager works great for moving application windows among desktops - it just doesn't update the highighted "desktop" correctly. -- You are receiving this mail because: You are watching all bug changes.