[kaffeine] [Bug 370918] Kaffeine does not minimize to systray

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=370918

--- Comment #1 from Mauro Carvalho Chehab  ---
What Kaffeine version are you using? There was an issue like that on Kaffeine
2.0, but it was solved on one of the Kaffeine 2.x fixups.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 365067] Subtitles don't show on dvb

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365067

--- Comment #11 from Mauro Carvalho Chehab  ---
(In reply to Tenzin from comment #10)
> I've seen the commit , but what to do with this ? There is a link to a .cpp
> file, that shows a code file, but I don't know how to use it.
> Thank you for your advises.

Either you clone from the git tree or wait for the version 2.0.5 tarball to be
available for download, at:
http://download.kde.org/stable/kaffeine/

(PS.: I just submitted the tarball - it should take a while for it to be
available there)

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 365067] Subtitles don't show on dvb

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365067

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |CONFIRMED

--- Comment #9 from Mauro Carvalho Chehab  ---
The DVB subtitles logic were indeed broken in a number of ways.

It should be working fine after this commit:
   http://commits.kde.org/kaffeine/63c3694da12c904a88178859c650b6c30cf748ee

Please test. Locally, I tested with both VLC 2.x and 3.x.

PS.: now, --debug will display messages related to the DVB messages.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 367728] kaffeine-1.3 is killed by kernel: Out of memory: Kill process 22386 (kaffeine)

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=367728

--- Comment #4 from Mauro Carvalho Chehab  ---
(In reply to Rolf Pedersen from comment #3)
> However, after building and executing kaffeine,
>  
> Aug 24 18:24:13 z170i audit[8335]:  auid=4294967295 uid=501
> gid=501 ses=4294967295 pid=8335 comm="kaffeine"
> exe="/home/rolf/kaffeine/kaffeine/src/kaffeine" sig=11
> Aug 24 18:24:13 z170i kernel: kaffeine[8335]: segfault at 7fbcbe0b90f0 ip
> 7fbc9ab3814c sp 7ffeb3683e30 error 7 in
> libQtGui.so.4.8.7[7fbc9a983000+a1e000]

That's weird! why is it trying to use QT4? It seems that there's something
wrong on your environment.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 367517] Kaffein crash, when I was traying play mp4 video.

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=367517

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WORKSFORME

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 366020] no confirmation asked when quitting and still recording

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=366020

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #1 from Mauro Carvalho Chehab  ---
(In reply to Michael from comment #0)
> Kaffeine Version is 2.0.4
> on closing the main window there is a conformation dialogbox if there are
> still scheduled records or kaffeine is still recording. This dialog is
> missing on quitting through the menu (File>Quit) or the shortcut Ctrl-Q.

Bug confirmed. Fixed on this commit:
http://commits.kde.org/kaffeine/cdb88aad289ad0aa936f3f4bae885c8647c55e5d

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 365067] Subtitles don't show on dvb

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365067

--- Comment #8 from Mauro Carvalho Chehab  ---
(In reply to sylvain.l.sauvage from comment #4)
> Created attachment 100393 [details]
> kaffeine --debug output
> 
> I can confirm the bug on Kaffeine 2.0.4 (Debian Sid).
> 
> Note also that the subtitle selection button doesn’t appear in the bottom
> bar. I can select the subtitles via the context menu but nothing happens.
> 
> The selected channel has 3 audio tracks and 2 subtitle tracks.

I'll have to look deeper to discover why it is not using the subtitle tracks.
Right now, I can't reproduce this bug.

Could you please record me 2 minutes of such stream with multiple subtitle
tracks, using dvbv5-zap?

The dvbv5 syntax to record the full MPEG-TS is:

dvbv5-zap -c channels.conf "channel name" -P -r out.m2t -t 120

where channels.conf is a scan file previouly created with dvbv5-scan, and
"channel name" is the name of the channel you're recording.

Such file will be big, so you'll need to place on dropbox (or similar) and send
me the link to download. Feel free to send me in priv, via e-mail.

With the file in hands, I can use my RF generator to reproduce the issue. I'll
also need the channels.conf and the name of the channel you're using, in order
to setup the RF generator to the same modulation parameters.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364017] recording schedule with qdbus get disabled tv-records

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364017

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED

--- Comment #5 from Mauro Carvalho Chehab  ---
Thanks for the patches! Applied to Kaffeine.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 365067] Subtitles don't show on dvb

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365067

--- Comment #7 from Mauro Carvalho Chehab  ---
(In reply to Tenzin from comment #6)
> Hi,
> I have just installed version 2.02 on ubuntu 16.04, and subtitles still
> don't show.

There were some issues with Kaffeine 2.0.2 related to subtitles. Please test
Kaffeine 2.0.4.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364401] module "Digital TV" not working for DVB-S/S2

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364401

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 CC||martin+...@linuxlounge.net

--- Comment #10 from Mauro Carvalho Chehab  ---
*** Bug 366302 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364959] I wish Kaffeine could use VAAPI and VDPAU hardware decoding for h264 streams

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364959

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WAITINGFORINFO

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 367517] Kaffein crash, when I was traying play mp4 video.

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=367517

--- Comment #1 from Mauro Carvalho Chehab  ---
Version 1.3.x are too old. We're not maintaining it upstream anymore. 
Try Kaffeine version 2.0.4, and see if it still happens.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 365157] Kaffeine crashes when changing DVB-T channel

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365157

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Resolution|--- |WAITINGFORINFO
 Status|UNCONFIRMED |RESOLVED

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 365155] Sudden crash of Kaffeine after stopping recording of DVB-T program

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365155

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WAITINGFORINFO

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 366302] DVB-S tuning fails since 2.0 upgrade

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=366302

--- Comment #1 from Mauro Carvalho Chehab  ---
Are you sure that the LNBf settings are ok?

If so, please run Kaffeine with debug enabled:
$ kaffeine -d --dumpdvb

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 367728] kaffeine-1.3 is killed by kernel: Out of memory: Kill process 22386 (kaffeine)

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=367728

--- Comment #2 from Mauro Carvalho Chehab  ---
(In reply to Rolf Pedersen from comment #0)
> When Mageia 5 updated to kaffeine-1.3, I started having problems with
> kaffeine exiting by itself, usually during unattended scheduled recordings,
> and I found kaffeine was no longer running, my recordings were incomplete,
> when I looked.  On the occasion or two I monitored the machine, I saw that
> /tmp filled completely.

Unfortunately, we're not maintaining Kaffeine 1.x upstream anymore. Too much
changes since 1.3. There were a similar bug for Kaffeine 1.3. Migrating to
Kaffeine 2.x solved it.

> I have tried building kaffeine-2 on ROSA, including libdvbv5,
> 
> $ cmake .
> $ make
> 
> When I 'run command' or from a custom icon, it doesn't start.  When I invoke
> it from terminal, I only see:
> 
> rolf@z170i ~/kaffeine/kaffeine (master) $ src/kaffeine 
> Segmentation fault (core dumped)

If you were compiling libdvbv5 from its source, there was a bug on it, due to
some recent features that are under development.

I just added a fix there for it. In such case, please update libdvbv5 from its
git tree and recompile/reinstall it. This should solve the issue with kaffeine
2.x.

> I tried running as root:

Not need to run it as root, except if you have broken permissions for the
devices under /dev/dvb. In such case, the best would be to fix the permissions,
instead of running it as root.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 365083] sundtek - missing initialization for dvb device + patch

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365083

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |WONTFIX

--- Comment #13 from Mauro Carvalho Chehab  ---
(In reply to Markus Rechberger from comment #12)

> In the future if you have another approach for detecting the hardware we can
> certainly talk about another approach.

Last time we mixed code from you on an open source project, it didn't end well,
as you tried to relicense a co-authored code to MPL without permission of the
other developers, and, after a while you closed the sources:
https://lwn.net/Articles/306601/

So, I won't be actively working on other approach. You can do whatever you
want, within the legal limits of the licenses applied on Kaffeine and libdvbv5,
provided that you keep your code out of them.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 365083] sundtek - missing initialization for dvb device + patch

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365083

--- Comment #11 from Mauro Carvalho Chehab  ---
The point is that the DVB support on version 2.x is partially done via
libdvbv5. The new version of the library detects itself the DVB devices (and
will allow to not only use local devices, but also remote ones).
The Kaffeine 2.0.1 implementation to support the closed-source userspace driver
is a hack: as it seeks for userspace-created fake nodes under /dev/dvb and
expects that the library would work fine with that. This won't be true anymore
with newer versions of the library, as the library needs to do different things
if the device is local or remote. So, it relies on udev for local devices
In other words, it doesn't use the device's path (/dev/dvb/..), but, instead,
the name announced by the driver via sysfs.
It would still be possible to add support to the userspace driver, if someone
with the hardware has interest on writing such code, but the approach will be
different.
Anyway, my plan is to add support for the new version of the library in a
couple of weeks. So, IMHO, it doesn't make sense to apply a patch that we know
it will be broken real soon now.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 365083] sundtek - missing initialization for dvb device + patch

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365083

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Resolution|--- |WONTFIX
 Status|UNCONFIRMED |RESOLVED

--- Comment #3 from Mauro Carvalho Chehab  ---
(In reply to Jonathan Riddell from comment #1)
>  also, the hack to support mrec's devices will soon not work with
> newer versions of Kaffeine, as I'm planning to rely on some new methods at
> libdvbv5

My plans for the next Kaffeine version is to move all access to the hardware to
libdvbv5. It means that device notification will come from the library, and the
library will only work with the devices it knows, as, for local devices, it
will rely on udev to get the device name (as they can be changed via udev
rules).  This is meant to fix a long-standing issue on Kaffeine that got broken
on version 1.0.0, related to dtvdaemon support.  That's why we can't add
device-specific hacks at the Kaffeine's code. Once such changes were merged in
Kaffeine, it shouldn't be hard for a vendor that doesn't provide open source
drivers to develop other ways to integrate with libdvbv5 that won't require
touching at the Kaffeine nor at the library code.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 365155] Sudden crash of Kaffeine after stopping recording of DVB-T program

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365155

--- Comment #1 from Mauro Carvalho Chehab  ---
Version 1.3.x are too old and are known to have several bugs. Also, we're not
maintaining it upstream anymore. 
Try Kaffeine version 2.0.4 and check if the bugs still persists.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 365157] Kaffeine crashes when changing DVB-T channel

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365157

--- Comment #1 from Mauro Carvalho Chehab  ---
Version 1.3.x are too old. We're not maintaining it upstream anymore. 
Try Kaffeine version 2.0.4, and see if it still happens.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 365067] Subtitles don't show on dvb

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365067

