Mostrando entradas con la etiqueta video. Mostrar todas las entradas
Mostrando entradas con la etiqueta video. Mostrar todas las entradas

viernes, 6 de agosto de 2021

Some Issues and Challenges

The excessive amount of work has kept me away from my blog, that's true.  However, the fact that my Linux distros have been performing beyond my expectations has also, in a way, stopped me from writing here.  

I mean... There's very little to write about when nothing breaks.

But then I noticed several problems:

1.  Insync and OpenMandriva Lx:

The upgrade to OpenMandriva Lx 4.2 removed my Insync client on my laptop.  I do not know what the problem was (a Python issue, maybe?).  I have not been able to make it come back.

2.  Insync and PCLinuxOS:

The update I applied yesterday produced the same problem with Insync that I had in OpenMandriva.  So, my laptop cannot sync files with Insync in PCLinuxOS, either. 

3.  Mesa updates and sound problems in Mageia 8:

This is something I have seen before in my desktops.  Four Mesa-related packages ask me to uninstall Steam, which I do not want to do, so I've been postponing such updates for a long time.

Then I noticed that VLC stopped working and that my repo database in MCC was acting weird, refusing to install certain tainted packages.  This led to mute audio in videos played with SMplayer, Mplayer, and Kplayer.

I decided to experiment with these because I need the audio in the desktop to work, so I installed the four Mesa-related files and, sure enough, Mageia got rid of Steam.

My year with Fedora helped me there.  Instead of using MCC, I opened Konsole and used DNF following these instructions from the Mageia Wiki:

 

  • If nonfree or tainted repositories are desired, they can be activated using dnf config-manager as shown with this example for 64 bit system (replace x86_64 with i586 for 32 bit):
dnf config-manager --set-enabled mageia-x86_64-nonfree updates-x86_64-nonfree
dnf config-manager --set-enabled mageia-x86_64-tainted updates-x86_64-tainted
  • 32-bit repositories are turned off by default on 64-bit x86. If you need them:
dnf config-manager --set-enabled mageia-i586 updates-i586

With that, after running dnf-update, I could get steam, vlc, ffmpeg, and other packages back.  This repaired the problem with video sound, but VLC is still not operational.

I'll try to fix this.  When I get some time.


 

 


domingo, 29 de noviembre de 2020

Problems with Video Files and a Nice Solution

Because of the sanitary emergency, I have been teleworking all this year.

For me, this has implied making lots of videos for my students, so I use InShot and Textro on an Android phone to record/ add effects and then I work on the computer for the post production.  I have been relying on Kdenlive (on PCLinuxOS) and OBS Studio (on OpenMandriva and MX Linux, for live streams).

But then, half way this year, I noticed that sometimes the audio of the videos that I edited on the phone with InShot was out of sync when I loaded them to Kdenlive.

As a solution, I used Pitivi on Mageia to convert the videos, which fixed the problem.  This additional step, however, is time-consuming and time has become an even more precious resource right now when one is teleworking. 

Today, I shot four videos and edited them on InShot.  When I loaded them to the Kdenlinve project, to my distress, the audio was not in sync.

I could not afford to run them through Pitivi and use up an average of 15 minutes on the conversion of each clip. I thought that, if I could join the clips together, the audio might be OK in Kdenlive.  I was worth giving it a shot.

I did a quick search for a Linux tool to merge the four clips together.   I found this page here.

The section on MKVToolNix caught my attention.  I installed it on PCLinuxOS and tried the GUI version.  I could not figure out what I had to do (I was really in a rush), so I closed it and, after opening Konsole, I typed the command (substituting the file names, of course):

mkvmerge -o output.mp4 file1.mp4 \+ file2.mp4 \+ file3.mp4

The konsole window displayed some info in less than five seconds and told me that the operation was completed.

In disbelief, I opened the output video file and... yes, the four clips were there in one.

I put that output file on my project folder in Kdenlive and ran the preview to see if the audio was OK. It was perfect.

