On 2016 april 6th, all TNT channels will become HD in France and all french users of kaffeine will be stuck. Because Kaffeine version 1.2.2 is 5 years old and can't read the new audio codec E-AC3 / AC3+ for dolby surround 5.1. That's why it can't read HD channels in France except ArteHD that use the old AC3 codec for stereo. Kaffeine version 1.3.1 solves that problem since 2015 september. It's now a hurry to put that version of Kaffeine in Mageia5 repository and in cauldron of course.
As an alternative you can use vlc (you can create list of channels with w_scan) Changing assignee to the packagers team (as there is no maintainer)
Assignee: bugsquad => pkg-bugs
Summary: The last version of Kaffeine works with audio codec AC3+ => Update Kaffeine to have audio codec AC3+
kaffeine is now updated to latest 1.3.1 release on Cauldron and mga5/Core/Updates_testing. Could you test please, to check if it works as it should?
CC: (none) => geiger.david68210
Tested today and it works very fine with all HD channels even the ones with E-AC3 audio codec. Thank's. (for information it was with a chineese USB tuner bought 6 bugs on aliexpress based on the chifset aftech Af9035 with the firmeware lib/firmeware/dvd-usb-af9035-02.fw http://fr.aliexpress.com/item/DVB-T-Mini-USB-Digital-TV-HDTV-Stick-Tuner-Dongle-Receiver-Recorder-Remote-Control-for-PC/1755979323.html?isOrigTitle=true)
The AF9015 AF9035 and IT9135 are very cheap chipsets known to be well supported by recent linux kernels.
All the channels changed this night and it works well with Kaffeine, I changed the status of this bug to fixed, thank's !
Status: NEW => RESOLVEDResolution: (none) => FIXED
Please don't close this bug as long as it has not been validated by the QA! :)
Status: RESOLVED => REOPENEDResolution: FIXED => (none)
Assigning to QA, Advisory: ============================= Since 2016 April 6th, all TNT channels were switched to HD in France so all french users of kaffeine can no more play TV. Our current 1.2.2 version is a bit old now and does not support the new audio codec E-AC3/AC3+ for dolby surround 5.1. So this new upstream release fixes this issue adding the support for HD channels. Packages in 5/core/updates_testing: ======================== kaffeine-1.3.1-1.mga5.i586.rpm kaffeine-1.3.1-1.mga5.x86_64.rpm Source RPM: ======================== kaffeine-1.3.1-1.mga5.src.rpm
Assignee: pkg-bugs => qa-bugs
Testing this sometime today, HD TV on x86_64 at least. i586 will have to be in a virtual machine - not sure if that would be a problem.
CC: (none) => tarazed25
Tested Ok in France, with new HD TV channels and x86_64. It is a pity that Kaffeine does not use hardware video decoding, so I end using mpv for watching TV with silent fans.
Status: REOPENED => ASSIGNEDCC: (none) => lists.jjorge
Whiteboard: (none) => MGA5-64-OK
Confining these tests to TV mode. Freeview via antenna to PCTV290e Nanostick built on the Sony CXD2820R tuner. This had already been tuned to a variety of channels including HD. Tried out kaffeine on x86_64 before updating and found a short list of channels already available. Tuned to several different channels without difficulty. The Electronic Programme Guide was available with full listings. Restarted using the command: $ kaffeine --lastchannel & and it came up in TV mode showing the last programme selected in the previous session. Used Instant Record, toggled subtitles. One of the channels was HD; for HD sound is a problem - the soundtrack is overlaid by very loud noise of unknown origin. pavucontrol reports that alsa plugin is being used. The SD channels sound fine. So this is probably the problem reported by Alain. Found the snippet recorded earlier and played it back via the file -> open menu. Updated to version kaffeine-1.3.1-1.mga5 and put kaffeine through its paces as above. Sound came through perfectly in HD so the original issue has been addressed successfully. Little useful information in the EPG for HD although it looked OK for SD. Switching on subtitles did not work this time and use of the language selector switches off sound altogether but it comes back after a channel change. Note that the language selector need not be used because it offers only one choice. The subtitle track is included with recorded snippets (vlc can display them). These are regressions, though possibly with a single cause. Best reported as separate bugs however.
I'm in the U.S. and our ATSC TV system doesn't use this new audio, so I can't test that part of this upgrade, as far as I know. However, after upgrading my 64-bit Kaffeine, I was able to play audio files with .mp3 extensions and video files with .mp4 and.mkv extensions just the same as I could with the older Kaffeine. No regressions noted in that function. Also, I was able to play a commercial DVD (The Return of the King), including navigating the DVD's menu. No regressions noted. I was able to play a memorial DVD that had been created with a Windows application, also including navigating the menu. No regressions noted there, either.
CC: (none) => andrewsfarm
Had to abandon this for i586 virtualbox. using w_scan was unable to tune in to any terrestrial TV channels. Should we simply validate on the basis of the 64-bit success?
Yes I think so Len. It's likely vbox doesn't have full access to the card.
Validating. Advisory uploaded.
Keywords: (none) => validated_updateWhiteboard: MGA5-64-OK => advisory MGA5-64-OKCC: (none) => sysadmin-bugs
An update for this issue has been pushed to the Mageia Updates repository. http://advisories.mageia.org/MGAA-2016-0061.html
Status: ASSIGNED => RESOLVEDResolution: (none) => FIXED
CC: (none) => rolfpedersen
Created attachment 7711 [details] previous channel scan behavior in kaffeine-1.2.2-6.mga5 I have made a scan of ATSC channels detected by my antenna and added the results to ~/.kde4/share/apps/kaffeine/scanfile.dvb Older kaffeine shows an active drop-down list for Channel Scan Source and will produce a scan of all the channels detected.
Created attachment 7712 [details] new kaffeine with inactive Channel Scan Source, only scans currently tuned channel With kaffeine-1.3.1-1.mga5, Channel Scan Source shows Current Transponder, can't be changed, only scans currently tuned channel group.
I started to report what I thought was a problem with the newer version of kaffeine, described in the attachments. While doing that, I found that Channel Scan in kaffeine-1.3.1-1.mga5 was limited as described if I had opened the Digital TV module in kaffeine. If I close, then open kaffeine without opening the Digital TV module, the Channel Scan behavior appears to work as before. So, I'll continue to use the newer kaffeine and report if I find something I can't workaround. Thanks.
kaffeine-1.3.1-1.mga5.x86_64 is crashing during scheduled recordings. I go to work or go to sleep with recordings scheduled, then come home or wake up to find partial recordings with kaffeine no longer running. With the previous kaffeine, I've made terabytes of recordings with this hardware without having this problem. I tried this: [root@HP-Kodi rolf]# journalctl | grep kaffeine Jul 31 20:54:39 localhost.localdomain urpmi[5944]: called with: kaffeine Jul 31 20:54:52 localhost.localdomain [RPM][5944]: install kaffeine-1.2.2-6.mga5.x86_64: success Aug 09 18:00:34 localhost.localdomain msec[23247]: - Added packages : kaffeine-1.2.2-6.mga5 Apr 29 06:38:27 HP-Kodi urpmi[18647]: called with: kaffeine Apr 29 06:38:32 HP-Kodi [RPM][18647]: install kaffeine-1.3.1-1.mga5.x86_64: success Apr 29 06:38:33 HP-Kodi [RPM][18647]: erase kaffeine-1.2.2-6.mga5.x86_64: success Apr 29 06:49:55 HP-Kodi [RPM][19432]: install kaffeine-1.2.2-6.mga5.x86_64: success Apr 29 06:49:55 HP-Kodi [RPM][19432]: erase kaffeine-1.3.1-1.mga5.x86_64: success Apr 29 08:06:56 HP-Kodi urpmi[24385]: called with: kaffeine Apr 29 08:06:59 HP-Kodi [RPM][24385]: install kaffeine-1.3.1-1.mga5.x86_64: success Apr 29 08:07:00 HP-Kodi [RPM][24385]: erase kaffeine-1.2.2-6.mga5.x86_64: success Apr 29 08:08:53 HP-Kodi [RPM][24541]: install kaffeine-1.2.2-6.mga5.x86_64: success Apr 29 08:08:55 HP-Kodi [RPM][24541]: erase kaffeine-1.3.1-1.mga5.x86_64: success Apr 29 08:17:23 HP-Kodi urpmi[25100]: called with: kaffeine Apr 29 08:17:26 HP-Kodi [RPM][25100]: install kaffeine-1.3.1-1.mga5.x86_64: success Apr 29 08:17:27 HP-Kodi [RPM][25100]: erase kaffeine-1.2.2-6.mga5.x86_64: success Apr 29 10:12:16 HP-Kodi kernel: [26321] 501 26321 741671 353443 1246 6 92481 0 kaffeine Apr 29 10:12:16 HP-Kodi kernel: Out of memory: Kill process 26321 (kaffeine) score 624 or sacrifice child Apr 29 10:12:16 HP-Kodi kernel: Killed process 26321 (kaffeine) total-vm:2966684kB, anon-rss:1412764kB, file-rss:1008kB Apr 29 17:47:53 HP-Kodi kernel: [12191] 501 12191 769761 354217 1270 5 120099 0 kaffeine Apr 29 17:47:53 HP-Kodi kernel: Out of memory: Kill process 12191 (kaffeine) score 664 or sacrifice child Apr 29 17:47:53 HP-Kodi kernel: Killed process 12191 (kaffeine) total-vm:3079044kB, anon-rss:1415976kB, file-rss:892kB Apr 29 19:57:40 HP-Kodi kernel: [15905] 501 15905 769953 359011 1269 5 113843 0 kaffeine Apr 29 19:57:40 HP-Kodi kernel: Out of memory: Kill process 15905 (kaffeine) score 662 or sacrifice child Apr 29 19:57:40 HP-Kodi kernel: Killed process 15905 (kaffeine) total-vm:3079812kB, anon-rss:1434912kB, file-rss:1132kB For example, I scheduled a one-hour recording at Apr 29 10 AM, kaffeine got killed Apr 29 10:12:16, and I have a 12-minute truncated recording. I don't understand why this output doesn't show where the applet upgraded kaffeine sometime near to 4/13, or where I downgraded and added kaffeine to the skip.list shortly after. Also, I remember shortened recordings and missing recordings during that brief period but was more focused on the Channel Scan and missing virtual channel problems to pay close attention to that. [root@HP-Kodi rolf]# cat /proc/meminfo MemTotal: 1792524 kB MemFree: 16908 kB MemAvailable: 1367072 kB Buffers: 38720 kB Cached: 1276384 kB SwapCached: 25596 kB Active: 319932 kB Inactive: 1248252 kB Active(anon): 82564 kB Inactive(anon): 204084 kB Active(file): 237368 kB Inactive(file): 1044168 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 1072124 kB SwapFree: 545024 kB Dirty: 20 kB Writeback: 0 kB AnonPages: 231112 kB Mapped: 153844 kB Shmem: 33568 kB Slab: 117968 kB SReclaimable: 88284 kB SUnreclaim: 29684 kB KernelStack: 5552 kB PageTables: 35308 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 1968384 kB Committed_AS: 2385092 kB VmallocTotal: 34359738367 kB VmallocUsed: 302216 kB VmallocChunk: 34358947836 kB HardwareCorrupted: 0 kB AnonHugePages: 0 kB CmaTotal: 0 kB CmaFree: 0 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB DirectMap4k: 132928 kB DirectMap2M: 1701888 kB This machine is an HP-GT7725 Thin Client, chosen for this purpose as it requires not much electricity. Again, for about two years, I've made terabytes of recordings with the previous kaffeine on this hardware without such a problem. Thanks.
(In reply to Rolf Pedersen from comment #19) > kaffeine-1.3.1-1.mga5.x86_64 is crashing during scheduled recordings. This bug report was about AC3+, and was validated. Please, create a new bug report for this. Closing this one.
Status: REOPENED => RESOLVEDResolution: (none) => FIXED