--- Comment #3 from Mauro Carvalho Chehab  ---
There are several packages that need to be installed. Read the README.md file.
It relates the needed packages, and has the commands to be used on Ubuntu to
install them.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 365239] Kaffeine crashes when switching TV channels

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365239

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Resolution|--- |WONTFIX
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Mauro Carvalho Chehab  ---
Version 1.3.x are too old and are known to have such troubles. Also, we're not
maintaining it upstream anymore. Yet, this should be fixed on latter versions.
So, you should try Kaffeine version 2.0.4

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 365340] When opening .voc audio file error message reads, "Can not find demux plugin for MRL."

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365340

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Resolution|--- |WONTFIX
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Mauro Carvalho Chehab  ---
Version 1.2.x are too old and are known to have troubles with some file types.
Also, we're not maintaining it upstream anymore. Yet, this was fixed on latter
versions. So, you should try Kaffeine version 2.0.4

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 365067] Subtitles don't show on dvb

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365067

--- Comment #1 from Mauro Carvalho Chehab  ---
There were lots of changes since Kaffeine 1.3.x up to Kaffeine 2.0.4, including
several fixes at EPG parsing. Could you please check if the bug still happens
with Kaffeine 2.0.4? If so, please attach the output using "--debug" option. It
should generate a lot of information about EPG parsing there.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 365076] Kaffeine 2.0.3 detect ISDB-Tb dongle as DVB-T

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=365076

--- Comment #1 from Mauro Carvalho Chehab  ---
That's really weird, as I use Kaffeine here for ISDB-Tb. Are you using a too
old Kernel version? Could you please attach the output of the command "dmesg"
here?

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364959] I wish Kaffeine could use VAAPI and VDPAU hardware decoding for h264 streams

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364959

--- Comment #4 from Mauro Carvalho Chehab  ---
(In reply to José JORGE from comment #3)
> (In reply to Mauro Carvalho Chehab from comment #2)
> > When image is paused, there won't be any mpeg decoding. Instead, it will be
> 
> Sorry, bad english. I meant most of the frames are lost, so I see only one
> image every second.
> I know CPU usage is not the good indicator, and am also getting terminal
> info to ensure it works.
> 
> For the message "libvdpau_va_gl.so: cannot open shared object file: No such
> file or directory" I see it when trying to use VDPAU on intel hardware,
> without the translation layer libvdpau_va_gl.
> I just see VAAPI use is not automatic with vlc 2.2.4 : no message if I leave
> the setting at auto. It works only with --avcodec-hw vaapi parameter :
> 
> vlc --avcodec-hw vaapi Vidéos/bbb/bbb_sunflower_1080p_30fps_normal.mp4 
> VLC media player 2.2.4 Weatherwax (revision 2.2.3-37-g888b7e89)
> [020ee118] core libvlc: Lancement de vlc avec l'interface par
> défaut. Utilisez « cvlc » pour démarrer VLC sans interface.
> [021e8c88] qt4 interface error: Unable to load extensions module
> libva info: VA-API version 0.36.0
> libva info: va_getDriverName() returns 0
> libva info: Trying to open /usr/lib64/dri/i965_drv_video.so
> libva info: Found init function __vaDriverInit_0_36
> libva info: va_openDriver() returns 0
> [7f0c34d222c8] avcodec decoder: Using Intel i965 driver for Intel(R)
> Haswell Desktop - 1.4.1 for hardware decoding.

There's a screen at that allows you
to add extra parameters to libVLC. If you add the parameter there and restart
Kaffeine, it will send it to VLC.

That's the output of it, with --debug, with this new option:

01-07-16 12:13:24.562 [Debug   ] src/backend-vlc/vlcmediawidget.cpp#78: bool
VlcMediaWidget::init(): Using libVLC with args: --no-video-title-show
--avcodec-hw vaapi

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364959] I wish Kaffeine could use VAAPI and VDPAU hardware decoding for h264 streams

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364959

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INVALID

--- Comment #2 from Mauro Carvalho Chehab  ---
> CPU use at 100% with image pauses shows that it is not used.

When image is paused, there won't be any mpeg decoding. Instead, it will be
writing the stream at the disk. With regards to cpu usage at "x%", never trust
on top to measure the CPU utilization. What the Kernel actually measures is the
amount of time that the task scheduler is busy, e. g. when detects that there's
nothing to do, it sleeps and the CPU "usage" decreases. If you have any process
that is continuously receiving data at a constant rate, and storing it at the
disc, the scheduler will always be busy.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364959] I wish Kaffeine could use VAAPI and VDPAU hardware decoding for h264 streams

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364959

--- Comment #1 from Mauro Carvalho Chehab  ---
Kaffeine 2.x uses libVlc as backend. Starting with libVlc versions 2.x, it
supports both VAAPI and VDPAU natively. On versions 2.0.x, there is a parameter
to enable. On versions 2.2.x and 3.0, it will use it by default, if the
hardware supports. No extra option is needed.

The logic is actually the reverse: if VAAPI/VDPAU can't be used for whatever
reason, it will display this warning:
Failed to open VDPAU backend libvdpau_va_gl.so: cannot open shared object file:
No such file or directory

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364860] Program Guide is empty

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364860

--- Comment #11 from Mauro Carvalho Chehab  ---
(In reply to Rolf Pedersen from comment #10)
> I don't know if this is best practice but I did a pull, cmake, and make. 
> Then, I start kaffeine from the src/ directory without installing.  That
> seemed to pick up my legacy working configuration, including custom
> scanfile.dvb.  

Yes, you can do that. I use to do the above procedure myself while developing
patches for it.

> Beautiful!  After a scan, the channels are all described perfectly and,
> after playing, EPG program information is displayed in the Program Guide, up
> to Saturday afternoon on Channel 2.  I can record from the Program Guide. 
> Currently, I am recording on both tuners at the same time different programs
> to separate files on the NAS.  
> 
> To be sure, I uninstalled Archlinux kaffeine-2.0.3-1 and did make install. 
> Everything remains configured and working well.  I'm making two recordings
> of different channels at the same time.  Looks like a winner!

Great! Btw, I should be releasing a version 2.0.4 likely tomorrow. I guess it
won't take much time for it to be available on Archlinux.

> Thanks very much.

Anytime!

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364860] Program Guide is empty

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364860

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #8 from Mauro Carvalho Chehab  ---
(In reply to Rolf Pedersen from comment #7)
> This one plays in vlc:
> 
> https://drive.google.com/open?id=0B8GNdkp3znc2Q3g4eDJOdEV1dGM

Thanks! That one worked fine. I was able to detect and fix the remaining bugs.
There was indeed a regression at the VCT table parsing, with were causing
troubles at the channel naming.

Now, it finds all channels at the transponder:

29-06-16 11:48:38.555 [Debug   ] src/dvb/dvbscan.cpp#688: void
DvbScan::processPat(const DvbPatSection&): New PAT entry: pid 48, program 3
29-06-16 11:48:38.555 [Debug   ] src/dvb/dvbscan.cpp#688: void
DvbScan::processPat(const DvbPatSection&): New PAT entry: pid 64, program 4
29-06-16 11:48:38.555 [Debug   ] src/dvb/dvbscan.cpp#688: void
DvbScan::processPat(const DvbPatSection&): New PAT entry: pid 80, program 5
29-06-16 11:48:38.555 [Debug   ] src/dvb/dvbscan.cpp#688: void
DvbScan::processPat(const DvbPatSection&): New PAT entry: pid 96, program 6
29-06-16 11:48:38.574 [Debug   ] src/dvb/dvbscan.cpp#801: void
DvbScan::processVct(const AtscVctSection&): New SDT entry: name 002-1 KTVU-HD
29-06-16 11:48:38.574 [Debug   ] src/dvb/dvbscan.cpp#801: void
DvbScan::processVct(const AtscVctSection&): New SDT entry: name 002-2 LATV
29-06-16 11:48:38.574 [Debug   ] src/dvb/dvbscan.cpp#801: void
DvbScan::processVct(const AtscVctSection&): New SDT entry: name 002-3 Movies!
29-06-16 11:48:38.574 [Debug   ] src/dvb/dvbscan.cpp#801: void
DvbScan::processVct(const AtscVctSection&): New SDT entry: name 002-4 Buzzr
29-06-16 11:48:38.671 [Debug   ] src/dvb/dvbscan.cpp#728: void
DvbScan::processPmt(const DvbPmtSection&, int): New channel: PID 48, service ID
3
29-06-16 11:48:38.671 [Debug   ] src/dvb/dvbscan.cpp#728: void
DvbScan::processPmt(const DvbPmtSection&, int): New channel: PID 64, service ID
4
29-06-16 11:48:38.671 [Debug   ] src/dvb/dvbscan.cpp#728: void
DvbScan::processPmt(const DvbPmtSection&, int): New channel: PID 80, service ID
5
29-06-16 11:48:38.671 [Debug   ] src/dvb/dvbscan.cpp#728: void
DvbScan::processPmt(const DvbPmtSection&, int): New channel: PID 96, service ID
6
29-06-16 11:48:38.673 [Debug   ] src/dvb/dvbscan.cpp#608: void
DvbScan::updateState(): Found channel 002-1 KTVU-HD
29-06-16 11:48:38.673 [Debug   ] src/dvb/dvbscan.cpp#608: void
DvbScan::updateState(): Found channel 002-2 LATV
29-06-16 11:48:38.673 [Debug   ] src/dvb/dvbscan.cpp#608: void
DvbScan::updateState(): Found channel 002-3 Movies!
29-06-16 11:48:38.673 [Debug   ] src/dvb/dvbscan.cpp#608: void
DvbScan::updateState(): Found channel 002-4 Buzzr

And their EIT entries are properly addressed. Please test with latest upstream.

The patch that fixed the regression is this one:
http://quickgit.kde.org/?p=kaffeine.git=commit=2d932598a8b0

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364860] Program Guide is empty

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364860

