[kaffeine] [Bug 452484] linux kernel upgrade to 5.17.1 Kaffeine 2.0.18 fails to read DVB device
https://bugs.kde.org/show_bug.cgi?id=452484 --- Comment #4 from Mauro Carvalho Chehab --- (In reply to Avid from comment #2) > kernel: si2157 5-0060: Silicon Labs Si2147/2148/2157/2158 successfully > attached Ok, there's a regression on this tuner. I submitted the patches today for upstream merge today: https://lore.kernel.org/linux-media/20220411233714.448cd...@coco.lan/ hopefully in time for 5.17.2. You can also pick it from: https://git.linuxtv.org/media_tree.git/commit/?h=fixes=3ae87d2f25c0e998da2721ce332e2b80d3d53c39 -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 452484] linux kernel upgrade to 5.17.1 Kaffeine 2.0.18 fails to read DVB device
https://bugs.kde.org/show_bug.cgi?id=452484 --- Comment #1 from Mauro Carvalho Chehab --- That sounds a Kernel regression. What device? Please post the information from dmesg when the driver gets probed and used. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 418236] EPG information does not display properly with high-definition channels on DVB-T2
https://bugs.kde.org/show_bug.cgi?id=418236 --- Comment #2 from Mauro Carvalho Chehab --- (In reply to jules from comment #1) > I have a fix for this, using huffman decoder from tvheadend. Decoding UK tables it is not hard, but the question is whether this is legal or not. The better would be to have the huffmann decoding on a separate repository (either as a daemon or as a plugin), in order to avoid adding something on Kaffeine that could prevent it from being distributed. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 436477] sound quits after channel change
https://bugs.kde.org/show_bug.cgi?id=436477 --- Comment #2 from Mauro Carvalho Chehab --- (In reply to Mauro Carvalho Chehab from comment #1) > [1] tip: in order to open it in English, you can call it from command line > with: > > $ LANG=C pavucontrol) There an extra ")" above. It should be instead: [1] tip: in order to open it in English, you can call it from command line with: $ LANG=C pavucontrol -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 436477] sound quits after channel change
https://bugs.kde.org/show_bug.cgi?id=436477 --- Comment #1 from Mauro Carvalho Chehab --- (In reply to sohmk1 from comment #0) > STEPS TO REPRODUCE > 1. sound quits every time change channel or stop show. What do you mean by "quit"? Does it mute? Could you please check what's happening using the pavucontrol tool? When you start it, it will have a first tab, called "Playback"[1] in English. As Kaffeine internally use libvlc for audio/video, you should see something similar to "VLC media player (LibVLC 3.x.x.x)". At the same line, there's a speaker icon. If clicked (pavucontorl changes the background color to indicate), the audio is muted. The line below should show you the volume setting from Kaffeine app. Please notice that the "Output Devices" will have another button and another volume. If either one of the buttons is pressed, you won't hear anything. The same happens if the volume is zero. [1] tip: in order to open it in English, you can call it from command line with: $ LANG=C pavucontrol) > 2. Just started after recent update. > 3. I have to You have to ...? -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 436371] Can't download scanfile, as it is too big
https://bugs.kde.org/show_bug.cgi?id=436371 --- Comment #3 from Mauro Carvalho Chehab --- In order to prevent too big files, Kaffeine has an upper limit. The current limit is too low for the size of the current scanfile (104KB). Commit 209a263ab2191f0b1d13f48a0a2fa67794357ad0 increased the limit to 1MB. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 436371] Can't download scanfile, as it is too big
https://bugs.kde.org/show_bug.cgi?id=436371 --- Comment #2 from Mauro Carvalho Chehab --- (In reply to Oskar Alois from comment #0) English please. > STEPS TO REPRODUCE > 1. Fernsehen einrichten > 2. Suchlaufdaten über Internet aktualisieren > 3. Aktualisierung fehlgeschlagen STEPS TO REPRODUCE 1. Set up television 2. Update search data via the Internet 3. Update failed -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 436371] Can't download scanfile, as it is too big
https://bugs.kde.org/show_bug.cgi?id=436371 Mauro Carvalho Chehab changed: What|Removed |Added Summary|Kaffeine Version 2.0.18 |Can't download scanfile, as ||it is too big -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 436371] Kaffeine Version 2.0.18
https://bugs.kde.org/show_bug.cgi?id=436371 Mauro Carvalho Chehab changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED Latest Commit||https://invent.kde.org/mult ||imedia/kaffeine/commit/209a ||263ab2191f0b1d13f48a0a2fa67 ||794357ad0 --- Comment #1 from Mauro Carvalho Chehab --- Git commit 209a263ab2191f0b1d13f48a0a2fa67794357ad0 by Mauro Carvalho Chehab. Committed on 30/04/2021 at 06:39. Pushed by mauroc into branch 'master'. dvbconfigdialog: increase max download size for scandata By the time Kaffeine was written, a 64KB max limit were enough, but nowadays, the scandata file has already 104KB. Increase the limit up to 1MB, in order to fix download issues with valid files. While here, also improve the download messages to show how much data was downloaded and to report the reason why a download was aborted. Signed-off-by: Mauro Carvalho Chehab M +21 -7src/dvb/dvbconfigdialog.cpp M +1-0src/dvb/dvbconfigdialog.h https://invent.kde.org/multimedia/kaffeine/commit/209a263ab2191f0b1d13f48a0a2fa67794357ad0 -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 408004] No display: ATSC tuner appears to work, but "mjpeg demux error: cannot peek"
https://bugs.kde.org/show_bug.cgi?id=408004 Mauro Carvalho Chehab changed: What|Removed |Added Resolution|--- |UPSTREAM Status|REOPENED|RESOLVED --- Comment #36 from Mauro Carvalho Chehab --- (In reply to awf_ul from comment #35) > Fixed. I applied the following patch to kernel v5.2 by the great efforts of > those on the io...@lists.linux-foundation.org team and Mauro. My machine > works as normal. > > Fixes: 55897af63091("dma-direct: merge swiotlb_dma_ops into the dma_direct > code") > Signed-off-by: Fugang Duan Great! Thanks for your help tracking this. As the bug was solved at Kernel upstream, I'm closing this one. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 408090] No display: ATSC tuner appears to work, but "mjpeg demux error: cannot peek"
https://bugs.kde.org/show_bug.cgi?id=408090 Bug 408090 depends on bug 408004, which changed state. Bug 408004 Summary: No display: ATSC tuner appears to work, but "mjpeg demux error: cannot peek" https://bugs.kde.org/show_bug.cgi?id=408004 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |UPSTREAM -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 408913] Failiure to launch streaming in fullscreen
https://bugs.kde.org/show_bug.cgi?id=408913 --- Comment #1 from Mauro Carvalho Chehab --- Try to use Kaffeine latest version. There were several changes related to it since version 2.0.14. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 409527] Cannot turn narration off permanently
https://bugs.kde.org/show_bug.cgi?id=409527 --- Comment #1 from Mauro Carvalho Chehab --- There is actually a way to change the default audio channel. Right click at the channel name and select "Edit". It will show the channel properties. One of the options at the right is "Audio Channel". If you change it, Kaffeine will remember your audio channel preference for that channel. This works either at the "Digital TV" menu or at the channel scan menu. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 408004] No display: ATSC tuner appears to work, but "mjpeg demux error: cannot peek"
https://bugs.kde.org/show_bug.cgi?id=408004 --- Comment #24 from Mauro Carvalho Chehab --- Logs seem normal. Nothing seems to point to a problem. I guess you'll need to do a git bisect, in order to pinpoint the patch that broke it. There are some instructions about how to proceed at: https://www.kernel.org/doc/html/latest/admin-guide/bug-bisect.html https://wiki.gentoo.org/wiki/Kernel_git-bisect A bisect usually takes ~14 Kernel compilations, in order to be able to identify a broken patch. I also asked a friend of mine with has some Kworld devices if he may be able do a test there, and eventually help with bisect. However, it may take a while for him to do that, as he needs to find not only his board, but also a working machine with a PCI slot. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 408004] No display: ATSC tuner appears to work, but "mjpeg demux error: cannot peek"
https://bugs.kde.org/show_bug.cgi?id=408004 --- Comment #17 from Mauro Carvalho Chehab --- (In reply to awf_ul from comment #16) > I installed kernel 4.18.16 from F29 onto my F30 environment. > > dvbv5-scan worked, as well as dvb-zap, and I can view the mpeg.ts file with > vlc. ,apparently pointing to something problematic in the 5.1.x kernel. Ok. Please keep doing more tests with this Kernel version. As this seems to be an intermitent bug, better to keep this running for a while. If it keep working properly for a couple of days, please attach the output of dmesg with the working Kernel and with the problematic one. The device you're using is the saa7134-based Kworld ATSC 110, right? The only change on this driver since 4.18 was the addition of composite and s-video inputs for "ASUS P7131 4871", with shoudn't affect anything. So, if a regression was introduced, it was somewhere either at the PCI core or inside the Kernel core. Before trying to dig into it, better to confirm that the bug has gone with 4.18. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 408004] No display: ATSC tuner appears to work, but "mjpeg demux error: cannot peek"
https://bugs.kde.org/show_bug.cgi?id=408004 --- Comment #15 from Mauro Carvalho Chehab --- (In reply to awf_ul from comment #14) > Update: > Not a hardware problem. Everything runs well in Fedora 29 Live but broken in > Fedora 30. So broken dvbv5-scan is not functioning properly. > > What I did: > Loaded Fedora 29 Live from DVD. Reloaded saa7134 module so board firmware > would load. dvbv5-scan ran fine, created all channels in dvb_channels.conf. > dvb-zap ran well on two channels, capturing streams from both. Both streams > fine using VLC. > > I then tried Fedora 30. I did dnf clean all; dnf update; dnf distro-sync. > dvbv5-scan sees and locks a good channel but does not get the information > from the stream. > > ... > Scanning frequency #6 177028615 > ERRORcommand INVERSION (6) not found during store > ERRORcommand INVERSION (6) not found during store > FREQUENCY = 177028615 > MODULATION = VSB/8 > DELIVERY_SYSTEM = ATSC >(0x00) Signal= 88.40% C/N= 51.32% UCB= 33630 postBER= 2328 > Got parameters for ATSC: > FREQUENCY = 177028615 > MODULATION = VSB/8 > Lock (0x1f) Signal= 89.55% C/N= 53.58% UCB= 35112 postBER= 3936 > dvb_read_sections: waiting for table ID 0x00, program ID 0x00 > ERRORdvb_read_sections: no data read on section filter > ERRORerror while waiting for PAT table > Scanning frequency #7 183028615 > ... Ok. It seems very likely that this is either a Kernel or a dvbv5 library regression. Let's try to isolate it. Could you please try to: 1) run the Fedora 29 Kernel you have at the LiveCD on Fedora 30? You should be able to download it from https://koji.fedoraproject.org/koji/, for example (or even from a F29 repository). 2) do the same for dvbv5? -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 408004] No display: ATSC tuner appears to work, but "mjpeg demux error: cannot peek"
https://bugs.kde.org/show_bug.cgi?id=408004 --- Comment #13 from Mauro Carvalho Chehab --- (In reply to awf_ul from comment #11) > confirmed many times that the dvb5zap would start "Record to file 'mpeg.ts' > started", but dump no mpeg.ts file. > > After maybe 20-30 tries, and an overnight time delay, dvb5zap actually > recorded an mpeg.ts file, and at that time kaffeine began to work normally > across many stations. > > After shutting down the app, it would black screen again, dvb5zap created > empty mpeg.ts files again. Same after power cycle. > > It appears to me that for some reason the board (KWorld ATSC110) is not > always initializing properly. > > My system is very stable in all regards, voltages good, though an outside > chance a bad tuner board? If you're having problems with dvbv5-zap too, then indeed it is a hardware problem. There are some alternatives: 1) bad antenna/antenna cabling. Usually PC devices require a stronger/better signal than normal TV sets. So, even if you have a good signal at TV, you may not have a good enough signal for those cheap USB sticks; 2) it could indeed be a broken USB stick that it is starting to fail; 3) If you're using hardware like Raspberry Pi, it could be power problem at USB. There are known problems with USB hardware on some RPi devices that cause the device to restart multiple times. Also, you need very strong power supply, in order to give enough power to RPi3 and still have at least 500 mW for the USB stick, without dropping voltage. The dvbv5-zap has a monitoring mode (-m). It runs the device on "all-pid" mode (just like -P) and checks if there are broken frames, counting them. I suggest you to run it for some time on this mode and see what happens. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 408004] No display: ATSC tuner appears to work, but "mjpeg demux error: cannot peek"
https://bugs.kde.org/show_bug.cgi?id=408004 --- Comment #9 from Mauro Carvalho Chehab --- (In reply to awf_ul from comment #6) > Created attachment 120439 [details] > dvb5zap Good! I need the file created by this command (mpeg.ts). As I said before, as it is recording the full TS with all tables, this is too big to be attached here (or even to be sent via e-mail). You need to place it on some place (like Google Drive or any other place where I can get it) and send me a link to download it (it could be directly to my e-mail). -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 408090] No display: ATSC tuner appears to work, but "mjpeg demux error: cannot peek"
https://bugs.kde.org/show_bug.cgi?id=408090 Mauro Carvalho Chehab changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Mauro Carvalho Chehab --- *** This bug has been marked as a duplicate of bug 408004 *** -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 408004] No display: ATSC tuner appears to work, but "mjpeg demux error: cannot peek"
https://bugs.kde.org/show_bug.cgi?id=408004 --- Comment #4 from Mauro Carvalho Chehab --- *** Bug 408090 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 408090] No display: ATSC tuner appears to work, but "mjpeg demux error: cannot peek"
https://bugs.kde.org/show_bug.cgi?id=408090 Bug 408090 depends on bug 408004, which changed state. Bug 408004 Summary: No display: ATSC tuner appears to work, but "mjpeg demux error: cannot peek" https://bugs.kde.org/show_bug.cgi?id=408004 What|Removed |Added Status|CLOSED |REOPENED Resolution|FIXED |--- -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 408004] No display: ATSC tuner appears to work, but "mjpeg demux error: cannot peek"
https://bugs.kde.org/show_bug.cgi?id=408004 Mauro Carvalho Chehab changed: What|Removed |Added Ever confirmed|0 |1 Status|CLOSED |REOPENED Resolution|FIXED |--- --- Comment #3 from Mauro Carvalho Chehab --- (In reply to awf_ul from comment #2) > Nope; it appears to not be fixed. If the tuner or screenbuffer is opened, > tuned, initialized by another app it appears to work. Otherwise, just a > blank screen. Why did you open #408090? I can't see the difference from this one... What's really weird here is to complain about mjpeg... This sounds completely bogus, as it doesn't sound right to receive mjpeg streams with ATSC. In order to be able to debug it, I need ~60 seconds with a full record of the channel you're having problems, in order to use a RF generator and test it locally. It can be captured using dvbv5-zap: https://linuxtv.org/wiki/index.php/Dvbv5-zap#Recording_the_full_MPEG_stream_on_a_transponder Even 60 seconds of record will produce a big file. So, you'll likely need to use Google Driver or something similar and e-mail me a link for download. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 388232] Provide Flatpak or AppImage for kaffeine
https://bugs.kde.org/show_bug.cgi?id=388232 Mauro Carvalho Chehab changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #13 from Mauro Carvalho Chehab --- Ok, running it should be easy: just install Docker and run: docker pull maurochehab/kaffeine docker run -it --env="DISPLAY" --env="QT_X11_NO_MITSHM=1" --volume="/tmp/.X11-unix:/tmp/.X11-unix:rw" --volume="$HOME:/home/kaffeine:rw" $(for i in $(ls /dev/dvb/adapter*/*); do echo -n "--device=$i:$i:rwm "; done) maurochehab/kaffeine I'll be pushing a quick set of instructions at the README.md file. With that, I'm closing this BZ. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 388232] Provide Flatpak or AppImage for kaffeine
https://bugs.kde.org/show_bug.cgi?id=388232 --- Comment #12 from Mauro Carvalho Chehab --- Kaffeine's Docker container is now at: https://cloud.docker.com/u/maurochehab/repository/docker/maurochehab/kaffeine -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 388232] Provide Flatpak or AppImage for kaffeine
https://bugs.kde.org/show_bug.cgi?id=388232 Mauro Carvalho Chehab changed: What|Removed |Added Resolution|FIXED |--- Ever confirmed|0 |1 Status|RESOLVED|REOPENED --- Comment #11 from Mauro Carvalho Chehab --- (In reply to Mauro Carvalho Chehab from comment #10) > Git commit 5dda1825c50d8330795ed0ff8b786186acd38c63 by Mauro Carvalho Chehab. This patch adds container support for Kaffeine. The container itself is easily built by running this from Kaffeine's git: $ docker build -t "kaffeine" . (after having docker properly installed) As explained, however, it has one major drawback: it won't have persistent data, at least if one runs it with: $ docker run -it --env="DISPLAY" --env="QT_X11_NO_MITSHM=1" --volume="/tmp/.X11-unix:/tmp/.X11-unix:rw" --volume="$HOME:$HOME:rw" $(for i in $(ls /dev/dvb/adapter*/*); do echo -n "--device=$i:$i:rwm "; done) kaffeine I suspect that this can be managed via some docker run command (or by using some high level container tooling), but I need to dig further. So, for now, I'll keep this bug opened. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 388232] Provide Flatpak or AppImage for kaffeine
https://bugs.kde.org/show_bug.cgi?id=388232 Mauro Carvalho Chehab changed: What|Removed |Added Latest Commit||https://commits.kde.org/kaf ||feine/5dda1825c50d8330795ed ||0ff8b786186acd38c63 Resolution|--- |FIXED Status|REPORTED|RESOLVED --- Comment #10 from Mauro Carvalho Chehab --- Git commit 5dda1825c50d8330795ed0ff8b786186acd38c63 by Mauro Carvalho Chehab. Committed on 15/05/2019 at 20:11. Pushed by mauroc into branch 'master'. Add a Dockerfile to allow building Kaffeine inside a container This is a basic Dockerfile with builds Kaffeine inside an Ubuntu Disco container. With the current settings, the container doesn't access the DVB devices with are outside the container. A command that would allow opening a file from your home directory and to use a Digital TV device would be like: $ docker run -it --env="DISPLAY" --env="QT_X11_NO_MITSHM=1" --volume="/tmp/.X11-unix:/tmp/.X11-unix:rw" --volume="$HOME:$HOME:rw" $(for i in $(ls /dev/dvb/adapter*/*); do echo -n "--device=$i:$i:rwm "; done) kaffeine Please notice, however, that, with the above there won't be any persistent storage. every time the docker container runs, it will forget any previously configured data, EPG information, etc. Signed-off-by: Mauro Carvalho Chehab A +46 -0Dockerfile https://commits.kde.org/kaffeine/5dda1825c50d8330795ed0ff8b786186acd38c63 -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 405300] Can't get past the DVD menu
https://bugs.kde.org/show_bug.cgi?id=405300 --- Comment #12 from Mauro Carvalho Chehab --- (In reply to dagobertram from comment #11) > I think you got me wrong. What I meant was: If you watch a Movie in it's > original language (let it be english) and there is just one dialogue in a > different language (let it be Klingon -> Star Trek) - the viewer probably > wants to understand what they are saying. So it would be nice, if one could > only enable the useful subtitle parts (called "forced subtitles"). One may > not want to enable the full subtitle and have it ruin the rest of the movie > for just one scene of Klingon, don't you think? Ah, now I understand what you meant. I didn't see yet any media with forced subtitles (as far as I'm aware of), except for those movies where the forced subtitle were actually added as an overlay directly at the video itself. The question here is how to properly identify when those are present. for DVD we shurelly need support at libVlc - with currently only exposes a subtitle name. If it does a good work of using an uniquely identifier at the subtitle's name, then it is doable. Otherwise libVlc needs to be patched first to add some way for apps to enum such kind of subtitles - or expose a flag to allow identify them at the standard subtitles enumeration way. Having that, enabling support for it shouldn't be hard. > Unfortunately I am not a programmer ... :( Good chance for you to learn something new :-D -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 405300] Can't get past the DVD menu
https://bugs.kde.org/show_bug.cgi?id=405300 Mauro Carvalho Chehab changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |NOT A BUG --- Comment #10 from Mauro Carvalho Chehab --- (In reply to dagobertram from comment #8) > > Could you please test it? > > It works, thank you! As it is working, I'm closing this bug. If you want the language hints feature and are willing to code it, please open a separate bug for us to track it. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 405300] Can't get past the DVD menu
https://bugs.kde.org/show_bug.cgi?id=405300 --- Comment #9 from Mauro Carvalho Chehab --- (In reply to dagobertram from comment #8) > > Now, when the DVB menu is opened, it will allow navigating though the menu > > via Up/Down/Left/Right keys. Selecting an item is done with key. > > > > Not ideal, but at least it provides a way to interact with it. > > > > Could you please test it? > > It works, thank you! I think most people will not know what to do, if the > mouse is not working in the menu. The easiest fix for them is to switch to > another player. Is there a way to make this behaviour more obvious? An > initial overlay might suffice: "Use the Arrow Keys to navigate and Enter to > confirm.". What do you think? I actually added a notice to the OSD, when displaying the title. It should disappear after 2,5 seconds. Forcing the user to confirm doesn't sound a good idea to me. > > Maybe now is the time for a feature request, because this is probably the > wrong place, but: > Is there a way to show only forced subtitles on DVD's with multiple foreign > languages like Game Of Thrones for example? -> There is no good DVD playback > application with this feature apart from SMPlayer, GNOME Videos and Parole > where only the first is working with KDE Plasma. But neither has good > support for starting playback from within KDE Plasma. Even VLC does not > support it. Maybe it is doable. I mean, Kaffeine receives the list of audio and subtitles when it starts playing. So, in thesis, it would be possible to add some logic that would try to use the preferred language. The hardest part would be to define an interface for the user to input what languages it prefers and if he prefers original audio or not. There is a problem, though: it will be just a hint, as language support is limited to some input sources and may either be written as free text or an ISO code. For Digital TV, Kaffeine uses the ISO code, parsed directly from the video stream, with is very reliable (if the operator fills it - some just write things like ORG and NAR, with are not really language codes), but for other sources like DVD, it will receive just a string from libVlc, parsed using some other logic. So, the same language will have different names, depending on the source and on the media. Having a logic that would recognize different patterns and also include language variants (like US and UK English) would likely require several tests with different medias and a lot of time to get it right. So, I don't think it is worth implementing it (and I probably won't have anytime soon to code it). Anyway, if you want this feature so badly, feel free to implement it and submit us patches. As I said, the code changes wouldn't probably be hard. The major issue is to define a good interface for asking it to the user and to work and test an heuristics logic that will try to match the language with a string that won't be using ISO language codes. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 406550] No audio when switching TV channels
https://bugs.kde.org/show_bug.cgi?id=406550 Mauro Carvalho Chehab changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |WORKSFORME --- Comment #3 from Mauro Carvalho Chehab --- (In reply to reimann1957 from comment #2) > yes that has been the bug. But I'd solve the problem. > When I started the VLC to watch a mpg-file I noticed, that I closed > this aplication with the status "mute". > So when I started kafferine, the first TV-channel worked fine, but when > I changed the tv-channel I'd no audio anymore. > Actually the last configuration in the vlc-app is no mute in that audio > and kaffine works well again. > I've been rather astonished to get solved the problem that way. > > Thanks a lot for taking care about this problem. Ok, I'll then close this bug. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 394076] After changing key shortcuts, old bindings still active and conflicting.
https://bugs.kde.org/show_bug.cgi?id=394076 --- Comment #3 from Mauro Carvalho Chehab --- (In reply to romeoK from comment #1) > additional comment: After assigning new keys, as long as you don't restart > Kaffeine, the bindings work. The problem here was actually specific to LEFT and RIGHT keys. The root cause is because MediaWidget::dvdMenuChanged was redefining it, due to DVD reproduction. I reworkted the code, providing a cleaner implementation for DVD menu navigation (with uses UP, DOWN, LEFT and RIGHT keys). Basically, when DVD is reproduced, it will temporarily override the above keys in order to control the DVD menu. The normal behaviour is returned when reproducing any other type of media. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 394076] After changing key shortcuts, old bindings still active and conflicting.
https://bugs.kde.org/show_bug.cgi?id=394076 Mauro Carvalho Chehab changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED Latest Commit||https://commits.kde.org/kaf ||feine/9d2d2149373813d2b1154 ||97d233a028e51d994e2 --- Comment #2 from Mauro Carvalho Chehab --- Git commit 9d2d2149373813d2b115497d233a028e51d994e2 by Mauro Carvalho Chehab. Committed on 05/05/2019 at 17:57. Pushed by mauroc into branch 'master'. mediawidget: Override DVD keys instead of changing their settings When DVD navigation menu is enabled and a valid DVD key is used, inhibit shortcut key handle by calling accept() once the key is handled. Signed-off-by: Mauro Carvalho Chehab M +31 -22 src/mediawidget.cpp M +2-0src/mediawidget.h https://commits.kde.org/kaffeine/9d2d2149373813d2b115497d233a028e51d994e2 -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 406145] Kaffeine hangs with latest libdvbv5-1.16.5
https://bugs.kde.org/show_bug.cgi?id=406145 Mauro Carvalho Chehab changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED --- Comment #15 from Mauro Carvalho Chehab --- (In reply to Mauro Carvalho Chehab from comment #14) > (In reply to Ali Molaei from comment #13) > > Same problem on Arch Linux with kaffeine 2.0.16 and 2.0.17 with > > libv4l-1.16.5 > > > > kaffiene works with libv4l 1.16.3 > > The fix for it was already at upstream at libv4l. A new version of it > (1.16.6) will very likely be released this weekend. v4l-utils-1.16.6 was released today with the needed fix. So, I'm closing this bug. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 394073] Changing the volume using the scrollwheel does not work correctly.
https://bugs.kde.org/show_bug.cgi?id=394073 --- Comment #3 from Mauro Carvalho Chehab --- (In reply to romeoK from comment #0) > Changing the volume with the scrollwheel of the mouse does not work when > pointer is inside the media window. > > You can make the scrollwheel only work like doing so: > > Go into fullscreen mode. The top menu is hidden. Now hover the mouse into > the top menu and then very carefully hover back into the media window, but > dont let the top menu dissapear. Now hover up again into the top menu, and > voila, the scrollwheel works perfectly (as long as you don't leave the > boundaries of the top menu) > > Would be nice if the scrollwheel works everywhere inside the application. I was not able to reproduce the behaviour you're describing above, but the new code should probably have fixed any misbehaviours. You should notice that the mouse wheel is context sensitive: it only change volume if inside the streaming window. If you place it on the top of a slide bar, it should be changing it; if you place inside the lateral menu, it will scroll the items there. Could you please check with the upstream code if the reported issue was gone? -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 394073] Changing the volume using the scrollwheel does not work correctly.
https://bugs.kde.org/show_bug.cgi?id=394073 --- Comment #2 from Mauro Carvalho Chehab --- (In reply to romeoK from comment #1) > Please note, that when timeshift is active, the scrollwheel is used to jump > forward/backward in the stream. This should be disabled, or it might > conflict with the volume change. Timeshift behavior was fixed on those commits: https://cgit.kde.org/kaffeine.git/commit/?id=b4e3d1c20445ca0af21a589392d5a310a42f6745 https://cgit.kde.org/kaffeine.git/commit/?id=6c7b2f361ab199a6e2bb7c60bfe9fb320c318c41 -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 405277] [feature request] Configure mouse wheel action
https://bugs.kde.org/show_bug.cgi?id=405277 --- Comment #1 from Mauro Carvalho Chehab --- (In reply to higuita from comment #0) > right now the mouse scroll wheel controls the volume, i would prefer to > switch to channel switch, but right now we can't control the mouse wheel > action > > So please allow customization of the mouse wheel action Actually, the mouse scroll wheel is context-sensitive. Its action depends on where the mouse position is: - inside the channel list menu, it scrolls the channels; - on the top of the volume bar, it changes volume; - at the reproduction window, it changes the volume [1]; - at the position bar, it changes the position while playing videos [1]. [1] There was a bug there. Just fixed. It should be possible to add support for it to switch the channel, but it is not too trivial, as the media widget code is the same for both DVB and video play. Also, I'm not so sure where to add an option for such kind of configuration. If you want, feel free to submit us patches for such feature. Otherwise, I'll keep this bug opened as a reminder. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 407153] Kaffeine 2.0.17 fails to build with libvlc 2.2.6
https://bugs.kde.org/show_bug.cgi?id=407153 Mauro Carvalho Chehab changed: What|Removed |Added Latest Commit|https://commits.kde.org/kaf |https://commits.kde.org/kaf |feine/402cbee5e675cf795b619 |feine/2644cbf02ed39bb6b194b |b834f92aac086972afc |c6b7935b069b5769364 --- Comment #17 from Mauro Carvalho Chehab --- Git commit 2644cbf02ed39bb6b194bc6b7935b069b5769364 by Mauro Carvalho Chehab. Committed on 04/05/2019 at 12:35. Pushed by mauroc into branch 'master'. vlc: with vlc 2.x, use vlcMedia for libvlc_MediaMetaChanged event As reported by Wolfgang, the libVlc 2.x fix applied at 402cbee5e675 ("vlc: fix support for vlc 2.x") still have issues, causing some troubles at least on audio CDs. The root cause seems to be that, on vlc 2.x, the event libvlc_MediaMetaChanged should be registered against the vlcMedia instance, instead of vlcMediaPlayer instance. Document that inside the code, as this is not obvious. While the old way is still supported on vlc 3.x, I opted to keep the code inside #ifs, as some day we'll drop support for vlc 2.x, making the code simpler. Also, since this event is registered aganst a vlcMedia object and behaves different than when applied against a vlcMediaPlayer object, I'm also using a different name there, in order to avoid confusion. Signed-off-by: Mauro Carvalho Chehab M +16 -4src/backend-vlc/vlcmediawidget.cpp https://commits.kde.org/kaffeine/2644cbf02ed39bb6b194bc6b7935b069b5769364 -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 394075] Mousepointer does not hide in fullscreen mode after movement.
https://bugs.kde.org/show_bug.cgi?id=394075 --- Comment #2 from Mauro Carvalho Chehab --- (In reply to romeoK from comment #1) > Since day 1 of using Kaffeine, i have this warning under > settings/diagnostic, not sure if it's related. > > [Warning ] QObject::connect: No such slot DvbTab::hideCursor() This is unrelated, and the warning was already removed on upstream version. (In reply to romeoK from comment #0) > When in fullscreen mode, the mousepointer does hide, but only until you move > it. From then it does not hide anymore. This applies to fullscreen mode only > (afair). Could you please check if this still occurs on Kaffeine 2.0.17? There were several fixes related to minimal and full screen modes since 2.0.15. Here, mousepointer is hiding fine on all modes. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 388713] Cannot set schedule through midnight
https://bugs.kde.org/show_bug.cgi?id=388713 Mauro Carvalho Chehab changed: What|Removed |Added Resolution|--- |WORKSFORME Status|REPORTED|RESOLVED --- Comment #2 from Mauro Carvalho Chehab --- As I was not able to reproduce this bug, I'm closing it. If you can still reproduce it on Kaffeine 2.0.17, feel free to re-open with additional details. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 393650] On scheduled recording, user can inadvertently initiate a second recording on the same channel.
https://bugs.kde.org/show_bug.cgi?id=393650 Mauro Carvalho Chehab changed: What|Removed |Added Resolution|--- |INTENTIONAL Status|REPORTED|RESOLVED --- Comment #2 from Mauro Carvalho Chehab --- As this is the expected behavior, I'm closing this BZ. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 398949] Clean PMT for descrambled recorded programms
https://bugs.kde.org/show_bug.cgi?id=398949 Mauro Carvalho Chehab changed: What|Removed |Added Attachment #115160|0 |1 is obsolete|| --- Comment #1 from Mauro Carvalho Chehab --- Created attachment 119839 --> https://bugs.kde.org/attachment.cgi?id=119839=edit Clean PMT for descrambled recorded programms if CAM is enabled Please check if this patch works. It should be doing the same thing as yours, except that it will only strip CAM descriptors when there is a CI hardware. Unfortunately, I'm unable to test it locally, as I don't have any CI module here. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 407153] Kaffeine 2.0.17 fails to build with libvlc 2.2.6
https://bugs.kde.org/show_bug.cgi?id=407153 --- Comment #15 from Mauro Carvalho Chehab --- (In reply to Wolfgang Bauer from comment #13) > (In reply to Mauro Carvalho Chehab from comment #12) > > Git commit 402cbee5e675cf795b619b834f92aac086972afc by Mauro Carvalho > > Chehab. > > Committed on 03/05/2019 at 12:11. > > Pushed by mauroc into branch 'master'. > > > > vlc: fix support for vlc 2.x > > It seems that change was not fully correct. > > Playback works now, but I still get this error message: > This object event manager doesn't know about 'MediaMetaChanged' > events04-05-19 10:05:54.006 [Warning ] kaffeine.mediawidget: Cannot attach > event handler 0 > > (only problem I noticed is that AudioCD track changes are not notified to > the user anymore, there could be more though) > > I note that the 2.0.16 code in makePlay() called > libvlc_media_event_manager(vlcMedia) to get the eventManager, while the code > in the constructor calls libvlc_media_player_event_manager(vlcMediaPlayer). > And it seems the latter doesn't know about libvlc_MediaMetaChanged in vlc > 2.x, which I assume is also the reason that playback didn't work at all in > the first place... Gah, that looks a very confusing code at 2.x... Both vlcMedia and vlcMediaPlayer uses the same events enum and shares the same event handler, but it seems they actually have a different set of events, instead of sharing a common event list! Could you please check if the enclosed patch address the issues? I ended by adding a longer comment trying to explain the issue. That should help to keep this code working if we need to do other changes there. Also, in a matter of fact, we could simply remove the #if, as the code should also work fine on 3.x, but I opted to keep them, as this would make easier if some day we decide to remove support for 2.x. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 407153] Kaffeine 2.0.17 fails to build with libvlc 2.2.6
https://bugs.kde.org/show_bug.cgi?id=407153 --- Comment #14 from Mauro Carvalho Chehab --- Created attachment 119837 --> https://bugs.kde.org/attachment.cgi?id=119837=edit Further changes to address issues with vlc 2.x -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 397594] Kaffeine plays video in a separate window under Wayland
https://bugs.kde.org/show_bug.cgi?id=397594 --- Comment #10 from Mauro Carvalho Chehab --- (In reply to Patrick Silva from comment #9) > well, this bug persists on Arch Linux running kaffeine 2.0.17 + Wayland 1.17 > + vlc 3.0.6 + Qt 5.13 beta3. Thanks for checking it. Weird that it is not happening here on Fedora... Could this be due to some different packaging configuration? -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 396515] Record Show Not Working
https://bugs.kde.org/show_bug.cgi?id=396515 --- Comment #12 from Mauro Carvalho Chehab --- (In reply to Mauro Carvalho Chehab from comment #11) > (In reply to Kenneth from comment #10) > > Are there any plans to update the [Debian] Ubuntu servers? > > No clue. You should ask Debian/Ubuntu developers about that, probably by > opening a BZ there, asking them to either upgrade to version 2.0.17 or to > backport patches. > > Btw, there is at least one important fix on version 2.0.17 with affects > channel detection (together with a lot of other fixed bugs). > > So, I strongly suggest using version 2.0.17. In the specific case of this BZ, Debian sid/buster now comes with Kaffeine 2.0.15: https://packages.debian.org/search?keywords=kaffeine So, you should likely be able to update to at least 2.0.15. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 396515] Record Show Not Working
https://bugs.kde.org/show_bug.cgi?id=396515 --- Comment #11 from Mauro Carvalho Chehab --- (In reply to Kenneth from comment #10) > Are there any plans to update the [Debian] Ubuntu servers? No clue. You should ask Debian/Ubuntu developers about that, probably by opening a BZ there, asking them to either upgrade to version 2.0.17 or to backport patches. Btw, there is at least one important fix on version 2.0.17 with affects channel detection (together with a lot of other fixed bugs). So, I strongly suggest using version 2.0.17. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 386146] Kaffeine program information encrypted on UK (Freeview)
https://bugs.kde.org/show_bug.cgi?id=386146 Mauro Carvalho Chehab changed: What|Removed |Added Resolution|--- |FIXED Status|CONFIRMED |RESOLVED --- Comment #3 from Mauro Carvalho Chehab --- As it is now possible to import EPG data on Kaffeine via XMLTV files, I'm closing this bug. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 386146] Kaffeine program information encrypted on UK (Freeview)
https://bugs.kde.org/show_bug.cgi?id=386146 --- Comment #2 from Mauro Carvalho Chehab --- (In reply to Mauro Carvalho Chehab from comment #1) > (In reply to Michael from comment #0) > > Kaffeine does not display the OSD and Program Guide properly. The > > information given is unreadable garbage; almost as if it were encrypted. > > Apart from this, the television works well. I am using a Hauppauge Dual > > Tuner USB device, and my system language is UK English. Thank you for any > > advice. > > That is a known issue. The problem is that UK (Freeview) encrypts the data > at the Event Information Table - EIT, using huffman-based tables. While it > is not hard to decrypt, there are some patents an licenses that apply to the > huffman decoding tables. > > Adding it to Kaffeine or libdvbv5 could be problematic, from legal > standpoint. Kaffeine 2.0.17 adds a feature that allows you to use EPG in UK: it comes with support for XMLTV files. With that, you could either import the XMLTV using existing xmltv grabber scripts or write your own, eventually getting the data from EPG via an external application, with would decrypt and produce a XMLTV file, allowing it to be done outside Kaffeine, and preventing any licensing issues at Kaffeine's code. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 390934] Kaffeine 2.0.14 doesn't find leadtek DTV1800h and DTV1000-T PCI tuner cards
https://bugs.kde.org/show_bug.cgi?id=390934 Mauro Carvalho Chehab changed: What|Removed |Added Resolution|--- |NOT A BUG Status|REOPENED|RESOLVED --- Comment #12 from Mauro Carvalho Chehab --- As on the previous close, this is not a bug. Yet, if you want that this deserves a better explanation or a different interface, feel free to send us patches. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 394158] Exit dialogue when records are scheduled does not remember it's state.
https://bugs.kde.org/show_bug.cgi?id=394158 --- Comment #2 from Mauro Carvalho Chehab --- Created attachment 119829 --> https://bugs.kde.org/attachment.cgi?id=119829=edit Exit while recording dialog I suspect that it is the window manager you're using that it is somehow trying to implement such feature without support inside the app. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 394158] Exit dialogue when records are scheduled does not remember it's state.
https://bugs.kde.org/show_bug.cgi?id=394158 --- Comment #1 from Mauro Carvalho Chehab --- (In reply to romeoK from comment #0) > When you close Kaffeine and there are scheduled records, Kaffeine asks if > you really want to quit. If you select 'yes' and 'don't show this message > again', the next time you close Kaffeine, the same message is shown again > nevertheless. I'm not sure why it is showing 'don't show this message again' in the first place. Here, it just asks for yes/no. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 397028] Exit Problems in main window after TV program change
https://bugs.kde.org/show_bug.cgi?id=397028 Mauro Carvalho Chehab changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED --- Comment #1 from Mauro Carvalho Chehab --- This bug should have beeen fixed upstream.Please test with Kaffeine 2.0.17. If it still occurs, feel free to re-open. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 391116] kaffeine doesn't find some transponders on Astr 19.2E
https://bugs.kde.org/show_bug.cgi?id=391116 --- Comment #13 from Mauro Carvalho Chehab --- Could you please test with Kaffeine 2.0.17? I found a bug there with could be affecting channel scanning: https://cgit.kde.org/kaffeine.git/commit/?id=7960208dad913d331ffdd6a129bfdc935337a4e5 -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 398075] Kaffeine doesn't find some transponders on Astra 19.2E - Part 2 of bug 391116
https://bugs.kde.org/show_bug.cgi?id=398075 Mauro Carvalho Chehab changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from Mauro Carvalho Chehab --- I'm closing this BZ, as this is still #391116. So, let's place them altogether again. *** This bug has been marked as a duplicate of bug 391116 *** -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 391116] kaffeine doesn't find some transponders on Astr 19.2E
https://bugs.kde.org/show_bug.cgi?id=391116 --- Comment #12 from Mauro Carvalho Chehab --- *** Bug 398075 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 398075] Kaffeine doesn't find some transponders on Astra 19.2E - Part 2 of bug 391116
https://bugs.kde.org/show_bug.cgi?id=398075 --- Comment #1 from Mauro Carvalho Chehab --- Could you please test with Kaffeine 2.0.17? I found a bug there with could be affecting channel scanning: https://cgit.kde.org/kaffeine.git/commit/?id=7960208dad913d331ffdd6a129bfdc935337a4e5 -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 399383] Does not display TV picture after OS resume from suspend mode
https://bugs.kde.org/show_bug.cgi?id=399383 Mauro Carvalho Chehab changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |NOT A BUG --- Comment #2 from Mauro Carvalho Chehab --- That's likely a driver's bug. So, I'm closing the issue. If you want, feel free to add here the dmesg, and I'll try to address it very likely via a Kernel patch. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 400668] Have to rescan channels every time I start Kaffeine
https://bugs.kde.org/show_bug.cgi?id=400668 Mauro Carvalho Chehab changed: What|Removed |Added Resolution|--- |WORKSFORME Status|REPORTED|RESOLVED --- Comment #2 from Mauro Carvalho Chehab --- There was some issues at the Kaffeine exit code that would be preventing the storage of the channel list. This was already solved on Kaffeine 2.0.17. Please upgrade to it and re-test. As this was already fixed (at least I can't reproduce it here anymore), I'm closing this bug. If it is still happening on Kaffeine's 2.0.17, feel free to re-open it. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 398952] Channels icon mess in kaffeine 2.0.x
https://bugs.kde.org/show_bug.cgi?id=398952 Mauro Carvalho Chehab changed: What|Removed |Added Resolution|--- |WORKSFORME Status|REPORTED|RESOLVED --- Comment #2 from Mauro Carvalho Chehab --- As this is working for me, I suspect that this is an issue at either the icon set setup at Plasma, or the broadcaster is not providing information about encrypted channels via the usual descriptor. As, on either case, there's not much we can do at Kaffeine's side, I'm closing this. If you belive it is a mistake, feel free to re-open, providing additional information. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 398808] Kaffeine 2.0.15 backend (libVLC) doesn't work fine with vdpau on some GPUs like Radeon HD 5450
https://bugs.kde.org/show_bug.cgi?id=398808 Mauro Carvalho Chehab changed: What|Removed |Added Resolution|--- |NOT A BUG Status|REPORTED|RESOLVED --- Comment #6 from Mauro Carvalho Chehab --- As this bug is actually a problem at libVLC (with should probably be fixed there some day - if not already), I'm closing this. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 397578] no device created by kaffeine but the hauppauge driver should be the correct [/lib/firmware/dvb-demod-si2168-b40-01.fw] on hauppauge usb-stick WinTV-SoloHD.
https://bugs.kde.org/show_bug.cgi?id=397578 Mauro Carvalho Chehab changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |NOT A BUG --- Comment #3 from Mauro Carvalho Chehab --- Sorry, hit enter too soon... (In reply to Mauro Carvalho Chehab from comment #2) > That looks like an install issue, that it is requiring all users of /dev/dvb > to belong to the "group" video, easily solved with a command like: > ># groupadd video username > (where username is your user at the Linux machine) > > or with # chmod 666 /dev/dvb/* (that would likely require running it after every reboot) In any case, this is not related to Kaffeine itself, so I'm closing it. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 397578] no device created by kaffeine but the hauppauge driver should be the correct [/lib/firmware/dvb-demod-si2168-b40-01.fw] on hauppauge usb-stick WinTV-SoloHD.
https://bugs.kde.org/show_bug.cgi?id=397578 --- Comment #2 from Mauro Carvalho Chehab --- That looks like an install issue, that it is requiring all users of /dev/dvb to belong to the "group" video, easily solved with a command like: # groupadd video username or with (where username is your user at the Linux machine) -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 401216] Freeze after switching TV channels
https://bugs.kde.org/show_bug.cgi?id=401216 --- Comment #3 from Mauro Carvalho Chehab --- I found a longstanding bug at Kaffeine, with got fixed at version 2.0.17: https://cgit.kde.org/kaffeine.git/commit/?id=7960208dad913d331ffdd6a129bfdc935337a4e5 Basically, it is a race condition that happens during scan time, but may also happen while doing channel switch. Could you please test if Kaffeine 2.0.17 solves the issue you're facing? -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 377535] Slider progress is not turn on
https://bugs.kde.org/show_bug.cgi?id=377535 Mauro Carvalho Chehab changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 396515] Record Show Not Working
https://bugs.kde.org/show_bug.cgi?id=396515 Mauro Carvalho Chehab changed: What|Removed |Added Resolution|--- |WORKSFORME Status|REPORTED|RESOLVED -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 396515] Record Show Not Working
https://bugs.kde.org/show_bug.cgi?id=396515 --- Comment #9 from Mauro Carvalho Chehab --- The bug should already be fixed on a Kaffeine version later than 2.0.14. So, I'm closing this bug. Please test with Kaffeine 2.0.17. If it still occurs, please re-open it, providing additional information about how to reproduce it. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 402383] tv channels no video, only audio
https://bugs.kde.org/show_bug.cgi?id=402383 Mauro Carvalho Chehab changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |WORKSFORME --- Comment #4 from Mauro Carvalho Chehab --- I suspect that this bug was already fixed. So, I'm closing it. If it still occurs on Kaffeine 2.0.17, please re-open providing extra information. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 397594] Kaffeine plays video in a separate window under Wayland
https://bugs.kde.org/show_bug.cgi?id=397594 --- Comment #8 from Mauro Carvalho Chehab --- I just re-checked it here on Fedora 30, with comes with: vlc-core-3.0.7-0.1.fc30.x86_64 libwayland-server-1.17.0-1.fc30.x86_64 qt5-qtwayland-5.12.1-1.fc30.x86_64 qt5-qtbase-devel-5.12.1-2.fc30.x86_64 Was unable to reproduce this bug anymore. So, I guess this was already fixed. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 403308] Unable to use multiple TV tuners.
https://bugs.kde.org/show_bug.cgi?id=403308 --- Comment #5 from Mauro Carvalho Chehab --- (In reply to lordbludwin from comment #4) > Thanks for the response. Hopefully this is the screen you meant. Yes. Sorry for taking so long to return here... I've been busy with Kernel stuff those days. Instead of "Old device" and "New device", try to use the same name for both tuners. That should allow Kaffeine to think as both as belonging to the same group of tuners. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 404746] Add Eutelsat 7A Satellite
https://bugs.kde.org/show_bug.cgi?id=404746 Mauro Carvalho Chehab changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED --- Comment #1 from Mauro Carvalho Chehab --- The channel information comes from the https://git.linuxtv.org/dtv-scan-tables.git/ tree. I did an update there sometime ago, adding Eutelsat 7A, and other Satellites, imported with information from LyngSat data. The new scanfile.dvb should be available for download via the Kaffeine's GUI option. It should be already at Kaffeine version 2.0.17 as well. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 404831] Kaffeine randomly crashes with nvidia gpu
https://bugs.kde.org/show_bug.cgi?id=404831 Mauro Carvalho Chehab changed: What|Removed |Added Resolution|--- |NOT A BUG Status|REPORTED|RESOLVED --- Comment #3 from Mauro Carvalho Chehab --- As this bug seems to be due to a problem at the GPU driver, there's nothing we can do at the Kaffeine side, as apparently, this is not a Kaffeine's bug. So, I'm closing it. If it ends to happen also with the open source GPU driver, feel free to re-open, although, on such case, the bug would likely be at libVLC side (with handles GPU video reproduction). So, it would make more sense to open it as a VLC bug. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 403451] Can't turn off subtitles on video files
https://bugs.kde.org/show_bug.cgi?id=403451 Mauro Carvalho Chehab changed: What|Removed |Added Resolution|--- |WORKSFORME Status|REPORTED|RESOLVED --- Comment #2 from Mauro Carvalho Chehab --- (In reply to Mauro Carvalho Chehab from comment #1) > I tested here, but I was not able to reproduce this bug. Kaffeine strongly > relies on libVLC. What vlc version are you using? As I can't reproduce the bug here with libVlc 3.0, I'll close this bug. If you can provide additional data that would allow me to reproduce it locally, feel free to re-open it. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 377535] Slider progress is not turn on
https://bugs.kde.org/show_bug.cgi?id=377535 --- Comment #5 from Mauro Carvalho Chehab --- (In reply to Mauro Carvalho Chehab from comment #4) > (In reply to Patrick Silva from comment #3) > > This problem happens randomly on my Arch, kaffeine 2.0.12. > > It affects several of my mkv files. Sometimes the problem disappears after > > reopen the video file. > > There was an issue with the VLC event handler. I fixed at -git tree (changes > are not yet on a release). Could you please check if upstream code fixes it? The VLC event handler got fixed on Kaffeine 2.0.17, for VLC 3.0. So, I'm closing this BZ. If it is still occurring after upgrading to 2.0.17, please re-open, adding more information. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 403803] Memory leak in Kaffeine when using deinterlacing
https://bugs.kde.org/show_bug.cgi?id=403803 Mauro Carvalho Chehab changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |NOT A BUG --- Comment #7 from Mauro Carvalho Chehab --- (In reply to Petr Kovács from comment #5) > So i tried nvidia drivers (390.116) instead of nouveau and there is no > problem with leaking memory. As this sounds to be an issue with the GPU driver, I'm closing this bug. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 405581] Issue with Altering/Saving audio channel in menu
https://bugs.kde.org/show_bug.cgi?id=405581 Mauro Carvalho Chehab changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #2 from Mauro Carvalho Chehab --- (In reply to Mauro Carvalho Chehab from comment #1) > Could you please try the upstream version of Kaffeine? There were several > fixes affecting audio channel selection after version 2.0.14. Kaffeine 2.0.16 and 2.0.17 received several patches improving audio channel selection and fixing some bugs. I believe this bug was solved there. If not, please provide additional details and re-open this bug. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 403874] Kaffeine scanlist channels lost
https://bugs.kde.org/show_bug.cgi?id=403874 --- Comment #14 from Mauro Carvalho Chehab --- (In reply to compi-killer from comment #13) > ok, > > following works: > do not start TV, or quitting it by maybe select "play audio CD" without > having any CD inside. > > Then select "channels" from upper menue bar and scan there. > > It just can not read, scan, add or delete channels, > when TV is running (streaming). If you have just one TV device, you cannot scan for new channels while TV is streaming or recording. If you try to do so, it will scan *just* the transponder you're using (with may have some changes - specially if you're using DVB-C). This is really a hardware issue: as you have just one tuner, you can be tuning a single transponder at a given time. FYI, transponder is the name we give to the physical channel the device is tuning - with may have multiple "logical channels" inside it (actually the spec call those as "programs") -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 405300] Can't get past the DVD menu
https://bugs.kde.org/show_bug.cgi?id=405300 --- Comment #7 from Mauro Carvalho Chehab --- (In reply to dagobertram from comment #6) > (In reply to Mauro Carvalho Chehab from comment #5) > > (In reply to Christoph Feck from comment #3) > Yes, I do. SMPlayer, MPV and mplayer are working just fine (... as does VLC, > but that one works differently, am I right?). > As I said: I forgot to change the name in step 1. to Kaffeine, since that > one has the same problem. Sorry. Nevertheless step 2. is only possible in > Kaffeine. You can not press "4" in Dragon Player to play the DVD. Ok, so, let's see if I got it straight: you're reproducing a DVD with Kaffeine. The menu properly shows up, but you can't navigate? On Kaffeine, we had to disable navigation via the mouse keys, due to an incompatibility issue between Qt, X11 and VLC. See https://bugs.kde.org/show_bug.cgi?id=373814 As I explained there, in order to close the issue, I took a different approach to solve this. It seems that we won't have anytime soon a way to pass a mouse event to libVLC. So, instead, I added support for DVD menu navigation via the keyboard. Now, when the DVB menu is opened, it will allow navigating though the menu via Up/Down/Left/Right keys. Selecting an item is done with key. Not ideal, but at least it provides a way to interact with it. Could you please test it? -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 406550] No audio when switching TV channels
https://bugs.kde.org/show_bug.cgi?id=406550 Mauro Carvalho Chehab changed: What|Removed |Added Summary|No audio on audio channels |No audio when switching TV ||channels -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 406145] Kaffeine hangs with latest libdvbv5-1.16.5
https://bugs.kde.org/show_bug.cgi?id=406145 --- Comment #14 from Mauro Carvalho Chehab --- (In reply to Ali Molaei from comment #13) > Same problem on Arch Linux with kaffeine 2.0.16 and 2.0.17 with libv4l-1.16.5 > > kaffiene works with libv4l 1.16.3 The fix for it was already at upstream at libv4l. A new version of it (1.16.6) will very likely be released this weekend. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 406550] No audio when switching TV channels
https://bugs.kde.org/show_bug.cgi?id=406550 --- Comment #1 from Mauro Carvalho Chehab --- (In reply to reimann1957 from comment #0) > SUMMARY > Whenn I'm watching TV with Kaffeine the application starts normally. But if > I switch the TV-program audio turns silent. Not sure if I understand the bug. If you turn Kaffeine on, and increase the volume inside the Kaffeine application, only the first channel has audio? Any further changes will mute the audio? > > STEPS TO REPRODUCE > 1. restart the kununtu system > 2. restart with a windows-os > 3. restart the kubuntu system What Windows has to do on the above scenario? -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 406550] No audio on audio channels
https://bugs.kde.org/show_bug.cgi?id=406550 Mauro Carvalho Chehab changed: What|Removed |Added Summary|Kaffeine|No audio on audio channels -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 407153] Kaffeine 2.0.17 fails to build with libvlc 2.2.6
https://bugs.kde.org/show_bug.cgi?id=407153 Mauro Carvalho Chehab changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED Latest Commit||https://commits.kde.org/kaf ||feine/402cbee5e675cf795b619 ||b834f92aac086972afc --- Comment #12 from Mauro Carvalho Chehab --- Git commit 402cbee5e675cf795b619b834f92aac086972afc by Mauro Carvalho Chehab. Committed on 03/05/2019 at 12:11. Pushed by mauroc into branch 'master'. vlc: fix support for vlc 2.x As reported by Wolfgang, the changes made on Kaffeine 2.0.16 to solve issues with audio CDs broke Kaffeine when building it with legacy vlc 2.2.x. The fix here is simple: just place two libVlc 3.0 events at the print logic inside the Vlc3 block is enough to make it build again. The libvlc_MediaMetaChanged is used to report when a new media is playing. With vlc 2.0, such event should be enabled only inside mediaPlay() routine. Doing it early causes the play to not work. So, re-add such logic, with got removed on changeset d03abc77ad40 ("backend-vlc: simplify events handling logic"). Signed-off-by: Mauro Carvalho Chehab M +20 -6src/backend-vlc/vlcmediawidget.cpp https://commits.kde.org/kaffeine/402cbee5e675cf795b619b834f92aac086972afc -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 407153] Kaffeine 2.0.17 fails to build with libvlc 2.2.6
https://bugs.kde.org/show_bug.cgi?id=407153 --- Comment #11 from Mauro Carvalho Chehab --- (In reply to Wolfgang Bauer from comment #10) > (In reply to Wolfgang Bauer from comment #9) > > This obviously leaks the eventManager though, I suppose I can look into > > trying to fix that too... > Or does it? > I'm not completely sure, but maybe the event should be detached again > somewhere? I'm not completely sure either, but it doesn't hurt to explicitly detach it at unregisterEvents(). Did some tests here with RPi3. It seems that it fixed the issue here, although RPi3 is too slow for ISDB-T/H.264 decoding, even for low-res mobile channels. (In reply to Wolfgang Bauer from comment #8) > (In reply to Mauro Carvalho Chehab from comment #5) > > VLC < 3 has a problem with H-264 parser, with causes it to not work properly > > with MPEG-TS: the problem is that it doesn't properly find the start of an > > H.264 frame. When a TV channel is switched, it is unlikely to get the start > > of an H.264 frame: it will generally get in the middle. In practice, one has > > to try several times to setup a channel until VLC recognizes the stream. > > Well, my DVB card doesn't support DVB-S2 (only DVB-S), so I can't tell. > > > Also, it doesn't support new types of encoding, like H-265. > > It should support H.265 via the libavcodec plugin I think. It is not a matter of just having support at libav. The libVlc is reponsible to identify the used codecs from the video descriptors within the MPEG Transport Stream. Also, most codecs assume that you're decoding the video from the start of a frame. When you're watching life TV, at the moment a channel is switched, you'll start receiving MPEG-TS frames, receiving data usually in the middle of a frame. It is up to libVlc to identify that, wait until the end of the frame and only after that send the frames for decoding. The sync logic for H.264 is broken on 2.x (at least last time I tested). I warned VLC developers about that - and I guess I even opened a bug - but didn't receive any feedback about a fix. I'm almost sure that the descriptors for H.265 (any any other needed sync code) got added only during 3.x development, but it would be possible that someone may have backported to 2.x. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 407153] Kaffeine 2.0.17 fails to build with libvlc 2.2.6
https://bugs.kde.org/show_bug.cgi?id=407153 --- Comment #7 from Mauro Carvalho Chehab --- (In reply to Mauro Carvalho Chehab from comment #5) > (In reply to Wolfgang Bauer from comment #2) > From a more practical standpoint, I don't test Kaffeine anymore with vlc 2, > as the distros I use already moved to vlc3 a long time ago. Found a RPi3 here with an old image that still has vlc 2.26. I'll give it a try, and see how easy/hard would be to fix it. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 407153] Kaffeine 2.0.17 fails to build with libvlc 2.2.6
https://bugs.kde.org/show_bug.cgi?id=407153 --- Comment #6 from Mauro Carvalho Chehab --- (In reply to Mauro Carvalho Chehab from comment #5) > Ok, I guess I could try... forcing it to get vlc2 from a different directory. That won't work: configure: error: libavutil versions 55 and later are not supported. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 407153] Kaffeine 2.0.17 fails to build with libvlc 2.2.6
https://bugs.kde.org/show_bug.cgi?id=407153 --- Comment #5 from Mauro Carvalho Chehab --- (In reply to Wolfgang Bauer from comment #2) > Hm, I meanwhile noticed that playback doesn't seem to work at all with vlc > 2.2.6 anymore (works fine with 2.0.16)... > > So maybe it's better to just drop support for vlc < 3 completely? I guess the real question is: it is worth keep supporting vlc < 3? VLC < 3 has a problem with H-264 parser, with causes it to not work properly with MPEG-TS: the problem is that it doesn't properly find the start of an H.264 frame. When a TV channel is switched, it is unlikely to get the start of an H.264 frame: it will generally get in the middle. In practice, one has to try several times to setup a channel until VLC recognizes the stream. Also, it doesn't support new types of encoding, like H-265. Without H-264/H-265, lots of DVB channels can't be received, as nowadays most transponders have channels with higher compression standards than MPEG2 (and, on some parts of the globe, all channels are encoded with at least H-264). >From a more practical standpoint, I don't test Kaffeine anymore with vlc 2, as the distros I use already moved to vlc3 a long time ago. Also, here, all terrestrial channels use H.264. I can still simulate plain old MPEG-2, but only via my RF generator. Ok, I guess I could try to setup some environment here to allow testing with an older distro or forcing it to get vlc2 from a different directory. Is it worth? -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 407153] Kaffeine 2.0.17 fails to build with libvlc 2.2.6
https://bugs.kde.org/show_bug.cgi?id=407153 --- Comment #4 from Mauro Carvalho Chehab --- (In reply to Wolfgang Bauer from comment #2) > Hm, I meanwhile noticed that playback doesn't seem to work at all with vlc > 2.2.6 anymore (works fine with 2.0.16)... > > So maybe it's better to just drop support for vlc < 3 completely? Fixing it should probably be trivial. Either I forgot to add an event used on vlc 2 to notify about playback status changes or we need to restore the diff changes at makePlay() if vlc < 3. This was removed from makePlay, because it was not required with vlc 3 (and/or broke something - don't remember the exact issue I found on that time): int VlcMediaWidget::makePlay() { if (vlcMedia == NULL) { @@ -343,18 +578,7 @@ int VlcMediaWidget::makePlay() return -1; } - libvlc_event_manager_t *eventManager = libvlc_media_event_manager(vlcMedia); - libvlc_event_e eventTypes[] = { libvlc_MediaMetaChanged }; - - for (uint i = 0; i < (sizeof(eventTypes) / sizeof(eventTypes[0])); ++i) { - if (libvlc_event_attach(eventManager, eventTypes[i], vlcEventHandler, this) != 0) { - qCWarning(logMediaWidget, "Cannot attach event handler %d", eventTypes[i]); - } - } - libvlc_media_player_set_media(vlcMediaPlayer, vlcMedia); - libvlc_media_release(vlcMedia); - vlcMedia = NULL; -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 407153] Kaffeine 2.0.17 fails to build with libvlc 2.2.6
https://bugs.kde.org/show_bug.cgi?id=407153 --- Comment #3 from Mauro Carvalho Chehab --- (In reply to Wolfgang Bauer from comment #1) > This fixes the compilation: > https://phabricator.kde.org/D20957 Thanks! -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 406146] bad version scheme of tarball
https://bugs.kde.org/show_bug.cgi?id=406146 --- Comment #1 from Mauro Carvalho Chehab --- (In reply to fedora from comment #0) > SUMMARY > > kaffeine-2.0.16-2.tar.xz breaks version scheme and is hard for packaging. > I am building for rpmfusion (fedora) and i got this error with our build > system. > > DEBUG: Unsharing. Flags: 134217728 > error: line 2: Illegal char '-' (0x2d) in: Version: 2.0.16-2 > > Sadly, using https://github.com/KDE/kaffeine/archive/v2.0.16.tar.gz from > github doesn't help, because this tarball doesn't include translations! > > Is there a chance to re-release a proper tarball with correct version scheme > and translation at https://download.kde.org/stable/kaffeine/ , please? I opted to release a new version: 2.0.17. It will contain some extra features and fixes. It should probably be arriving tomorrow at the mirrors. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 406145] Kaffeine hangs with latest libdvbv5-1.16.5
https://bugs.kde.org/show_bug.cgi?id=406145 --- Comment #12 from Mauro Carvalho Chehab --- (In reply to edpil02 from comment #11) > (In reply to Mauro Carvalho Chehab from comment #9) > > (In reply to edpil02 from comment #5) > > > Im using the 1.16.5 version rebuilt with the fedora revert patch: > > > https://bugzilla.redhat.com/attachment.cgi?id=1550940 > > > --- > > > > v4l-utils_0001-Revert-libdvbv5-leaks-and-double-free-in-dvb_fe_open.patch > > > > > > I have no issue with this patch.Kaffeine runs well. Sorry for my english . > > > > Broken patch reverted on v4l-utils upstream on all affected branches. > > > > We should soon be releasing a new fixes release for v4l-utils package. > > > > (In reply to tuxnux from comment #7) > > > ne t'inquiete pas pour ton anglais le mien est encore plus pitoyable que > > > le > > > tien mdr :D > > > > English please. > > Inglês por favor. > > Ingles por favor. > > Anglais s'il vous plaît. > > I'm making a lot of work to try speak english. > Have a pity for us ; and again sorry for my english No problem with that. I'm not a native-speaker either ;-) I make a lot of mistakes myself. Yet, please use English here, as it is the de-facto common language. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 406145] Kaffeine hangs with latest libdvbv5-1.16.5
https://bugs.kde.org/show_bug.cgi?id=406145 --- Comment #9 from Mauro Carvalho Chehab --- (In reply to edpil02 from comment #5) > Im using the 1.16.5 version rebuilt with the fedora revert patch: > https://bugzilla.redhat.com/attachment.cgi?id=1550940 > --- > > v4l-utils_0001-Revert-libdvbv5-leaks-and-double-free-in-dvb_fe_open.patch > > I have no issue with this patch.Kaffeine runs well. Sorry for my english . Broken patch reverted on v4l-utils upstream on all affected branches. We should soon be releasing a new fixes release for v4l-utils package. (In reply to tuxnux from comment #7) > ne t'inquiete pas pour ton anglais le mien est encore plus pitoyable que le > tien mdr :D English please. Inglês por favor. Ingles por favor. Anglais s'il vous plaît. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 405300] Can't get past the DVD menu
https://bugs.kde.org/show_bug.cgi?id=405300 --- Comment #5 from Mauro Carvalho Chehab --- (In reply to Christoph Feck from comment #3) > Mauro, does Kaffeine not have DVD playing? The ticket for DragonPlayer is > bug 405299; this one was reported for Kaffeine. It does, but step 1 of this bug says: > 1. put a DVD in your PC and open Dragon Player (In reply to dagobertram from comment #2) > (In reply to Mauro Carvalho Chehab from comment #1) > > (In reply to dagobertram from comment #0) > No. Unfortunately it does not work in either of them. Because of that, I > filed two bug reports. :( Do you have the needed libraries? For DVD to work, you usually need some libraries:a libdvdcss, libdvdnav, libdvdread. Without them, all players will fail. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 405581] Issue with Altering/Saving audio channel in menu
https://bugs.kde.org/show_bug.cgi?id=405581 --- Comment #1 from Mauro Carvalho Chehab --- Could you please try the upstream version of Kaffeine? There were several fixes affecting audio channel selection after version 2.0.14. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 403803] Memory leak in Kaffeine when using deinterlacing
https://bugs.kde.org/show_bug.cgi?id=403803 --- Comment #6 from Mauro Carvalho Chehab --- (In reply to Petr Kovács from comment #5) > So i tried nvidia drivers (390.116) instead of nouveau and there is no > problem with leaking memory. Ok. I guess that the best would be if you would open a BZ at freedesktop reporting the issue with the nouveau driver. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 405278] [feature request] EPG from xmltv
https://bugs.kde.org/show_bug.cgi?id=405278 --- Comment #18 from Mauro Carvalho Chehab --- > Would it be too much to put these channels text in grey, so its easier to > identify them? I do not know how different themes work with that... > alternative > is some symbol or marker, like a × in the start or in the end, that may be > more > neutral to different kde themes. That would be way harder. The code is basically selecting between a list of all channels or a list with EPG channels, each stored on different data structures. It could be possible to add a second column to the table with some symbol, but I'm currently lacking the time for a change like that. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 405276] Unable to switch television channels by shortcuts
https://bugs.kde.org/show_bug.cgi?id=405276 --- Comment #5 from Mauro Carvalho Chehab --- Thank you both for reporting and finding this issue. Fixup applied. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 405276] Unable to switch television channels by shortcuts
https://bugs.kde.org/show_bug.cgi?id=405276 Mauro Carvalho Chehab changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED Latest Commit||https://commits.kde.org/kaf ||feine/ab5655ef3e9727ad26e7c ||095d79a64ce4e8b7b28 --- Comment #4 from Mauro Carvalho Chehab --- Git commit ab5655ef3e9727ad26e7c095d79a64ce4e8b7b28 by Mauro Carvalho Chehab. Committed on 14/03/2019 at 19:52. Pushed by mauroc into branch 'master'. mediawidget: fix a regression with next/previous logic A fix at the CD handing code broke for other sources. After this fix, both prev/next buttons work and also the DBUS equivalent logic: qdbus org.mpris.kaffeine /Player Prev qdbus org.kde.kaffeine /Player Prev Thanks to Antoni Bella for identifying the broken commit and addressing it. Signed-off-by: Mauro Carvalho Chehab M +2-2src/mediawidget.cpp https://commits.kde.org/kaffeine/ab5655ef3e9727ad26e7c095d79a64ce4e8b7b28 -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 377535] Slider progress is not turn on
https://bugs.kde.org/show_bug.cgi?id=377535 --- Comment #4 from Mauro Carvalho Chehab --- (In reply to Patrick Silva from comment #3) > This problem happens randomly on my Arch, kaffeine 2.0.12. > It affects several of my mkv files. Sometimes the problem disappears after > reopen the video file. There was an issue with the VLC event handler. I fixed at -git tree (changes are not yet on a release). Could you please check if upstream code fixes it? -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 405278] [feature request] EPG from xmltv
https://bugs.kde.org/show_bug.cgi?id=405278 --- Comment #16 from Mauro Carvalho Chehab --- > This feature can be in the EPG guide too, by default show only EGP channels > (the current way) and pressing some bottom or checkbox, show all channels, > even ones without EPG That's simple to implement. Added. > >> Sadly i do not know how to program, so i can't really helping develop this > >> :) > > That's a good opportunity to learn :-) > > I actually want to learn, but something more simple like python or go... > c++, i have problems even trying to read it, probably because everything > that uses c++ is already way too big for me to understand :D Well, c++ is not more complex than python. What makes harder to understand a code are class inheritance and events handling, as it is harder to check who called a piece of the code. Modern languages have mechanism for those, so, with regards to code complexity, c++ is not more complex than python. Try to understand the src/dvb/xmltv.cpp parser. It doesn't contain too much of those. -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 405278] [feature request] EPG from xmltv
https://bugs.kde.org/show_bug.cgi?id=405278 --- Comment #14 from Mauro Carvalho Chehab --- (In reply to higuita from comment #13) > > Well, as xmltv format allows multiple display names, IMHO, the right fix > > would be >to address those at the parser. > (...) > > Btw, no need to even modify the parser. A simple script using xmlstarlet > > would >be able to add new channel associations. > > your script to add to the xmltv file the same display names as DVB-T worked > great and i agree that is lot more clean than trying to workaround and map > things in kaffeine. This way the source xmltv is already fixed and even > doing rescan channels or adding new channels are easy to keep everything > working. Good! > > Again, thanks for the help and this feature > > > > There's one thing feature in Kaffeine's implementation, though: right now, > > it > > will associate just one channel to the EPG data. So, on a channel with both > > "SD" and "HD", it will fill EPG just for the first one. > > At least here in Portugal, the EPG data for SD and HD channels are the same, > so using the first one loaded on both versions of the channel is not really > a problem... i do not know if there are places where the data is really > different between those channels Here in Brazil, the same applies for ISDB-T (1seg, SD and HD) and for the DVB-C and DVB-S providers I'm aware - although here, EPG data is reliable for most channels and there's no xmltv grabber for Brazilian channels - AFAIKT. > > > >> Finally, editing the channel, we would have a new drop down list with the > > with the problem fixed in the xmltv file, i do not see the need to add this > now, at least for me, it is easier to maintain the map in the script than in > any (one by one) GUI. I suspect that this is always the case. Mapping it on GUI has a disadvantage: if a channel changes and a re-scan is needed, one has to re-map everything. > But a feature would still be useful, a column in the channel config window > to show what channels already have epg and those that don't. The alternative > is to manually click each channel to find out. in my setup, 62 clicks to > find 27 channels with EPG and 35 without You don't need to go to the channel's config window. Just open the EPG guide from the TV menu. All channels with EPG are there. > > Sadly i do not know how to program, so i can't really helping develop this :) That's a good opportunity to learn :-) > all i can do is open a new "feature request", if someone wants later to pick > this up (if you agree that this is useful too) -- You are receiving this mail because: You are watching all bug changes.