This helped me finish the post production a lot earlier.



domingo, 14 de febrero de 2016

Sound problems in Mageia 5

Long time ago, I experienced a problem with the sound in Mageia 5. Some videos would play without sound after I applied an update.

Back then, I discovered the problem was caused because ffmpeg had been updated but, I never found out why, the tainted repository did not pick up the correct package, so I was using the common ffmpeg package, not the tainted version that allows me to play sound for the videos.

I fixed the problem but forgot to write how I did it.

Last week, the same problem hit my Mageia install.  On my laptop, I fixed it the painful way: I located the package and the dependencies online and installed them one by one.

However, I remembered that was not the way I had fixed the situation before.  

It was quite simple.  All you have to do is open Mageia control center and delete all repos.  Then, you retrieve them again and, voila!  You will see that the tainted ffmpeg version is available.




domingo, 1 de febrero de 2015

I Messed Up GRUB2... What a Happy Mistake!

Yesterday, I was using my daughter's desktop computer, which is a Mageia 4/PicarOS dual-boot, when I noticed something that has happended before: after running an update of packages, Mageia changes GRUB2 and erases the entry to boot PicarOS.

I am not very GRUB2 literate.  Last time that it happened, I solved the problem with GRUB Customizer, but it wouldn't help this time.

I tried the Mageia GRUB tool in the Control Center to no avail.

Then I installed the KDE package that lets one configure GRUB2... and that's when I messed up: trying to recover the PicarOS boot entry, I seemed to have installed a useless boot entry on the MBR and the computer, logically, could neither boot PicarOS nor Mageia.

I looked for the Mageia 4 install DVD to run the rescue tool but, since I could not find it, I ran the rescue tools from the Mageia 3 install DVD instead.  It did not work; GRUB2 could not be rescued.

Then I ran a Mageia 3 Live DVD and booted the machine to re-install GRUB2 with Mageia Control Center.  No luck, either, but I found the Mageia 4 install DVD.

Given my little knowledge of GRUB2, my only option at that point was to reinstall the system.  The thing was that I did not want to spend a couple of hours re-configuring the computer.

I ran the installation wizard and it asked me if I wanted a clean install or an upgrade.  I suddenly felt inspired and decided to take a risk.  Normally, I go for a clean install, but I selected UPGRADE instead.

The process lasted less than 5 minutes and Mageia came back to life with a resurrected GRUB2 entry for PicarOS.

But here's the best part. Prior to all this, the computer's Mageia OS had a problem that I had not been able to solve: as ffmpeg could not be updated with the tainted packages, it could not play certain videos for my daughter.

After coming back to life, Mageia told me that no repos were configured. I checked and, sure enough, the install wizard had erased all the repos.  I added them and BINGO!  the missing ffmpeg tainted package was found.

Now my daughter can see her videos again.

Some mistakes bring about happy results after all.

   

martes, 13 de enero de 2015

Firefox says Hello! on PCLinuxOS and OpenMandriva

The new update to Firefox 35 is available on PCLinuxOS and OpenMandriva.

I have been expecting this update because it includes Hello, the new video-call feature from Mozilla.

For those of us who don't use Facebook, SpyMe, er, Skype, or are not satisfied with Google Hangouts, Firefox Hello stands as an interesting option to communicate using video.

Oh, and it says that you do not even need to use Firefox... Only sharing the link is enough. I have to try that.

The new MS Spartan browser, with its so-much-acclaimed-as-modern technologies (that basically bind you to MS cloud), should learn something.

lunes, 13 de diciembre de 2010

Some experiences editing video in Linux

For a conference in an International Congress, my brother and I planned a talk on gender (masculinities) in the Japanese 1996 film Shall We DANSU?. Since we want to illustrate the arguments with video clips, we decided to rip the video from an original DVD with Spanish subtitles for the audience and, then, to cut the most meaningful clips.