--- Comment #6 from Mauro Carvalho Chehab  ---
(In reply to Rolf Pedersen from comment #5)
> (In reply to Mauro Carvalho Chehab from comment #3)

> I've been at work all day.  When I got home, I cloned and built from
> git://anongit.kde.org/kaffeine
> If I got the right thing, it's worse than before, for me.  After a channel
> scan, most are listed like:
> 
> Channel  Number
> #0 321:6  27
> #0 377:5  26
> 
> Some are listed like:
> Channel  Number
> 026-1  26 San Francisco, CA  4

That is an unrelated problem. Channel names are stored at the VCT table, with
is handled on a different part of the Kaffeine's code.

> I did blunder onto a productive dvbv5-scan command:
> 
>   dvbv5-scan -O ZAP -C US -I channel us-ATSC-center-frequencies-8VSB
> 
> which gave me dvb-channel.conf
> 
> then
> 
> dvbv5-zap -c dvb_channel.conf -I ZAP -t 60 -o atsc.m2t KTVU-HD
> 
> so it worked when channel, not frequency, was given.

Ah, there's one parameter missing there: "-P". (or " --all-pids"). When this
parameter is used, dvbv5-zap records the full content of the stream and accepts
both frequency or channel. So, it can work with the frequency tables file
directly.

So, please take another record with:
dvbv5-zap -c dvb_channel.conf -I ZAP -t 60 -o atsc.m2t -P KTVU-HD
or:
dvbv5-zap -I channel -c us-ATSC-center-frequencies-8VSB -t 60 -o atsc.m2t
-P 653028615

(if you're using the channel file with the legacy formats)

> FWIW, here's the clean-looking content of the ZAP dvb_channel.conf with
> nearly all my tunable channels present:

Thanks! I'll use it to compare it with the VCT parser at Kaffeine once you make
me available the all-pids record.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364860] Program Guide is empty

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364860

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED

--- Comment #4 from Mauro Carvalho Chehab  ---
Fixed on this changeset and on the subsequent ones:

http://quickgit.kde.org/?p=kaffeine.git=commit=0ecdac74596755c1645da9acdb27e29e33be0d99

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364860] Program Guide is empty

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364860

--- Comment #3 from Mauro Carvalho Chehab  ---
I was able to find some bugs at the MGT and EIT parsing. Those are fixed at the
git tree. However, the only streams I had to test are some old records I made
in 2014 in South Korea. The EPG entries are all expired, so I had to hack the
code to display, as the code checks if the entries are expired before
inserting. It also flushes the old entries that got expired, making hard to
debug.

It would be really helpful to get a recent stream. Anyway, please test the
upstream git tree, as this bug should have been fixed there.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364860] Program Guide is empty

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364860

--- Comment #2 from Mauro Carvalho Chehab  ---
(In reply to Rolf Pedersen from comment #0)
> The current Archlinux version I use is 2.0.3-1 and I've tried with recent
> builds of git://anongit.kde.org/kaffeine.git 
> 
> Whereas Program Guide worked well for some years with my hardware, it's
> empty in kaffeine 2.
> 
> Reproducible: Always
> 
> Steps to Reproduce:
> 1. Open kaffeine to the digital tv module.
> 2. Play a channel, or many channels, all of which used to display EPG data
> in Program Guide
> 3. Open guide from menu bar: Television -> Program Guide
> 
> Actual Results:  
> Program guide is empty.
> 
> Expected Results:  
> The Program Guide was always populated with program information for the
> channels I had played (those who provided EPG data, virtually all that I
> tune).
> 
> The Program Guide has worked for me for several years with the same hardware
> in kaffeine, up to kaffeine-1.2.2-6.mga5 in Mageia 5, currently.
> 
> Tuner is Hauppauge HVR-2250 dual tuner pci-e card receiving ATSC OTA signal
> from an outdoor antenna.
> 
> Optionally, I can use my HDHomeRun HDTC-2US tuner and the latest kaffeine
> has the same limited functionality.
> 
> Mauro asked for a minute of recording but I can't figure out how to use
> dvbv5-zap.  In case a recording made from the kaffeine gui can be used, I
> put one on google drive:
> 
> https://drive.google.com/open?id=0B8GNdkp3znc2WDYxOEVPSWRETk0
> 
> [rolf@p8z68 recordings]$ md5sum 002-1\ KTVU-HD-071124.m2t 
> ef510b1803178b3089838ab01c68a2a5  002-1 KTVU-HD-071124.m2t

Unfortunately, recording using Kaffeine won't work, as it will filter just the
program IDs that are associated with the service ID that you're watching (e. g.
video and audio streams only).

Feel free to ping me at #linuxtv channel at freenode.net. Maybe I can help you
to record using dvbv5-zap.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 171793] Kaffeine catches up to present and then loops when timeshifting

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=171793

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #5 from Mauro Carvalho Chehab  ---


*** This bug has been marked as a duplicate of bug 305039 ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 305039] Kaffeine hang if wathing DVB-T and setting systemclock back a few minutes

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=305039

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 CC||sh...@cantab.net

--- Comment #2 from Mauro Carvalho Chehab  ---
*** Bug 171793 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 305039] Kaffeine hang if wathing DVB-T and setting systemclock back a few minutes

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=305039

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WORKSFORME

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 305039] Kaffeine hang if wathing DVB-T and setting systemclock back a few minutes

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=305039

--- Comment #1 from Mauro Carvalho Chehab  ---
I did several tests here with Kaffeine 2.0.3 and didn't notice any problem with
DVB life view and changing the system clock. I even did instant records and
paused/played the stream a few times, without noticing any problems.

As this bug was reported against a version we're no longer maintained, and
version 2.0.x has huge changes since version 1.2.x, I'm closing this bug.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 354522] repeated recordings get time-shifted by daylight-saving-time switches

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=354522

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|WORKSFORME  |---

--- Comment #2 from Mauro Carvalho Chehab  ---
(In reply to Mauro Carvalho Chehab from comment #1)
> I did several tests here with Kaffeine 2.0.3 and didn't notice any problem
> with DVB life view and changing the system clock. I even did instant records
> and paused/played the stream a few times, without noticing any problems.
> 
> As this bug was reported against a version we're no longer maintained, and
> version 2.0.x has huge changes since version 1.2.x, I'm closing this bug.

Please ignore this comment. It was meant for another BZ. Re-opening it, as I
didn't check if this issue still happens on version 2.0.x.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364739] Kaffeine 2.0.3 does not recognize all channels with DVB-S/S2

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364739

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #1 from Mauro Carvalho Chehab  ---
(In reply to Hering2007 from comment #0)
> I am running Kaffeine with Arch (4.6.2-1-ARCH x86_64 GNU/Linux) and a
> "TECHNOTREND TT-connect S2-4600 USB-Box" (DVBS/S2).
> Under Kaffeine v1.3-git almost everything works fine: I get all the channels
> but the CPU usage tends to use one core at 100% always.
> When I update to Kaffeine v2.0.3 and try to scan for channels it won't
> recognize most of the channels anymore. Also when I try to manually copy the
> scanfile.dvb from the former installation it will not recognize it.
> Downgrading makes it work again though.
> 
> Here are some of the files to compare:
> Kaffeine 2.0.3 Log: http://pastebin.com/5ZX9KZED
> Kaffeine 1.3-git Log: http://pastebin.com/dsX7QEBR
> 
> Did I miss anything here or is it a bug?
> I mean I could live with it if only the channels which get lost were
> unnecessary ones but they aren't..
> 
> Reproducible: Always
> 
> Steps to Reproduce:
> 1. Scan channels on Kaffeine v1.3-git (DVBS/S2)
> 2. Scan channels on Kaffeine v2.0.3 (DVBS/S2)
> 3. Compare the lists
> 
> Actual Results:  
> I get less channels than with an older version (1.3-git)
> 
> Expected Results:  
> Atleast the same channels should be found with both versions.

This was a bug related to passing parameters for DVB-S/S2 to libdvb5. This was
already solved at the -git version. I should be releasing a new version this
week with the fix.

*** This bug has been marked as a duplicate of bug 364401 ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 354522] repeated recordings get time-shifted by daylight-saving-time switches

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=354522

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #1 from Mauro Carvalho Chehab  ---
I did several tests here with Kaffeine 2.0.3 and didn't notice any problem with
DVB life view and changing the system clock. I even did instant records and
paused/played the stream a few times, without noticing any problems.

As this bug was reported against a version we're no longer maintained, and
version 2.0.x has huge changes since version 1.2.x, I'm closing this bug.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364824] Kaffeine wount change channel

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364824

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #1 from Mauro Carvalho Chehab  ---
Sorry, but we're no longer maintained Kaffeine 1.3.x upstream. There were lots
of change since it to Kaffeine 2.x, including the library changes from qt4 to
qt5 and from KDE4 to KF5.

I did a quick test on Kaffeine 2.0.3+git to check if selecting a channel by
typing its number works, and it seems to be working fine there. If the bug
still happens upstream, please re-open.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364683] Change channels or try selecting a recording results in an immediate crash.

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364683

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WONTFIX

--- Comment #1 from Mauro Carvalho Chehab  ---
Looking from the trace, I suspect that it has something to do with libVLC.
Maybe you had some upgrades at VLC side.

Yet, we're not supporting Kaffeine 1.3 upstream anymore. There are simply too
many changes from it to Kaffeine 2.x, including the migration to Qt5, and
several fixes at playlist (where the code hanged).

Please either report this bug to Mageia or upgrade to the latest version
(2.0.3) or to the git one (I'm about to release a 2.0.4 from the current git
tree - I'm just giving some time to i18n people for translations).

If the bug happens with Kaffeine 2.0.3(or -git), please re-open, with Kaffeine
logs (those are enabled with the new --debug option).

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364517] Kaffeine can't tune in RTL (dvb-c / german television)

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364517

--- Comment #7 from Mauro Carvalho Chehab  ---
(In reply to boris64 from comment #6)
> FYI: i tried up2date vlc-3 (git-whatever) + vlc-clang-git and it turned out
> that RTL was ok (for now), but another channel showed video only and no
> sound anymore. Ahhrr crap.

heh...

> So this really seems to be some kind of _vlc issue_. Too bad there is no way
> of choosing the backend used in kaffeine. In (s)mplayer everything is really
> ok (but on the other hand it's really slow when switching channels because
> of buffering).

It used to have for a while, with Kaffeine 1.0.x, I guess... The mplayer
backend code is still there (and the libxine/gst at the logs), but putting
those backends work again is painful.

If someone would write the patches to re-enable mplayer as another backend
option and/or to add support for gst, I may end applying it upstream.
> 
> Ok, thanks for your help anyway ;)

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364517] Kaffeine can't tune in RTL (dvb-c / german television)

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364517

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|CONFIRMED   |RESOLVED
 Resolution|--- |LATER

--- Comment #5 from Mauro Carvalho Chehab  ---
Boris,

I'm closing this bug, as the latest version of VLC should solve the issue. Yet,
please update this BZ if you know about such fix for libVLC 2.2.x, as, in such
case, I'll update Kaffeine's README.md.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 352316] Improvement Suggestions

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=352316

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|CONFIRMED   |RESOLVED
 Resolution|--- |WONTFIX

--- Comment #2 from Mauro Carvalho Chehab  ---
Most issues addressed. What's missing:

- update EPG while idle;
- pause when minimized;
- EPG data is not saved.

