Thread: [kaffeine-devel] vlc-part
Brought to you by:
hftom,
lasselindqvist
From: deb <the...@fr...> - 2010-08-08 10:45:00
|
Hello, I would like to create a VLC interface. But I would like to start with kaffeine 0.8.8 because I'm quite scared by KDE4. I've integrated the source in Kdevelop and umbrello. Are there some tech docs somewhere ? What are your suggestions ? Regards, Fabien |
From: Christoph P. <chr...@gm...> - 2010-08-10 20:15:10
|
Hi, 2010/8/8 deb <the...@fr...>: > Hello, > > I would like to create a VLC interface. But I would like to start with > kaffeine 0.8.8 because I'm quite scared by KDE4. Kaffeine 0.8.8 isn't compatible to 1.0, so this isn't a good idea. Why are you scared? You don't need to use the KDE desktop environment for developing or using kaffeine, you just need the base libraries. > I've integrated the source in Kdevelop and umbrello. I guess I'm one of the last people out in the world using a text editor :-) > Are there some tech docs somewhere ? Tech docs about kaffeine? Not really ... > What are your suggestions ? Very quick: Take a look at src/backend-xine/xinemediawidget.h (version 1.0). There you see +/- the features that are used; make all the functions empty (= stubs), then hack around and successively try to implement those functions with libvlc ... > Regards, > Fabien Hope this (short) answer helps for the moment, if you have further questions just ask. Christoph |
From: deb <the...@fr...> - 2010-08-11 16:40:21
|
Hi, On 08/10/2010 10:15 PM, Christoph Pfister wrote: > Hi, > > 2010/8/8 deb<the...@fr...>: > > Kaffeine 0.8.8 isn't compatible to 1.0, so this isn't a good idea. Why > are you scared? You don't need to use the KDE desktop environment for > developing or using kaffeine, you just need the base libraries. Good. But the interface in the release 1.0 is far from the release 0.8. I don't really want to deal with the GUI. > > > I guess I'm one of the last people out in the world using a text editor :-) I'm also used to develop only nedit. But Kdevelop is practical to walk through the code. > > >> What are your suggestions ? > > Very quick: Take a look at src/backend-xine/xinemediawidget.h (version > 1.0). There you see +/- the features that are used; make all the > functions empty (= stubs), then hack around and successively try to > implement those functions with libvlc ... > I think I will use libvlc_media_player.h and libvlc_media.h that make things easy. I'm now trying to understand how to integrate these functions in the GUI. - Fabien |
From: Christoph P. <chr...@gm...> - 2010-08-11 19:39:29
|
2010/8/11 deb <the...@fr...>: > Hi, > > On 08/10/2010 10:15 PM, Christoph Pfister wrote: >> Hi, >> >> 2010/8/8 deb<the...@fr...>: >> >> Kaffeine 0.8.8 isn't compatible to 1.0, so this isn't a good idea. Why >> are you scared? You don't need to use the KDE desktop environment for >> developing or using kaffeine, you just need the base libraries. > Good. But the interface in the release 1.0 is far from the release 0.8. > I don't really want to deal with the GUI. You don't have to care about the user interface. The player backend is really about playback. >> I guess I'm one of the last people out in the world using a text editor :-) > I'm also used to develop only nedit. But Kdevelop is practical to walk > through the code. >> >> >>> What are your suggestions ? >> >> Very quick: Take a look at src/backend-xine/xinemediawidget.h (version >> 1.0). There you see +/- the features that are used; make all the >> functions empty (= stubs), then hack around and successively try to >> implement those functions with libvlc ... >> > I think I will use libvlc_media_player.h and libvlc_media.h that make > things easy. I'm now trying to understand how to integrate these > functions in the GUI. You somehow need to integrate libvlc with QWidget (passing the winId, likely you also have to tell libvlc about resizings and repaintings). > - > Fabien Christoph |
From: deb <the...@fr...> - 2010-08-13 07:12:26
|
On 08/11/2010 09:39 PM, Christoph Pfister wrote: > You don't have to care about the user interface. The player backend is > really about playback. Ok, I had a look on the release 1.0 and the design seems better compared to 0.8. I'll try to create a vlc backend. Thanks again, Fabien |
From: deb <the...@fr...> - 2010-08-20 17:22:22
|
Hello Christoph, I could not import all kaffeine-1.0 headers in umbrello, so I can't see all interactions between the classes. I have 2 questions. 1) I wanted to modify the CMakelist.txt file to add a reference to VLC using find_package(...) but cmake complained because it could find a cmake file for VLC. How is it handled for xine ? 2) The xine commands are written to a file. Are they command lines ? Thanks in advance, Fabien |
From: Christoph P. <chr...@gm...> - 2010-08-23 10:01:53
|
2010/8/20 deb <the...@fr...>: > Hello Christoph, > > I could not import all kaffeine-1.0 headers in umbrello, so I can't see > all interactions between the classes. Hmm ... > I have 2 questions. > 1) I wanted to modify the CMakelist.txt file to add a reference to VLC > using find_package(...) but cmake complained because it could find a > cmake file for VLC. How is it handled for xine ? There is a FindXine.cmake "module" shipped with kdelibs. For now you can use a quick and dirty way (add the name of the vlc library to target_link_libraries() - be aware that adding FOO means linking against "libFOO.so"). > 2) The xine commands are written to a file. Are they command lines ? No. The kaffeine process launches a second process (kaffeine-xbu), which interacts with the xine library, and they communicate via pipes (man 2 pipe). In your case, you don't need a second process, you will call the desired vlc functions directly. > Thanks in advance, > Fabien Christoph |
From: deb <the...@fr...> - 2010-08-23 13:56:00
|
On 08/22/2010 03:12 AM, Andrius da Costa Ribas wrote: > deb: make sure you have FindLIBVLC.cmake on your cmake modules path... (not > sure where it is on linux... on windows it is share\apps\cmake\modules ) I The path is /usr/share/kde4/apps/cmake/modules for FindXine.cmake but there is nothing for VLC. I have to create it. - Fabien |
From: Christoph P. <chr...@gm...> - 2010-09-18 18:52:49
|
2010/8/23 deb <the...@fr...>: > On 08/22/2010 03:12 AM, Andrius da Costa Ribas wrote: >> deb: make sure you have FindLIBVLC.cmake on your cmake modules path... (not >> sure where it is on linux... on windows it is share\apps\cmake\modules ) I > The path is /usr/share/kde4/apps/cmake/modules for FindXine.cmake but > there is nothing for VLC. I have to create it. > > - > Fabien Any progress? Christoph |
From: deb <the...@fr...> - 2010-09-20 07:53:39
|
On 09/18/2010 08:52 PM, Christoph Pfister wrote: > Any progress? > > Christoph > > The configuration step is Ok. But I have no time to work on it anymore. I'll see later if I can. - Fabien |
From: usual <the...@fr...> - 2012-03-11 16:44:50
|
On 20/09/2010 09:53, deb wrote: > On 09/18/2010 08:52 PM, Christoph Pfister wrote: >> Any progress? >> >> Christoph Hi Christoph, I saw that the vlc-backend is implemented in the GIT repository :-). I compiled it against libvlc-2.0. What's your next move ? I would like to help even if I'm not a vlc expert. I'm diving into it ... - Fabien |
From: Christoph P. <chr...@gm...> - 2012-03-17 14:22:35
|
Hi, There are basically three main things to do at the moment: - make the vlc backend fully usable (dvd menus, hw accel, ...) - support new delivery systems (dvb-t2, ...) - separate ui / non-ui stuff in the dvb code On the backend side, some things got broken, so the procedure is to find out what (vcd, dvd, external subtitles, ... ?) + how to fix it :-) Regards, Christoph Am 11. März 2012 17:44 schrieb usual <the...@fr...>: > On 20/09/2010 09:53, deb wrote: >> On 09/18/2010 08:52 PM, Christoph Pfister wrote: >>> Any progress? >>> >>> Christoph > Hi Christoph, > > I saw that the vlc-backend is implemented in the GIT repository :-). > I compiled it against libvlc-2.0. > What's your next move ? > I would like to help even if I'm not a vlc expert. I'm diving into it ... > > - > Fabien > > ------------------------------------------------------------------------------ > Virtualization & Cloud Management Using Capacity Planning > Cloud computing makes use of virtualization - but cloud computing > also focuses on allowing computing to be delivered as a service. > http://www.accelacomm.com/jaw/sfnl/114/51521223/ > _______________________________________________ > kaffeine-devel mailing list > kaf...@li... > https://lists.sourceforge.net/lists/listinfo/kaffeine-devel |
From: usual <the...@fr...> - 2012-03-18 18:38:01
|
Hi, On 17/03/2012 15:22, Christoph Pfister wrote: > Hi, > > There are basically three main things to do at the moment: > - make the vlc backend fully usable (dvd menus, hw accel, ...) I noticed that the DVD menu is not enabled if I play an iso file. > - support new delivery systems (dvb-t2, ...) > - separate ui / non-ui stuff in the dvb code I'm not ready for that yet. > On the backend side, some things got broken, so the procedure is to > find out what (vcd, dvd, external subtitles, ... ?) + how to fix it > :-) I tried to implement the DVB-T. I saw that a m2t file is created but remained empty :-( I'm not sure how VLC handles this. "vlc -p dvb --advanced" shows the option list to play a channel. For instance, a command like "vlc dvb:// --dvb-adapter 0 --dvb-frequency 586166 --dvb-inversion -1 --dvb-bandwidth 8 --dvb-transmission 8 --dvb-guard 1/8..." plays a channel. Can I have these info from MediaSource before calling this function ? void VlcMediaWidget::play(const MediaSource &source) Regards, Fabien |
From: Christoph P. <chr...@gm...> - 2012-03-18 18:49:23
|
Am 18. März 2012 19:37 schrieb usual <the...@fr...>: <snip> > I tried to implement the DVB-T. I saw that a m2t file is created but > remained empty :-( > I'm not sure how VLC handles this. > "vlc -p dvb --advanced" shows the option list to play a channel. > For instance, a command like "vlc dvb:// --dvb-adapter 0 --dvb-frequency > 586166 --dvb-inversion -1 --dvb-bandwidth 8 --dvb-transmission 8 > --dvb-guard 1/8..." plays a channel. > Can I have these info from MediaSource before calling this function ? > void VlcMediaWidget::play(const MediaSource &source) Kaffeine writes data to ~/.kde/share/apps/kaffeine/dvbpipe.m2t, vlc reads that pipe (it's a pipe, not a regular file). This has nothing to do with vlc dvb://. > Regards, > Fabien Christoph |
From: deb-account <the...@fr...> - 2012-03-19 09:23:20
|
On 18/03/12 19:49, Christoph Pfister wrote: > > Kaffeine writes data to ~/.kde/share/apps/kaffeine/dvbpipe.m2t, vlc > reads that pipe (it's a pipe, not a regular file). This has nothing to > do with vlc dvb://. Ok, I'll try to debug to see why the screen remains black in that case. Thanks, Fabien |
From: deb-account <the...@fr...> - 2012-05-04 07:26:25
|
On 17/03/12 15:22, Christoph Pfister wrote: > Hi, > > There are basically three main things to do at the moment: > - make the vlc backend fully usable (dvd menus, hw accel, ...) > I saw that libvlc supports hardware acceleration via the option ffmpeg-hw. I could not test it because I have not the relevant libva video driver. > - support new delivery systems (dvb-t2, ...) > Based on linux-dvb, dvb-t2 support seems doable. I have no way to test it without a T2 network... - Fabien |
From: usual <the...@fr...> - 2012-03-25 13:13:27
|
On 19/03/2012 10:22, deb-account wrote: > On 18/03/12 19:49, Christoph Pfister wrote: >> Kaffeine writes data to ~/.kde/share/apps/kaffeine/dvbpipe.m2t, vlc >> reads that pipe (it's a pipe, not a regular file). This has nothing to >> do with vlc dvb://. > Ok, I'll try to debug to see why the screen remains black in that case. > Christoph, I found the problem. The device remained in Idle state. I had to register the event libvlc_MediaPlayerBuffering during the VLC initialization and handle it. Now, DVB is active again :-) - Fabien |
From: Christoph P. <chr...@gm...> - 2012-05-03 20:19:05
|
2012/3/25 usual <the...@fr...>: > On 19/03/2012 10:22, deb-account wrote: >> On 18/03/12 19:49, Christoph Pfister wrote: >>> Kaffeine writes data to ~/.kde/share/apps/kaffeine/dvbpipe.m2t, vlc >>> reads that pipe (it's a pipe, not a regular file). This has nothing to >>> do with vlc dvb://. >> Ok, I'll try to debug to see why the screen remains black in that case. >> > Christoph, > > I found the problem. The device remained in Idle state. > I had to register the event libvlc_MediaPlayerBuffering during the VLC > initialization and handle it. > Now, DVB is active again :-) I played a bit with the code and the problem is: - libvlc_media_player_play() succeeds - libvlc_media_player_get_state() returns libvlc_NothingSpecial => MediaWidget thinks dvb playback has finished Will think about a proper solution ... > - > Fabien Christoph |