I had undertaken the process successfully in Windows before using programs like Virtual Dub but, because of the metrics of my system (not to blame XP solely for eating up the memory), the encoding of the video took a long time.

Anyway, my first problem was the ripping of the DVD video because I had never done that before. I stumbled because K3B would refuse to read the DVD. I learned that it was because it was locked, so I downloaded the repository to unlock it and then K3B read it. The ripping took like an hour. However, I could not paste the desired subtitles (I don't know how to do it), so I had to use a .srt file downloaded from the Web.

Here, I had to face the question of what video editor to resort to for pasting the subtitles and clipping. I decided to use Avidemux because I found it similar to Virtual Dub. To my surprise, Avidemux read the subtitles and created the segments in a matter of minutes without any hassle.

One advantage of Avidemux over Virtual Dub is that the filter for adding subtitles is included in the program. I remember I had to activate it the latter software following a process that a beginner could not guess: I could do it because I got the instructions from a tutorial.

Avidemux, on the other hand, has a pretty intuitive interface. Even when I had never used the program before, the process of loading the video, inserting the filter, and clipping the video was very clear even without any previous training. Of course, I understand that using other software in Windows for producing video has a positive impact on my learning curve, but it's also good to edit videos using an OS that actually helps you in the process. In the end, the computer I used was the same, the results were the same, but the time to achieve the objective was significantly shorter under Linux than it was in Windows.

The presentation of these clips and the talk will be on Wednesday 15. We will use my Mandriva netbook for this activity, so I'll report on how the computer performed then.

sábado, 30 de octubre de 2010

What the Pro-MS Office video does not say

Microsoft released a video attempting to persuade people to use their proprietary office suite. It starts like this:
"Considering Open Office.org? Consider this."

Not surprisingly, there has been a wide reaction to it and some people even claimed that Microsoft had finally revealed its true stance concerning open source software. Although I think that the Redmond company has the right to attack competitors, the information that they used for advertising their flagship product should not be fallacious, as this post proves when discussing the academic productivity issue brandished in the video. Basically, the video's core point is that MS Office (2007/2010) constitutes the best office solution in the market because of two features: its new interface and its interoperability and functionality.

Concerning the former, "Ribbon", as this new user interface is commonly called, has its lovers and haters. What is more significant is that Microsoft is trying to patent it and, hence, the company is becoming "a grave threat to the future of software development", as Mike Gunderloy, a former MS Contractor asserted.

In regards to interoperability and functionality, the issues are not normally visible to the common user. However, those technical flaws represent a major problem for companies that require specific features: 1, 2. What everyone knows is that, by pushing users to save documents in .docx instead of the standard de facto .doc format, Microsoft wanted to create a vendor lock in.

In addition, Microsoft is also slanting information to favor adoption of its office solution. I have heard several times that .docx is an ISO standard, just like .odt. That is simply not true. Basically, ISO approved .docx if certain changes were made to the format. This format version is called ISO/IEC 29500 "strict". The reality is that neither Office 2007 nor Office 2010 can generate the ISO standardized "strict" format and Microsoft has not committed to implement it.

The format that the company is using today is the version known as ISO/IEC 29500 "transitional", which ISO determined was not to be used for the creation of new documents. In other words, it can never be the default format for saving new documents as it does not have the status of an international standard and, therefore, it should not be used for electronic transmission or storage of documents.

This distinction is significant because official documents produced by government institutions, such as schools, have to be created following a principle of interoperability, which Microsoft has admitted not to follow with its default-save .docx.

Of course, the video omitted that detail. I wonder if Bailey Mitchell, who claims having "heard a collective sigh of relief" when the schools in Forsyth County returned to MS Office, and who is last quoted in the video, knows about this and saves new documents in .odt format instead of mindlessly pressing the save button in MS Office and generating a questionable .docx file...

Happy Belated 15th Anniversary!

Wow!  Another year flew by!  Yes, I have not been very active posting on this blog for some time now. In fact, the last post was precisely o...