I'm not planning to address the above issues on a near future, as I lack the
time, but feel free to send patches addressing them, if they're still required.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 272463] Program Guide shows multiple entries

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=272463

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #10 from Mauro Carvalho Chehab  ---
I changed several things at the EPG logic, and included the above patch, that
should be auto-cleaning the EPG table at the git version.

Your issue should have fixed. If not, please re-open with additional data. In
such case, please use the --debug option, to gather the EIT update info.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 358382] kaffeine doesnt overtake all channels to programmguide

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=358382

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #2 from Mauro Carvalho Chehab  ---
I found a few issues with EPG handling. I also added a --debug option to
Kaffeine 2.0. At the latest version at the git tree, it should show all data
that feeds the EPG. They're called EIT. The logs will look like:

22-06-16 19:38:32.871 [Debug   ] EPG event new: type 2, from 25/06/16 15:45 to
16:30:00 BRT: Channel: 

If you're still having problems with the latest version, and --debug doesn't
show any EIT related data like the above, please reopen.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 272463] Program Guide shows multiple entries

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=272463

--- Comment #9 from Mauro Carvalho Chehab  ---
Created attachment 99656
  --> https://bugs.kde.org/attachment.cgi?id=99656=edit
Don't accept duplicated EPG events

Please test the attached patch. It adds a logic that should avoid adding two
conflicted events on the same channel. Try to run it on debug mode and see if
it will fix the issue.

PS.: this patch is a little bit lazy when comparing two channels... it is just
using "==" instead of verifying each fields. Maybe such logic may require
changes and compare field by field (e. g. compare the chanel name, network ID
and/or channel number).

The patch is against the latest Kaffeine version on git.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 272463] Program Guide shows multiple entries

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=272463

--- Comment #5 from Mauro Carvalho Chehab  ---


(In reply to marian.trenkwalder from comment #2)
> me too
> the start time of the double entries are different.
> eg:
> Start;Duration;Title
> 14.04.2012 20:14; 00:50;Lie to me
> 14.04.2012 20:15; 00;50;Lie to me
> 
> both entries explain the same.

What I suspect is that this event has his time schedule shifted. So, Kaffeine
got the event's first timestamp. Some time after, the new timestamp event
arrived. As there's no field that uniquely identifies the event, a new entry
was added with the second timestamp.

It is not too easy to fix this.  One way would be to check if a new event would
conflict with another event on the same channel, but the hardest part would be
to test if the logic is working, because we either need to be able to produce a
test MPEG-TS or have a record of a TS where such change happened.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364298] Regression Channels scan: channels are missing

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364298

--- Comment #29 from Mauro Carvalho Chehab  ---
(In reply to Mauro Carvalho Chehab from comment #27)
> (In reply to lev.cohan from comment #25)
> > How about adding a network-id entry to the DVBv5 file format for the  
> > dtv-scan-tables?
> 
> It could, but I don't see any advantage. It will still need to parse the
> other NIT tables, as other places using the same scan file could be using
> different transponders.

After sleeping on this, it could indeed be helpful to have a network id entry
at dtv-scan-tables. 

The most complex part would be to add support for this new field at the
scanning tools, to allow them to auto-detect the need of a network ID and to
identify what's the right ID to be stored.  The tuner algorithm would need to
be different, and the file output logic could only happen after parsing the
full file.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364298] Regression Channels scan: channels are missing

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364298

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|CONFIRMED   |RESOLVED
 Resolution|--- |FIXED

--- Comment #28 from Mauro Carvalho Chehab  ---
Git commit 408a151d61a546a03923b0f7a67339d762cbbf18 by Mauro Carvalho Chehab.
Committed on 21/06/2016 at 00:35.
Pushed by mauroc into branch 'master'.

dvbscan: add an option to handle other NIT tables

Specially for DVB-C, Kaffeine should allow the user to also
seek for new transponders at the other NIT tables, as it
may have other transponders that are not shown at the main
NIT table.

Signed-off-by: Mauro Carvalho Chehab 

M  +18   -13   src/dvb/dvbscan.cpp
M  +4-3src/dvb/dvbscan.h
M  +7-3src/dvb/dvbscandialog.cpp
M  +1-0src/dvb/dvbscandialog.h

http://commits.kde.org/kaffeine/408a151d61a546a03923b0f7a67339d762cbbf18

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364298] Regression Channels scan: channels are missing

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364298

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |CONFIRMED

--- Comment #27 from Mauro Carvalho Chehab  ---
(In reply to lev.cohan from comment #25)
> (In reply to Mauro Carvalho Chehab from comment #24)
> > Ok. It would be good later send me what's happening there, for me to fix 
> > the  bug at the tool as well.
> How should I report it? Via E-Mail?

Yes. Send an e-mail to linux-me...@vger.kernel.org.

> Kaffeine built from commit f03047d and patched finds 514 channels.
> That's pretty good. 

Good! From the logs, the other NIT tables pointed to 83 transponders. 26 ones
failed to tune. I suspect that such transponders are available on other
cities/states/countries where this cable operator provides services.

> Do you have any script to export the channels form the sqlite.db?

No, but it shouldn't be hard to get the channels from there using the command
line. It should be almost identical to what dvbscan found. I suspect that the
other channels got by dvbscan are the data only channels.

> I attached the gzipped log file for the scan in which you can see that for
> every transponder it adds all 83 transponders multiple times. 

Every time it gets a new transponder, it will parse the NIT tables provided
there, as NIT table(s) may be different.  Btw, where I live, different channels
provide different NIT tables.

> > So, for a final patch, it is likely interesting to add some options to avoid
> > the user the need of scanning transponders that will never be available for
> > him, e. g. allowing them to completely disable other NIT or to filter just
> > one (or a few?) other NITs. Doing an easy to use GUI interface for it could
> > be tricky, though.
> 
> How about adding a network-id entry to the DVBv5 file format for the  
> dtv-scan-tables?

It could, but I don't see any advantage. It will still need to parse the other
NIT tables, as other places using the same scan file could be using different
transponders.

> Adding a text-field to the device tab would also be a possibility.

The problem is that the screen is already too crowd on devices that support
multiple delivery systems, like this one:

https://mchehab.fedorapeople.org/kaffeine_screenshots/tmp/kaffeine-terrestrial-cable.png

The problem is that the usage of other NIT tables should happen per delivery
system type. So, a frontend that support 3 different delivery systems (like the
one shown on the above image) would need 3 extra lines for a button to enable
"all other network tables" or 6 lines if we also add text input field for the
network ID(s) that will be used. To make it even worse,, the Kernel currently
maps as two frontends single devices that support both  Satellite and Cable (or
Terrestrial) delivery systems. We'll eventually fix this bug. So, a single
device could support up to 8 different delivery systems (right now, there are
devices with 6 different delivery systems on the same frontend).

As some people use Kaffeine with 21:9 monitors, adding those extra lines could
be a problem.

So, I'm actually thinking that I to add an extra button (and eventually a combo
box) at the channel scan window that would make it parse the other NIT tables.
That would avoid polluting the channel configuration tabs.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364298] Regression Channels scan: channels are missing

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364298

--- Comment #24 from Mauro Carvalho Chehab  ---
(In reply to lev.cohan from comment #22)

> I did build v4l-utils from the commits 11c6e2c earlier and 9b8e58f now and
> with neither version I manage to make a complete scan with "dvbv5-scan -p",
> it always segfaults or stalls. Using the verbose command line parameter it
> crashes even faster. 

Ok. It would be good later send me what's happening there, for me to fix the
bug at the tool as well. I'm planning switch the Kaffeine scan algorithm to use
the one at v4l-utils in some future, in order to be able to maintain just one
code. So, it will benefit Kaffeine if we can make it more reliable.

> There are also a lot of error messages of "channels not
> found on PMT" shown and the channels are not stored with their "names" but
> in the pattern "FREQUENCY#SERVICE_ID", which is somewhat cumbersome.

That's because it will use the "other SDT" tables too. For your cable TV
provider, it seems that it needs to use NIT + other NIT + SDT tables and ignore
other SDT tables. I need to change the logic at libdvbv5  to append new SDT
entries instead of replace the tables. 

> In comparison to "dvbv5-scan -p" the old "scan -n"  from
>   https://linuxtv.org/hg/dvb-apps
> manages to do this flawlessly, even the different "Network Names" 
> (probably the different Network-IDs) are identified. I attached the 
> resulting file "dvbv3_channels.conf" with the 533 services found.

Ok. Yeah, those other Network IDs come from the other NIT tables. The patch at
https://bugs.kde.org/attachment.cgi?id=99591 should force Kaffeine to handle
such tables. Please test and report if it is able to find all channels.

> By the way, with my TV set I have to enter the Network-ID (here 43016) for
> the channels scan. Could this enhance or speed up the scanning process if
> the user could define that and it would be incorporated in the scanning
> process?

Yes. The normal NIT table has ID = 0x40 and it is just one table, and, on your
case, it lists 12 transponders. 
The "other NIT" is actually a series of different extensions, all identified
with Table ID 0x41, bu with different extension IDs. Each extension provides a
set of transponder frequencies. The total amount of transponders there is 83
transponders. If it gets just one of those tables, the number of transponders
will be less than 83, speeding up the tuning.
So, for a final patch, it is likely interesting to add some options to avoid
the user the need of scanning transponders that will never be available for
him, e. g. allowing them to completely disable other NIT or to filter just one
(or a few?) other NITs. Doing an easy to use GUI interface for it could be
tricky, though.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364517] Kaffeine can't tune in RTL (dvb-c / german television)

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364517

--- Comment #4 from Mauro Carvalho Chehab  ---
(In reply to boris64 from comment #3)
> Hi Mauro,
> 
> thank you for your help (and for moving forward on kaffeine (finally!)). 

Anytime.

> Do  you have a link for that patch / fix you are talking about? I'll report my
> issue tomorrow upstream ,)

I didn't identify the specific patchset that fixed it. I noticed one patchset
that says something about making MPEG-TS (or mpeg4?) more reliable and tried to
backport to 2.2.4. Didn't solve. 

So, either I picked up the wrong patch or it is a series of fixes that made the
difference. As I was busy with other things,  I opted to install vlc 3.0 from
the Fedora 24 UnitedRpm repository, and moved on.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364517] Kaffeine can't tune in RTL (dvb-c / german television)

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364517

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |CONFIRMED
 Ever confirmed|0   |1

--- Comment #2 from Mauro Carvalho Chehab  ---
Maybe you could open a bug also for VLC, asking them to fix it on the stable
branch, and providing them more info and maybe a sample record. 

https://trac.videolan.org/vlc/query?group=status=2.2.x+maintenance+branch

FYI, even if Kaffeine/libVLC is unable to play, you can still record the show
by scheduling a record.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364517] Kaffeine can't tune in RTL (dvb-c / german television)

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364517

--- Comment #1 from Mauro Carvalho Chehab  ---
Hmm...

[7fc468145878] core decoder error: Could not convert timestamp 0

I noticed the same issue while watching to ISDB-T channels, with are also
encoded with MPEG-4. This is an issue with VLC 2.2.x. This was fixed on VLC 3.0
(development versions), but, at least until 2.2.4, the fix was not backported
yet.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364401] module "Digital TV" not working for DVB-S/S2

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364401

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|ASSIGNED|RESOLVED

--- Comment #7 from Mauro Carvalho Chehab  ---
(In reply to m.felix from comment #6)
> It works!

Great!

> Thanks for the quick fix.

Anytime.

> P.S. To record something with dvbv5-zap, I have to add the output and 
> satelite number.
> dvbv5-zap -r -P -t 30 --lnbf=universal -c /tmp/dvb-s/Astra-19.2E 12551500 -S 
> 1 -v -o dvbs_record.ts

Ah, yeah, that's needed in order to setup the DiSEqC switch.

As the bug is fixed, I'm closing it. If you notice some other problem, please
open a new bug.

Fixed on:  
http://commits.kde.org/kaffeine/4e857581ad963117fe8e55f1f6426f6f7fd31a3d

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364401] module "Digital TV" not working for DVB-S/S2

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364401

--- Comment #5 from Mauro Carvalho Chehab  ---
(In reply to Mauro Carvalho Chehab from comment #4)
> (In reply to m.felix from comment #3)

> > 19-06-16 10:26:37.175 [Critical] FE_SET_PROPERTY: Das Argument ist ungültig
> > 19-06-16 10:26:37.175 [Warning ] ioctl FE_SET_PROPERTY failed for frontend
> > /dev/dvb/adapter0/frontend0

I guess I found the culprit for this issue. Basically, libdvbv5 supports an
special antenna arrangement for SCR/Unicable. I didn't add the needed bits to
Kaffeine yet, but it was already passing an extra parameter to the library. It
happens that such parameter were not initialized properly, causing the library
to try to tune into an out of range frequency:

19-06-16 13:04:26.812 [Debug   ] src/dvb/dvbdevice_linux.cpp#84: void
dvbv5_log(int, const char*, ...): BPF: 101 KHz
19-06-16 13:04:26.951 [Debug   ] src/dvb/dvbdevice_linux.cpp#84: void
dvbv5_log(int, const char*, ...): L-Band frequency: 10700,50 MHz (offset =
23252,00 MHz)

(those logs are with a newer libdvbv5 patch I merged today)

Anyway, I was able to produce a Kaffeine fix, and to test it with a DVB-S board
and my RF generator, using a setup that would be the one with an universal
LNBf. As I said, I can't simulate the LNBf here, so I'd appreciate if you could
test. Also, I ended by using a DVB-C  MPEG-TS, as I'm currently lacking a DVB-S
(and DVB-S2) mpeg TS samples.

The patch is at:
http://commits.kde.org/kaffeine/4e857581ad963117fe8e55f1f6426f6f7fd31a3d

Please test and provide feedback. Thanks!

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364401] module "Digital TV" not working for DVB-S/S2

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364401

--- Comment #4 from Mauro Carvalho Chehab  ---
(In reply to m.felix from comment #3)
> Hi, I recompiled kaffeine and can confirm, that the LNBf message is gone -
> great. 

Good! One less issue.

> But my dvb device now doesn't work by another problem:
> 
> -- The console output on startup looks well:
> 19-06-16 10:24:18.952 [Info] Using built-in dvb device manager
> 19-06-16 10:24:19.016 [Info] Found dvb device P13d0210313d02103:
> Conexant CX24120/CX24118
> 
> --- When I try to search for channels on Hotbird-13.0E, this message scroll
> on console:
> 19-06-16 10:26:37.175 [Critical] FE_SET_PROPERTY: Das Argument ist ungültig
> 19-06-16 10:26:37.175 [Warning ] ioctl FE_SET_PROPERTY failed for frontend
> /dev/dvb/adapter0/frontend0
> 19-06-16 10:26:37.842 [Critical] FE_DISEQC_SEND_MASTER_CMD: Die Wartezeit
> für die Verbindung ist abgelaufen
> 19-06-16 10:26:37.842 [Critical] sending diseq failed
> 19-06-16 10:26:37.842 [Critical] FE_SET_PROPERTY: Das Argument ist ungültig
> 19-06-16 10:26:37.842 [Warning ] ioctl FE_SET_PROPERTY failed for frontend
> /dev/dvb/adapter0/frontend0
> 19-06-16 10:26:37.958 [Critical] FE_SET_PROPERTY: Das Argument ist ungültig
> 19-06-16 10:26:37.959 [Warning ] ioctl FE_SET_PROPERTY failed for frontend
> /dev/dvb/adapter0/frontend0
> 19-06-16 10:26:38.625 [Critical] FE_DISEQC_SEND_MASTER_CMD: Die Wartezeit
> für die Verbindung ist abgelaufen
> 19-06-16 10:26:38.625 [Critical] sending diseq failed
> 
> -- When I try to search for channnels for Astra-19.2E, the message is the
> same, but it doesn't scroll on console

As I said, unfortunately, I don't have any Satellite dish anymore, but I have a
DVB-S generator. Unfortunately, it won't simulate the LNBf, but, as this
problem seems to be solved, maybe I can 
simulate tuning into a DVB-S channel, if you could provide me something like 30
seconds of a mpeg-TS record with all PIDs (never actually tried generating a
DVB-S on it).

So, could you please record 30 seconds with dvbv5-zap? The syntax to record it
is:

dvbv5-zap -r -P -t 30 --lnbf=universal -c ~/dtv-scan-tables/dvb-s/Astra-19.2E
12551500

The above assumes that you're using an universal LNBf. It also assumes that you
have a copy of the dtv-scan-tables stored on your home directory, and you're
using the Astra-19.2E file. You can download the more updated scantable from:
https://linuxtv.org/downloads/dtv-scan-tables/dtv-scan-tables-LATEST.tar.bz2,
or use the one provided with your distribution, if it is already using DVBv5
format.

PS.: as the file will be big, you'll likely need to put it in a Google
Drive/Dropbox.

> 19-06-16 10:31:10.551 [Critical] FE_SET_PROPERTY: Das Argument ist ungültig
> 19-06-16 10:31:10.551 [Warning ] ioctl FE_SET_PROPERTY failed for frontend
> /dev/dvb/adapter0/frontend0
> 
> Sorry, that the messages are in german.

I did some updates at Kaffeine, and the messages should now be all in English.
Should help with future bug reports. In this specific case, it is clear for me
where it is failing. So, no need to re-run with the new version.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364298] Regression Channels scan: channels are missing

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364298

--- Comment #21 from Mauro Carvalho Chehab  ---
Created attachment 99591
  --> https://bugs.kde.org/attachment.cgi?id=99591=edit
Hack to force Kaffeine to also use frequencies from other NIT tables

This is a second hack, made against the very latest git version. It makes
Kaffeine to use the other NIT tables. That makes it to get 83 transponders, but
I'm not sure if those transponders are really there. Please check if it makes
any difference.

Please notice that parsing other NIT tables is something that we don't usually
want, as those tables are meant to carry on frequencies for other Satellites
and other networks. However, on DVB-C, nothing really prevents some carrier to
re-use for its own purpose.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364298] Regression Channels scan: channels are missing

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364298

--- Comment #20 from Mauro Carvalho Chehab  ---
Created attachment 99590
  --> https://bugs.kde.org/attachment.cgi?id=99590=edit
Hack to force Kaffeine to get all programs

>From what I've seen,  channels with video and audio were properly added to
Kaffeine 2.0, on the transponders it identified from the main NIT table.
The enclosed hack would make available also the channels with pure data (with
Kaffeine won't do anything, except silently play them). Are those the missing
channels?

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364298] Regression Channels scan: channels are missing

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364298

--- Comment #19 from Mauro Carvalho Chehab  ---
The MPEG-TS has two NIT tables and two SDT tables. By using dvbv5-scan with the
"-p" option, it was able to get 52 transponders instead of 12. However, the
second SDT tables contain programs that aren't actually there. Not sure if the
channels at the other NIT tables are valid or not.

Could you please test scanning it with:
   $ dvbv5-scan -a0 -f1  ~/dtv-scan-tables/dvb-c/ch-Zuerich-upc-cablecom -p

PS.: there's a rationale for "-p" to not be the default: it takes a lot more
time to scan. Also, there's a bug with dvb-utils causing it to not work. I just
fixed it upstream:
https://git.linuxtv.org/v4l-utils.git/log/

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364298] Regression Channels scan: channels are missing

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364298

Mauro Carvalho Chehab  changed:

   What|Removed |Added

Summary|Regression Channels scan|Regression Channels scan:
   ||channels are missing

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364298] Regression Channels scan

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364298

--- Comment #18 from Mauro Carvalho Chehab  ---
(In reply to lev.cohan from comment #15)
> (In reply to Mauro Carvalho Chehab from comment #12)
> > (In reply to lev.cohan from comment #10)

> > It should now honor the icons that are set on KDE, falling back to the
> > breeze icons if the current theme doesn't have it.
> 
> Thanks to 2eac0a1 the icons are back again.

Good!

> > > Ok, from the logs, it got 132 channels via the SDT table. Could you please
> > > run dvbv5-scan and post its results? I'm wandering if it will get the
> > > channels that are missing.
> 
> Not all channels are plain TV or Radio Channels. I added the
> dvb_channel.conf .

dvbv5-scan found 128 channels, Kaffeine found 127. The only difference was the
channel "#5010", with doesn't have an entry at the SDT table.  such "channel"
doesn't provide neither video or audio PIDs.  It is probably some service
channel with software upgrades and service activation data.

I'm running out of ideas about why you found other channels with Kaffeine 1.3.
Can you provide me a MPEG-TS sample with a missing channel with video or audio?

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364401] module "Digital TV" not working for DVB-S/S2

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364401

Mauro Carvalho Chehab  changed:

   What|Removed |Added

Summary|module "Digital TV" not |module "Digital TV" not
   |working for DVB/S   |working for DVB-S/S2
 Ever confirmed|0   |1
 Status|UNCONFIRMED |ASSIGNED

--- Comment #2 from Mauro Carvalho Chehab  ---
Git commit 4abcda4497ac38e393e7b3e0c04b846349dcfdba by Mauro Carvalho Chehab.
Committed on 18/06/2016 at 10:25.
Pushed by mauroc into branch 'master'.

Fix DVB-S/S2 support

The LNBf settings were not being passed to libdvbv5, causing tune
to fail. Rework the code to use the LNBf types supported by the
library, and to set it accordingly.

Signed-off-by: Mauro Carvalho Chehab 

M  +18   -0src/dvb/dvbbackenddevice.h
M  +1-0src/dvb/dvbchanneldialog.cpp
M  +6-4src/dvb/dvbconfig.h
M  +96   -143  src/dvb/dvbconfigdialog.cpp
M  +9-2src/dvb/dvbconfigdialog.h
M  +15   -52   src/dvb/dvbdevice.cpp
M  +5-0src/dvb/dvbdevice.h
M  +67   -0src/dvb/dvbdevice_linux.cpp
M  +1-0src/dvb/dvbdevice_linux.h
M  +2-6src/dvb/dvbmanager.cpp
M  +1-0src/dvb/dvbtransponder.cpp
M  +2-1src/dvb/dvbtransponder.h

http://commits.kde.org/kaffeine/4abcda4497ac38e393e7b3e0c04b846349dcfdba

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364401] module "Digital TV" not working for DVB/S

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364401

--- Comment #1 from Mauro Carvalho Chehab  ---
Indeed, Kaffeine was trying to setup the LNBf itself, instead of relying at the
library. I reworked at the code. It should now be able to use any of the LNBf
types supported by the library.

I can't test it here, though, as I don't have any Satellite dish ATM. Could you
please test the patch?

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364401] module "Digital TV" not working for DVB/S

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364401

Mauro Carvalho Chehab  changed:

   What|Removed |Added

Summary|module "Digital TV" not |module "Digital TV" not
   |working |working for DVB/S

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364222] kaffeine-2.0.3 failed to idle channel 6 - stalled system needed Sysrq reisub reboot

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364222

--- Comment #6 from Mauro Carvalho Chehab  ---
(In reply to Ralph from comment #5)
> As this is an issue related to hardware acceleration
> and I am remembering to have had a similar issue years age:
> 
> Now, I refrain from using USE flag vdpau
> and am recompiling all of that packages having vdpau
> This may be equivalent to  LIBGL_DRI3_DISABLE=1

Yeah, vdpau is something that from time to time is broken, depending on the
hardware. I had to remove the Mesa vdpau on some Intel machines with newer
chipsets where it weren't working properly until the vdpau weren't updated.

VLC used to have a command line argument to disable it on version 1.0.x (or
1.1.x), but it seems it has gone on newer versions.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364298] Regression Channels scan

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364298

--- Comment #14 from Mauro Carvalho Chehab  ---
(In reply to Mauro Carvalho Chehab from comment #13)
> (In reply to lev.cohan from comment #11)
> > Created attachment 99523 [details]
> > kaffeine 2.0.3.d027d52 debug dumpdvb channels scan log
> 
> Ok, from the logs, it got 132 channels via the SDT table. Could you please
> run dvbv5-scan and post its results? I'm wandering if it will get the
> channels that are missing.
> 
> I'm starting to suspect that maybe your old Kaffeine 1.3.1 has some extra
> patch applying to it, parsing some other MPEG-TS descriptors or tables.

Btw, I found some issues on the SDT table parser that could be the culprit.
Just pushed a patch fixing it (plus I also fixed the lack of icons). Please
test.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364298] Regression Channels scan

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364298

--- Comment #13 from Mauro Carvalho Chehab  ---
(In reply to lev.cohan from comment #11)
> Created attachment 99523 [details]
> kaffeine 2.0.3.d027d52 debug dumpdvb channels scan log

Ok, from the logs, it got 132 channels via the SDT table. Could you please run
dvbv5-scan and post its results? I'm wandering if it will get the channels that
are missing.

I'm starting to suspect that maybe your old Kaffeine 1.3.1 has some extra patch
applying to it, parsing some other MPEG-TS descriptors or tables.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364298] Regression Channels scan

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364298

--- Comment #12 from Mauro Carvalho Chehab  ---
(In reply to lev.cohan from comment #10)
> I added the requested log file from a version built from commit d027d52.
> 
> As requested I will send you an E-Mail regarding the file containing the
> complete transport stream.

Received, thanks! I'm doing some tests with the stream.

> This isn't related to the current problem, but with the current git version
> I lost a lot of icons in kaffeine. I saw that you changed the
> icon-generation but couldn't see if I have to do something more than cmake,
> make, make install. Are additional steps in the building process necessary?

It should now honor the icons that are set on KDE, falling back to the breeze
icons if the current theme doesn't have it.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364298] Regression Channels scan

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364298

--- Comment #9 from Mauro Carvalho Chehab  ---
Ok, it is not a timeout issue. I need to check if Kaffeine is getting all
transponders. I found a bug there, that might be causing some troubles, but I
suspect that the issue is not solved yet.

Could you please compile Kaffeine from the git tree, at either one of the sites
below:
   https://git.linuxtv.org/mchehab/kaffeine.git/log/
   https://quickgit.kde.org/?p=kaffeine.git

and run Kaffeine with the new --debug option? I'd like the logs when running
with it. It should show the transponders it found, plus the scan info.

It also helps if you could record 30 seconds of the content of the initial
transponder (the one at the scanflie.dvb) using -P option. Something like:

dvbv5-zap -r -P -t 30 -c /devel/v4l/dtv-scan-tables/dvb-c/de-Berlin 39400

With that, I can use the file to simulate using a DVB-C signal generator.

Tthe above assumes that you have a copy of the dtv-scan-tables stored on your
home directory, and you're using the de-Berlin file. You can download the more
updated scantable from:
   
https://linuxtv.org/downloads/dtv-scan-tables/dtv-scan-tables-LATEST.tar.bz2

PS.: It is likely that the file will be bigger than the maximum size that
bugs.kde.org accepts. So, the best is if you could place it somewhere and send
me a download link directly via e-mail.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364298] Regression Channels scan

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364298

--- Comment #2 from Mauro Carvalho Chehab  ---
(In reply to Mauro Carvalho Chehab from comment #1)
> Could you provide some additional data? What's the transponder you're trying
> to tune? Please also post the debug logs with both 1.3.1 and 2.0.x.
> 
> So far, I suspect that this could be a timeout issue, but it is hard to know
> without having more data and doing some tests.
> 
> There is a per-device parameter that controls the tuner timeout. You could
> try to increase it, and see if the number of discovered channel changes.
> 
> That's said, this parameter is not propagated to libdvbv5. It means that, if
> the issue is related to the needed time to lock into a frequency, just
> changing it won't fix, but if the issue is related to the time Kaffeine
> takes to get the needed MPEG-TS data, it may solve your issue.

Actually, after double-checking the code, the only timeout passed through the
libdvbv5 is the scan transponder timeout, with Kaffeine currently doesn't use.
So, changing the timeout should work fine. Please try increasing it for us to
see what's going wrong.

Are you having problems with DVB-C, DVB-T/T2 or DVB-S/S2?

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364294] Regression: Program Guide window

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364294

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED
  Latest Commit||http://commits.kde.org/kaff
   ||eine/c12f141d9f3869dda2039c
   ||d3b2d0e301dee3a6bd

--- Comment #3 from Mauro Carvalho Chehab  ---
Git commit c12f141d9f3869dda2039cd3b2d0e301dee3a6bd by Mauro Carvalho Chehab.
Committed on 14/06/2016 at 10:12.
Pushed by mauroc into branch 'master'.

dvbepgdialog: Restore the original layout

The conversion to KF5 change the box layout, making it less
efficient with wide screens. Restore the original layout.

Signed-off-by: Mauro Carvalho Chehab 

M  +2-2src/dvb/dvbepgdialog.cpp

http://commits.kde.org/kaffeine/c12f141d9f3869dda2039cd3b2d0e301dee3a6bd

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364298] Regression Channels scan

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364298

--- Comment #1 from Mauro Carvalho Chehab  ---
Could you provide some additional data? What's the transponder you're trying to
tune? Please also post the debug logs with both 1.3.1 and 2.0.x.

So far, I suspect that this could be a timeout issue, but it is hard to know
without having more data and doing some tests.

There is a per-device parameter that controls the tuner timeout. You could try
to increase it, and see if the number of discovered channel changes.

That's said, this parameter is not propagated to libdvbv5. It means that, if
the issue is related to the needed time to lock into a frequency, just changing
it won't fix, but if the issue is related to the time Kaffeine takes to get the
needed MPEG-TS data, it may solve your issue.

I'll take a better look on how to better pass the tuning timeout to libdvbv5.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364222] kaffeine-2.0.3 failed to idle channel 6 - stalled system needed Sysrq reisub reboot

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364222

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Resolution|--- |INVALID
 Status|UNCONFIRMED |RESOLVED

--- Comment #4 from Mauro Carvalho Chehab  ---
(In reply to lev.cohan from comment #3)
> I experienced something similar a few minutes ago.
> Stopping playback or changing the channel after a few channel changes
> resulted in temporary system freeze:
> 
> dmesg shows:
> Jun 14 08:29:37 Q6600 kernel: NVRM: GPU at PCI::01:00
> Jun 14 08:29:37 Q6600 kernel: NVRM: Xid (PCI::01:00): 31, Ch 0021,
> engmask 8100, intr 1000
> Jun 14 08:29:39 Q6600 kernel: NVRM: os_schedule: Attempted to yield the CPU
> while in atomic or interrupt context
> Jun 14 08:29:41 Q6600 kernel: NVRM: os_schedule: Attempted to yield the CPU
> while in atomic or interrupt context

That sounds a bug with the Nvidia proprietary driver. There's not much open
source developers can do to fix it, as the driver is closed source, and it is
known to cause random troubles by the Kernel maintainers.  What the above says
is that the Nvidia proprietary driver is sleeping to wait for some data in a
part of the Kernel code that it is not allowed to. Only Nvidia can fix it.

You may either use the open source driver or pass some extra parameters to
libVLC to use a different video output driver. Kaffeine version 2.0.3 has an
option to pass such parameters, as described on its README. It was originally
conceived to be a workaround for some common problems found with using via
X11/VNC, but you could use it as well to force the usage of a different video
driver:

---

Remote Access and Kaffeine
==

Accessing Kaffeine remotely via X11/ssh/vnc can be a problem, as Qt5 will,
by default, use hardware acceleration and DRI3.

There is a known bug, present on Fedora 23/24, and likely on other distros,
at mesa-libGL/dri-drivers that cause it to wait forever when it is started
from a X11 section. Such bug causes Kaffeine windows to not open:

* 

A workaround is to start Kaffeine with:

LIBGL_DRI3_DISABLE=1 kaffeine

Another solution is to use a vnc server.

Still, libVLC will try to use hardware acceleration on the machine with
Kaffeine, with obviously with won't work via the X11 protocol. For such
scenarios, you may try to change the arguments passed to libVLC via the
"Settings" -->  "Configure Kaffeine" -->  "libVLC", changing the libVLC
arguments to:
--no-video-title-show -V xcb_glx
or:

--no-video-title-show -V xcb_xv

and re-start Kaffeine.

---

As this is a Kernel bug, and we can't do much to fix,  I'm closing this bug.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 355402] Memory Leak in DVB EPG grabber

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=355402

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #6 from Mauro Carvalho Chehab  ---
(In reply to lev.cohan from comment #5)
> This seems to be fixed with 2.01 to 2.03.
> 
> I have only encountered a small increase in memory usage of about 6 MiB by
> changing channels which are on different transponders. This way I easily
> managed  to increase memory usage from 48 MiB to 108 MiB and the memory
> isn't free by stopping playback.

An increase as new EPG data is feed is expected. So, it seems that this issue
was fixed. So, I'm closing the bug.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364225] Audio CD not playable

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364225

--- Comment #4 from Mauro Carvalho Chehab  ---
(In reply to eldrad.ulthran from comment #3)
> (In reply to Mauro Carvalho Chehab from comment #1)
> > What version of VLC do you have installed? Kaffeine seems to be a more
> > reliable to read problems with VLC from the git tree. Do you have some
> > Kernel logs (output of the dmesg command)?
> 
> I'm using vlc 2.2.4-2.1 from Suse's packman repository. I attached the
> output of the commmand dmesg, I hope, this is what you asked for?

Yes, it is, but I'm not seeing any messages there related to the CD you're
trying to play, except for:

[1.880268] sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda
tray
[1.880271] cdrom: Uniform CD-ROM driver Revision: 3.20
[1.880362] sr 3:0:0:0: Attached scsi CD-ROM sr0

Given that VLC produced some error messages, I would be expecting something
like:

[ 1395.937993] blk_update_request: I/O error, dev sr0, sector 4
[ 1395.937997] Buffer I/O error on dev sr0, logical block 1, async page read
[ 1395.949883] Buffer I/O error on dev sr0, logical block 256, async page read
[ 1395.961967] Buffer I/O error on dev sr0, logical block 257, async page read

Did you get the dmesg after trying to play the audio CD?

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364224] Next song in playback list not played

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364224

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED
  Latest Commit||http://commits.kde.org/kaff
   ||eine/3be092852be28c705dafe3
   ||d532bb92b395f12359

--- Comment #1 from Mauro Carvalho Chehab  ---
Git commit 3be092852be28c705dafe3d532bb92b395f12359 by Mauro Carvalho Chehab.
Committed on 14/06/2016 at 01:09.
Pushed by mauroc into branch 'master'.

mediawidget: Go to the next URL on a playlist at the end of a play

The logic of automatically go to the next item on a playlist is
currently broken.

When VLC detects the end of a media play, it emits a signal
(libvlc_MediaPlayerEndReached), with is returned to the media widget
as a playbackFinished signal. Such signal should cause a call to
PlaylistTab::playNextTrack() for its logic to play the next file.

Signed-off-by: Mauro Carvalho Chehab 

M  +3-0src/mediawidget.cpp

http://commits.kde.org/kaffeine/3be092852be28c705dafe3d532bb92b395f12359

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364225] Audio CD not playable

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364225

--- Comment #1 from Mauro Carvalho Chehab  ---
(In reply to eldrad.ulthran from comment #0)
> I'm using a self compiled kaffeine 2.0.3. on OpenSuse 13.2.
> When I start kaffeine via
> 
> kaffeine --audiocd
> 
> (having an actual audio CD in the drive), kaffeine starts, I hear the drive
> spinning, but after some seconds the attempt is stopped. In the console I
> get the following message:
> 
> [7f900c0075f8] core stream error: cannot pre fill buffer
> 
> Exactly the same happens if I start kaffeine without any options and click
> on the button "play audio-cd".
> 
> The title bar of the window tells "cdda:///dev/sr0 — Kaffeine"
> 
> Oddly enough, if I start vlc itself and start playing the CD, I get the very
> same error message in the console, but the CD is played without any problems!

What version of VLC do you have installed? Kaffeine seems to be a more reliable
to read problems with VLC from the git tree. Do you have some Kernel logs
(output of the dmesg command)?

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364222] kaffeine-2.0.3 failed to idle channel 6 - stalled system needed Sysrq reisub reboot

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364222

--- Comment #2 from Mauro Carvalho Chehab  ---
Freezing the system sounds a symptom or either a Kernel bug or some invalid
instruction sent to the GPU. What video drivers are you using? Do you have some
Kernel logs? Those can be seen using the dmesg command.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364277] crash if i open mp4-mail in kmail with kaffeine

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364277

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Resolution|--- |WONTFIX
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Mauro Carvalho Chehab  ---
(In reply to otto-mathiak from comment #0)
> see above!
> 
> Reproducible: Always
> 
> 
> 
> Expected Results:  
> kaffeine should play mp4-mail
> 
>  kaffeine-xbu PID: 11911 Signal: Segmentation fault (11)

There are some known bugs with Kaffeine 1.2.2 and several file formats. Since
Kaffeine 1.3.x, we replaced the backend that reproduces video from Xine to VLC.

So, this bug is likely fixed on the current version (Kaffeine 2.0.3). Please
test.

As this bug is for a too old version of Kaffeine, I'm closing it.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 351774] --no-xlib" to libvlc_new() error when watching tv

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=351774

--- Comment #21 from Mauro Carvalho Chehab  ---
(In reply to Potomac from comment #20)
>  @Mauro Carvalho Chehab : do you have an example of command line for libVLC
> if we want to setup the video output ?
> 
> I don't find help about libVLC and parameters

We're still creating a documentation file for Kaffeine. The README.md explains
something:

Remote Access and Kaffeine
==

Accessing Kaffeine remotely via X11/ssh/vnc can be a problem, as Qt5 will,
by default, use hardware acceleration and DRI3.

There is a known bug, present on Fedora 23/24, and likely on other distros,
at mesa-libGL/dri-drivers that cause it to wait forever when it is started
from a X11 section. Such bug causes Kaffeine windows to not open:

* 

A workaround is to start Kaffeine with:

LIBGL_DRI3_DISABLE=1 kaffeine

Another solution is to use a vnc server.

Still, libVLC will try to use hardware acceleration on the machine with
Kaffeine, with obviously with won't work via the X11 protocol. For such
scenarios, you may try to change the arguments passed to libVLC via the
"Settings" -->  "Configure Kaffeine" -->  "libVLC", changing the libVLC
arguments to:

--no-video-title-show -V xcb_glx
or:

--no-video-title-show -V xcb_xv

and re-start Kaffeine.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364261] Only "Breeze" iconset will be used, even with Oxygen configured

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364261

--- Comment #4 from Mauro Carvalho Chehab  ---
(In reply to JanKusanagi from comment #3)
> Thanks for the superquick fix =)

Anytime.

> That sounds very sensible. I actually use that in my (Qt-only) programs,
> using something like QIcon::fromtheme("something",
> QIcon(":/something.png")); and adding these fallback icons in a Qt resource
> file. This way, only the missing icons are replace by mine, while the rest
> are up to the user.

I did that and removed the logic that forces the icons to be from either Breeze
or Oxygen.
Now,  all icons have a fallback (the Breeze icon).

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364261] Only "Breeze" iconset will be used, even with Oxygen configured

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364261

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|CONFIRMED   |RESOLVED
  Latest Commit||http://commits.kde.org/kaff
   ||eine/50e47e91d507785823386a
   ||e24aad994e0416c843

--- Comment #2 from Mauro Carvalho Chehab  ---
Git commit 50e47e91d507785823386ae24aad994e0416c843 by Mauro Carvalho Chehab.
Committed on 13/06/2016 at 01:07.
Pushed by mauroc into branch 'master'.

main: Fix Oxygen theme support

The Oxygen theme support was broken due to a typo. Fix it.

Signed-off-by: Mauro Carvalho Chehab 

M  +2-2src/main.cpp

http://commits.kde.org/kaffeine/50e47e91d507785823386ae24aad994e0416c843

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364261] Only "Breeze" iconset will be used, even with Oxygen configured

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364261

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |CONFIRMED

--- Comment #1 from Mauro Carvalho Chehab  ---
(In reply to JanKusanagi from comment #0)
> Kaffeine 2.0.3 uses Breeze icons in the menus, even when system's configured
> iconset is Oxygen.
> 
> I've found that in src/main.cpp, there is a function, iconThemeFunc() that
> seems to handle this.
> 
> The function starts with this 'if' statement, on line 159 of current master:
> 
> if ((QIcon::themeName() != QLatin1String("breeze")
>   && QIcon::themeName() != QLatin1String("oxgen"))
>   || QIcon::themeName().isEmpty()) {
> 
> where we can see it looks for "oxgen" theme, instead of "oxygen", so it will
> always default to "breeze" ;)

Sorry for the typo.

> P.S.- I understand the decision to force either of these two iconsets, as
> stated right before that function:
> "// The icon Kaffeine needs are either at breeze or oxygen themes"
> 
> but I really think this should be optional, or a recommendation, or
> something like that. I see no reason for people to have this program showing
> with a completely alien iconset (for them), just because it's assumed other
> iconsets are not complete enough.
> 
> What do you think?

The problem is that this window really relies on icons:
https://mchehab.fedorapeople.org/kaffeine_screenshots/kaffeine_live_tv.png

For TV configuration, channel scanning,  OPG, record schedule and Instant save:

src/dvb/dvbtab.cpp: QAction *channelsAction = new
QAction(QIcon::fromTheme(QLatin1String("video-television")), i18n("Channels"),
this);
src/dvb/dvbtab.cpp: QAction *epgAction = new
QAction(QIcon::fromTheme(QLatin1String("view-list-details")), i18n("Program
Guide"), this);
src/dvb/dvbtab.cpp: QAction *osdAction = new
QAction(QIcon::fromTheme(QLatin1String("dialog-information")), i18n("OSD"),
this);
src/dvb/dvbtab.cpp: QAction *recordingsAction = new
QAction(QIcon::fromTheme(QLatin1String("view-pim-calendar")),
src/dvb/dvbtab.cpp: instantRecordAction = new
QAction(QIcon::fromTheme(QLatin1String("document-save")), i18n("Instant
Record"), this);
src/dvb/dvbtab.cpp: QAction *configureAction = new
QAction(QIcon::fromTheme(QLatin1String("configure")),

If the above icons are not found, it will display names, instead, with reduces
a lot the size of the screen view. AFAICT, the above icons are present only on
Breeze or Oxygen.

An option would be to, instead, copy all icons that Kaffeine needs from Breeze
(or Oxygen) and installing them as hicolor to work as fallback while other
themes don't have those icons.

For now, I'll fix the typo.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364182] segmentation fault after trying opening an avi-file with kaffeine

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364182

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Resolution|--- |WONTFIX
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Mauro Carvalho Chehab  ---
Kaffeine 1.2.x has several troubles opening different file formats. It is based
on an old backend using libXine. Since Kaffeine 1.3.x, it is using libVLC. So,
this bug should be already fixed upstream. 

As this bug was filled for a too old version, I'm closing it. If it happens
with Kaffeine 2.0, feel free to re-open.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 172231] WISH - one click sound output change button

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=172231

Mauro Carvalho Chehab  changed:

   What|Removed |Added

  Latest Commit||http://commits.kde.org/kaff
   ||eine/71e5f187b16d6898f755e7
   ||81d74b64bc2f1d041f
 Resolution|UNMAINTAINED|FIXED
 Status|VERIFIED|RESOLVED

--- Comment #4 from Mauro Carvalho Chehab  ---
Git commit 71e5f187b16d6898f755e781d74b64bc2f1d041f by Mauro Carvalho Chehab.
Committed on 10/06/2016 at 14:36.
Pushed by mauroc into branch 'master'.

mediawidget: add support to select the audio device

Allow the user to dynamically change the audio device directly
in Kaffeine.

Signed-off-by: Mauro Carvalho Chehab 

M  +11   -0src/abstractmediawidget.cpp
M  +5-0src/abstractmediawidget.h
M  +37   -0src/backend-vlc/vlcmediawidget.cpp
M  +2-0src/backend-vlc/vlcmediawidget.h
M  +29   -0src/mediawidget.cpp
M  +3-0src/mediawidget.h

http://commits.kde.org/kaffeine/71e5f187b16d6898f755e781d74b64bc2f1d041f

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 343987] kaffeine is not able to play over SMB network

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=343987

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Resolution|--- |WORKSFORME
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Mauro Carvalho Chehab  ---
Tested on Kaffeine 2.0: it is able to open a smb shared file. So, I suspect
that replacing the xine backend by libVLC fixed this issue. So, I'm closing
this bug.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 362298] video orientation not detected / cant changed

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=362298

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED

--- Comment #2 from Mauro Carvalho Chehab  ---
Did some tests today, recording two videos on my cell phone, one landscape, the
other one portrait. Kaffeine 2.0 did the right thing and rotated the landscape
video, thanks to libVLC.
So, I'm closing this bug as FIXED.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364041] video does not display when using kaffeine in a vncserver desktop KDE environment, viewed with vncviewer

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364041

--- Comment #10 from Mauro Carvalho Chehab  ---
(In reply to rens from comment #7)

> meanwhile, on 1.2.2, I worked around it by using x11vnc (=using the
> active xserver on the actual hardware)
> might be of interest to other users.

Ah, yes, this is another solution ;)

Btw, openSUSE Tumbleweed now have Kaffeine 2.0.

> btw, I am seeing that (on suse, at least) the scanfile.dvb file in the
> distributed package (rpm)
> is of better content than what kaffeine gets from the internet update 
> as far as europe satellite info is concerned.

There were a bug on the script that auto-generates scanfile.dvb that were
adding 4
blank lines in the middle of the scanfile. That hits another bug on Kaffeine <
2.0 that makes it to understand the blank lines as the end of the file. Both
bugs were fixed on 2.0.

Maybe, what openSUSE did were to remove those 4 blank lines. Not sure, though,
as I didn't double-checked it.

> For example Astra3 is completely missing S2 entries in that file, while
> the distro version does have them, although they are outdated.

There were some bugs on parsing DVB-S2 channels that got fixed.  On the latest
file, Astra3 has 32 DVB-S channels and 16 DVB-S2 ones.

Btw, the new scanfile.dvb is now automatically synced, once by week, with the
upstream tree that holds the channel lists, hosted at linuxtv.org:
https://git.linuxtv.org/dtv-scan-tables.git/
and the auto-generated file:
   https://autoconfig.kde.org/kaffeine/scantable.dvb.qz
and
https://linuxtv.org/downloads/dtv-scan-tables/kaffeine/

> the missing S2 entries of course mean there is no way of tuning (most)
> HD channels. Allmost all of Canal Digital HD (M7) channels will be missing,
> which means most of europe is missing them, M7 group being quite dominant.
> 
> would you be interested in having this fixed ? I will fix it for my own
> uses, but I am quite willing to share it.

Sure. If are there any channels missing, please submit to the
linux-me...@vger.kernel.org mailing list (no subscription required), with
"[PATCH] dtv-scan-files: " in the subject.
The patch should be against the dtv-scan-files git tree
(https://git.linuxtv.org/dtv-scan-tables.git/).

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364041] video does not display when using kaffeine in a vncserver desktop KDE environment, viewed with vncviewer

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364041

Mauro Carvalho Chehab  changed:

   What|Removed |Added

  Latest Commit||http://commits.kde.org/kaff
   ||eine/41096434359637a50f4432
   ||c7510da18ef79ef78f

--- Comment #9 from Mauro Carvalho Chehab  ---
Git commit 41096434359637a50f4432c7510da18ef79ef78f by Mauro Carvalho Chehab.
Committed on 09/06/2016 at 15:01.
Pushed by mauroc into branch 'master'.

README: add instructions for using Kaffeine on a remote machine

As there are a few bugs related to it, let's add instructions
about how to use Kaffeine with remote desktops.

While here, let's make the README file use markdown, as understood
by pandoc.

Signed-off-by: Mauro Carvalho Chehab 

R  +75   -30   README.md [from: README - 063% similarity]

http://commits.kde.org/kaffeine/41096434359637a50f4432c7510da18ef79ef78f

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364041] video does not display when using kaffeine in a vncserver desktop KDE environment, viewed with vncviewer

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364041

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED

--- Comment #6 from Mauro Carvalho Chehab  ---
I did some tests of calling Kaffeine via ssh, setting the new libVLC arguments
at:
"Settings" -> "Configure Kaffeine" -> "libVLC", changing the libVLC
arguments to:
--no-video-title-show -V xcb_glx
or
--no-video-title-show -V xcb_xv
and re-starting Kaffeine.

both options worked for me, with vlc 2.2.3 and Kaffeine 2.0.2-git.

PS.: due to a bug with DRI3 support on Fedora 23, I actually had to start
Kaffeine with:
   LIBGL_DRI3_DISABLE=1 kaffeine 
as newer versions of mesa-LibGL have troubles with X11, as documented at:
   https://bugzilla.redhat.com/show_bug.cgi?id=1174257

I'm documenting the above at the Kaffeine's README. 

This also worked for tightvncserver (and no need to explicitly disable DRI3 on
such case).

As we now have a way to run Kaffeine remotely, I'm closing this bug.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364134] kaffeine-2.0.2: Searches for global scanfile under PREFIX/share

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364134

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364041] video does not display when using kaffeine in a vncserver desktop KDE environment, viewed with vncviewer

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364041

--- Comment #5 from Mauro Carvalho Chehab  ---
(In reply to rens from comment #3)
> Created attachment 99413 [details]
> attachment-21897-0.html
> 
> Hello,
> 
> disabling hardware accel : this would be an option of kaffeine, I guess ?

Qt5 does hardware accel, via DRI and OpenGL, but video playback is actually
done via libVLC, since version 1.3.x, with has its own video accel logic, and
some options that affects it. Unfortunately, the libVLC options depends on its
version, and the function call that starts libVLC (libvlc_new) accepts, as
parameter, a list of arguments. So, there's not much that we can do at the
Kaffeine side, other than exposing somehow a way for the user to specify what
arguments should be passed to the library. You can see the arguments libVLC
accept via:
vlc --help
and:
vlc --help --advanced

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364102] kaffeine-2.0.2: FTBS when building with DVB support

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364102

Mauro Carvalho Chehab  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED
  Latest Commit||http://commits.kde.org/kaff
   ||eine/ca9b856f313dc5e6c9d393
   ||f38f02a88e5bc568b5

--- Comment #2 from Mauro Carvalho Chehab  ---
Git commit ca9b856f313dc5e6c9d393f38f02a88e5bc568b5 by Mauro Carvalho Chehab.
Committed on 08/06/2016 at 17:36.
Pushed by mauroc into branch 'master'.

config-kaffeine.h: fix HAVE_DVB breakage

The logic to detect libdvbv5 changed on Kaffeine 2.0.2 and
somehow affected compilation when DVB is enabled. Fix it and
remove the warnings when building without DVB support.

Signed-off-by: Mauro Carvalho Chehab 

M  +2-0CMakeLists.txt
M  +2-0src/dbusobjects.cpp

http://commits.kde.org/kaffeine/ca9b856f313dc5e6c9d393f38f02a88e5bc568b5

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364041] video does not display when using kaffeine in a vncserver desktop KDE environment, viewed with vncviewer

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364041

--- Comment #2 from Mauro Carvalho Chehab  ---
By default, libVLC (present on Kaffeine versions 1.3.x and 2.0.x) will try to
use the DRI acceleration at the local machine. This doesn't work when the
display windows is on another machine. There are a number of libVLC options
that could help to disable such behavior, like --no-xlib and --vout.

I just added a patch adding support for it. Maybe with that you could find a
setup that would work with vncviewer.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kaffeine] [Bug 364041] video does not display when using kaffeine in a vncserver desktop KDE environment, viewed with vncviewer

[Mauro Carvalho Chehab via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=364041

--- Comment #1 from Mauro Carvalho Chehab  ---
Git commit 89486d8d7c2bbdf1a55ca72d882efae0e5ebf897 by Mauro Carvalho Chehab.
Committed on 08/06/2016 at 16:57. 
Pushed by mauroc into branch 'master'. 

configuration: add support to setup the arguments for libVLC 

Sometimes, passing different command line options to libVLC may help to solve
some troubles on some special setups. So, add an option to allow changing the
libVLC parameters.

Signed-off-by: Mauro Carvalho Chehab 

M +32 -2 src/backend-vlc/vlcmediawidget.cpp 
M +10 -0 src/configuration.cpp 
M +9 -0 src/configuration.h 
M +22 -0 src/configurationdialog.cpp 
M +2 -0 src/configurationdialog.h 

http://commits.kde.org/kaffeine/89486d8d7c2bbdf1a55ca72d882efae0e5ebf897

-- 
You are receiving this mail because:
You are watching all bug changes.