Le nouveau royaume de Eric Buist

Étiquette : Linux

  • Ubuntu 18.10: a silent release

    Usually, upgrading Ubuntu goes well. I run the Upgrade tool which downloads new packages, installs them and then asks me to reboot. Some new versions had minor issues, for example Wayland not fully compatible with my NVIDIA card or an old version of MATE preventing the dist-upgrade, but nothing major, nothing that couldn’t be worked around. This time was different: no sound, and no way to easily get around this.

    Cannot dist-upgrade

    Sunday, October 21 2018, Ubuntu 18.10 was released since a couple of days. However, after I installed the updates through the Software update tool, I wasn’t proposed to upgrade. I had to dig into the software options and reconfigure the delivery of releases to « every release », not just the LTS. Then I reran the Software Update tool, and got the option to upgrade. However, clicking on the upgrade button did just… nothing. I tried two or three times: same result.

    Before accepting that this time, I would have to go through the clean install route, I searched a bit on Google, and found out that sometimes, the upgrade doesn’t start when updates are still available. But updates were all installed. However, running the following on a terminal found and installed a couple of additional updates.

    sudo apt update
sudo apt dist-upgrade

    I then retried the Upgrade button, and that worked! Yeah!

    The upgrade went well, and then I was offered to reboot, which I did.

    Slow and silent

    First the new release felt a bit sluggish, then pretty flaky. First time I tried to reboot because I needed to go to Windows, to play Minecraft loaded by Twitch and recorded through OBS, the system hung up waiting for a stop job. I am getting this issue from time to time and when that happens, I have to wait for the 1min30s timeout to elapse before the stop job is forcibly killed. I don’t know what is a stop job, what job is frozen and how I could get rid of this issue for good.

    I was in my living room turning off my TV and AV receiver while my new Ubuntu setup finally rebooted, and I didn’t have time to select Windows in GRUB, so it restarted Ubuntu, and trying to restart redid the « stop job » issue! Argh, don’t tell me I’ll get this each time I reboot or shutdown now? I’ll have to wait 1min30s, maybe even 3min, just to power off or reboot. What’s the point of having a SSD if timeouts like this counter its performance benefits?  I got fed up and powered off my PC with the power button. I had to press and hold the button almost ten seconds for the machine to finally turn off, then I had to press the button 2-3 times for it to finally turn on. Maybe I’m heading towards the necessity of replacing my computer CASE, which sucks me to the point of thinking about getting rid of that damned thing and use just a laptop. But that case issue has nothing to do with Ubuntu, I should just have picked a better case, there’s nothing more to it, at least for this post.

    After my Minecraft session, which was kind of fruitful, I wanted to check that my Ubuntu installation would boot again and be able to shutdown at least once without the « stop job » issue. I thus rebooted to Ubuntu, but the system froze before showing the welcome screen. I had to press CTRL-ALT-F2 to reach a console, log in, check the syslog, nothing of interest. Then the system finally booted into X. I wanted to switch back to the console to log off, but when coming back to X, it froze again on a black screen, this time no key was working. Then another hard reboot!

    Second attempt worked: I reached the desktop. I launched the backup script for my Minecraft world, then the MKV->MP4 batch conversion script. OBS records in MKV, which is more robust against crashes, but VideoStudio doesn’t accept MKV, so I have to turn the recordings into MP4. Fortunately, FFMPEG does it without loss, by just repackaging the MPEG stream into another container. Then I wanted to organize my videos into directories, so I launched one to check it, and found THE thing: no sound!

    Checking pavucontrol, I found that my sound card disappeared. Only detected devices were my HDMI port hooked up to my monitor, and a crappy USB Webcam that could serve as very basic and rudimentary mic. I don’t use that for my Minecraft recording; I have an AKG real microphone for that! I tried to reboot to no avail. Trying to run speaker-test just hung, again, needed to press ALT-F4 to shutdown the terminal.

    Searching on Google for solutions lead to nothing except old stuff that didn’t work. Some people restored sound by reinstalling ALSA and PulseAudio. Others had to downgrade to the previous kernel. Others edited configuration files, commenting a line that is not there in my case, and adding another line. I tried to reinstall PulseAudio with sudo apt install –reinstall pulseaudio, to no avail. As a last resort, I tried to reboot with the 4.15 kernel of Ubuntu 18.04,

    After almost an hour of searching, it was more and more obvious that I needed to give up on Ubuntu 18.10 and either downgrade (which essentially means reinstall) to Ubuntu 18.04, or switch to a new distribution. I was quite annoyed, as preceding upgrades went right, and then the hardware problems start again like in the past. Moreover, the system was freezing for a second each time I hit Tab while in a terminal, before displaying completions.

    Can this work at all?

    I had to go sleeping (it was past 11 PM), go to work the day after, but I thought about it. First I needed to test if that can work! For this, the simplest solution is to test using a live USB. Monday morning, I had to resist the temptation of testing that before going to work. Doing that would have made me start late and thus finish work late in the evening. So I did my workday first. So on Monday evening, I needed to download the Ubuntu 18.10 ISO; I picked the MATE one since that’s what I’m using now, instead of that GNOME3 thing which works so so. I got the ISO, and used the disk creator tool built into Ubuntu to write it into a USB drive. However, the tool refused to format my drive: too small for the new 2Gb ISO! That old 2Gb key was just a bit too small, which is kind of annoying. As a smart man, I should have extra empty, unused USB keys hanging around, but seems I’m not smart enough for that! So I had to use an existing key.

    So I took the Clonezilla key, a 16Gb device, really too large for that small backup tool. I stored Ubuntu on it, and then I installed Clonezilla on the old 2Gb stick. Then I booted off my new Ubuntu medium, the system booted successfully, and I got sound! Ok, so at worst, if I clean install, I should get sound… except maybe if that is an incompatibility with the NVIDIA driver.

    Unlocking ALSA

    First I ironed out the NVIDIA hypothesis by uninstalling the NVIDIA proprietary graphic driver. After I reboot, I tested and still had no sound, and was back to a default VESA resolution. I thus reinstalled the driver, a bit annoyed that Nouveau cannot even basically handle my graphic card. I don’t expect full 2D/3D acceleration out of Nouveau, but at least, mode switching should work with a card bought in 2013, reaching a 1080p resolution. No, nothing. But at least, there was no incompatibility between the graphic and sound driver.

    I then dug further into ALSA, which was still detecting my sound chip. Here is the list of devices it found:

    eric@Drake:~$ aplay -L
default
    Playback/recording through the PulseAudio sound server
null
    Discard all samples (playback) or generate zero samples (capture)
pulse
    PulseAudio Sound Server
sysdefault:CARD=PCH
    HDA Intel PCH, ALC887-VD Analog
    Default Audio Device
front:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Analog
    Front speakers
surround21:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Analog
    2.1 Surround output to Front and Subwoofer speakers
surround40:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Analog
    4.0 Surround output to Front and Rear speakers
surround41:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Analog
    4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Analog
    5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Analog
    5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Analog
    7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
iec958:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Digital
    IEC958 (S/PDIF) Digital Audio Output
dmix:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Analog
    Direct sample mixing device
dmix:CARD=PCH,DEV=1
    HDA Intel PCH, ALC887-VD Digital
    Direct sample mixing device
dsnoop:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Analog
    Direct sample snooping device
dsnoop:CARD=PCH,DEV=1
    HDA Intel PCH, ALC887-VD Digital
    Direct sample snooping device
hw:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Analog
    Direct hardware device without any conversions
hw:CARD=PCH,DEV=1
    HDA Intel PCH, ALC887-VD Digital
    Direct hardware device without any conversions
plughw:CARD=PCH,DEV=0
    HDA Intel PCH, ALC887-VD Analog
    Hardware device with all software conversions
plughw:CARD=PCH,DEV=1
    HDA Intel PCH, ALC887-VD Digital
    Hardware device with all software conversions
hdmi:CARD=NVidia,DEV=0
    HDA NVidia, HDMI 0
    HDMI Audio Output
hdmi:CARD=NVidia,DEV=1
    HDA NVidia, HDMI 1
    HDMI Audio Output
hdmi:CARD=NVidia,DEV=2
    HDA NVidia, HDMI 2
    HDMI Audio Output
hdmi:CARD=NVidia,DEV=3
    HDA NVidia, HDMI 3
    HDMI Audio Output
dmix:CARD=NVidia,DEV=3
    HDA NVidia, HDMI 0
    Direct sample mixing device
dmix:CARD=NVidia,DEV=7
    HDA NVidia, HDMI 1
    Direct sample mixing device
dmix:CARD=NVidia,DEV=8
    HDA NVidia, HDMI 2
    Direct sample mixing device
dmix:CARD=NVidia,DEV=9
    HDA NVidia, HDMI 3
    Direct sample mixing device
dsnoop:CARD=NVidia,DEV=3
    HDA NVidia, HDMI 0
    Direct sample snooping device
dsnoop:CARD=NVidia,DEV=7
    HDA NVidia, HDMI 1
    Direct sample snooping device
dsnoop:CARD=NVidia,DEV=8
    HDA NVidia, HDMI 2
    Direct sample snooping device
dsnoop:CARD=NVidia,DEV=9
    HDA NVidia, HDMI 3
    Direct sample snooping device
hw:CARD=NVidia,DEV=3
    HDA NVidia, HDMI 0
    Direct hardware device without any conversions
hw:CARD=NVidia,DEV=7
    HDA NVidia, HDMI 1
    Direct hardware device without any conversions
hw:CARD=NVidia,DEV=8
    HDA NVidia, HDMI 2
    Direct hardware device without any conversions
hw:CARD=NVidia,DEV=9
    HDA NVidia, HDMI 3
    Direct hardware device without any conversions
plughw:CARD=NVidia,DEV=3
    HDA NVidia, HDMI 0
    Hardware device with all software conversions
plughw:CARD=NVidia,DEV=7
    HDA NVidia, HDMI 1
    Hardware device with all software conversions
plughw:CARD=NVidia,DEV=8
    HDA NVidia, HDMI 2
    Hardware device with all software conversions
plughw:CARD=NVidia,DEV=9
    HDA NVidia, HDMI 3
    Hardware device with all software conversions

    The speaker-test command was hanging, but if I waited enough time after pressing Ctrl-C, it returned. Ok, cool! Running pavucontrol while pseaker-test was playing its noise, I could see it in the PulseAudio applications. Ok, so speaker-test

    What if I switch device? I tried speaker-test -D sysdefault:CARD=PCH. I got an error because ALSA couldn’t open the device. Searching on Google about that, not specific to Ubuntu, lead to clues: it could be a permission issue. Trying to check /dev/dsp failed: no such file. But I could fiund the following.

    eric@Drake:~$ ls -ld /dev/snd/*
drwxr-xr-x  2 root root       60 oct 23 08:11 /dev/snd/by-id
drwxr-xr-x  2 root root      100 oct 23 08:11 /dev/snd/by-path
crw-rw----+ 1 root audio 116,  9 oct 23 08:11 /dev/snd/controlC0
crw-rw----+ 1 root audio 116, 15 oct 23 08:11 /dev/snd/controlC1
crw-rw----+ 1 root audio 116,  8 oct 23 08:11 /dev/snd/controlC2
crw-rw----+ 1 root audio 116,  6 oct 23 08:11 /dev/snd/hwC0D0
crw-rw----+ 1 root audio 116, 14 oct 23 08:11 /dev/snd/hwC1D0
crw-rw----+ 1 root audio 116,  3 oct 23 08:11 /dev/snd/pcmC0D0c
crw-rw----+ 1 root audio 116,  2 oct 23 19:23 /dev/snd/pcmC0D0p
crw-rw----+ 1 root audio 116,  4 oct 23 08:11 /dev/snd/pcmC0D1p
crw-rw----+ 1 root audio 116,  5 oct 23 08:11 /dev/snd/pcmC0D2c
crw-rw----+ 1 root audio 116, 10 oct 23 08:11 /dev/snd/pcmC1D3p
crw-rw----+ 1 root audio 116, 11 oct 23 08:11 /dev/snd/pcmC1D7p
crw-rw----+ 1 root audio 116, 12 oct 23 08:11 /dev/snd/pcmC1D8p
crw-rw----+ 1 root audio 116, 13 oct 23 08:11 /dev/snd/pcmC1D9p
crw-rw----+ 1 root audio 116,  7 oct 23 08:11 /dev/snd/pcmC2D0c
crw-rw----+ 1 root audio 116,  1 oct 23 08:11 /dev/snd/seq
crw-rw----+ 1 root audio 116, 33 oct 23 08:11 /dev/snd/timer

    Ok, interesting, only root and users of group audio can access these devices, and thus play sounds. Am I part of the audio group? I tried groups eric and found out I wasn’t. But on my HTPC still running Ubuntu 18.04, I was! Lucky I had that HTPC, otherwise I would have been forced to reboot to the Live USB to check, or boot another machine with it, like my ultrabook.

    Ok, so what if I add myself to the group?

    sudo usermod -a -G audio eric

    I had to relog, and then got sound through ALSA using Speaker-Test! Yeah! But still no PulseAudio! I tried to reboot, not just relog, to no avail. Ok, at least I can reconfigure Audacious to play through ALSA, but I suspect I’ll get trouble for YouTube and Spotify for which I cannot configure audio output.

    Unlocking PulseAudio

    I tried all sorts of things to debug this. I was able to get some logs out of PulseAudio several ways, but the most useful way was through SystemD. In Ubuntu, PulseAudio is started by a userspace variant of SystemD. There is a command allowing to get the logs: journalctl. I couldn’t figure out a way to filter so I ended up calling journalctl -a -f on one console, and then pulseaudio -k on another to force PulseAudio to restart. Then I was checking the produced log. I ended up finding out errors. The system was not able to communicate through DBus using a certain socket. I started to think that each time the system freezes, this is because PulseAudio tries to emit a sound, has to wait and timeout.

    I couldn’t find out how to reconfigure DBus, or understand how PulseAudio and DBus interact enough to troubleshoot this. I was quite stuck, and all I could find was deprecated information. There was a bug report that seemed to affect Ubuntu 18.10, but no solution. It was past 10 PM and I was on this for almost two hours, trying and searching to no avail, more and more pissed off and risking to be so angry that I would end up having trouble to sleep. I was about to give up or reinstall from scratch.

    I ended up fed up and decided to completely get rid of PulseAudio using sudo apt purge pulseaudio. After a reboot, sound was WORKING! What??? How come MATE plays sound without PulseAudio? Audacious was working, and VLC as well. But not Firefox for YouTube, and not Spotify.

    Before accepting the sacrifice of YouTube and Spotify to avoid a clean install, at least for now, I tried to reinstall PulseAudio. For I really don’t know why, the sound continued working, and PulseAudio displayed my internal audio device now. YouTube and Spotify resumed working. I read posts about some people that got the issue fixed and it came back the next reboot. Ok, let’s reboot and hammer that bug for good, then! I rebooted, and sound was still working. I still don’t fully understand why.

    Either something messed into the groups I was member of and PulseAudio got screwed up because I lost permission to use ALSA, either some configuration files needed to be updated but APT decided to keep my current versions. Purging PulseAudio removed the configuration files and reinstalling reverted to sane defaults. At least, sound is working now.

    Even better, the system seems more responsive now and didn’t freeze on startup. It really seems that PulseAudio and ALSA had trouble communicating, causing these hangups.

    Why not a clean install?

    Because my home directory lives on the same partition as my Ubuntu install. Any attempt to put my /home on a separate partition leads to insufficient disk space after a time. I have a 250Gb SSD shared with Windows so I cannot put 50Gb for my /home and 30Gb for just Ubuntu. One simple solution would be to move my /home to an hard drive. As long as Ubuntu is on a SSD, I’ll have a fine boot time. Or I would need a way to use SSD only as a cache and put everything on the hard drive. I could also come back to the dual SSD strategy: one SSD for Windows, one for Ubuntu. I’ll think about it, but at least I don’t have to do anything short term. Maybe I can wait and replace everything, and get a better case to fix the power button hickup at the same time…

    If everything had failed, before the clean install, I could have tried to restore my Clonezilla image of my SSD, and that would have got me Ubuntu 18.04 back to normal. In case of failure, then I would have had to clean install 18.04, 18.10 or something else, or just give up on Linux for the moment. At least this is not necessary anymore.

  • Bumpy Android upgrade

    I recently joined the club of unfortunate owners of Galaxy Nexus that reached the down path of death. Many people told me bad things about these Nexus and about other Android smartphones in general. My brother’s device is slow and for some obscure reason, mixed up the sounds altogether. As an example, the device emits the sound of a photo camera when locked and unlocked! My sister’s phone is slow like hell, putting her to the torture each time she opens up an application. One of my friend’s phone has no more mic; he has to leave headphones plugged all the times to answer calls. Another colleague at my work place had issues with the USB port: device was not charging anymore.

    My problem is sporadic reboots, several times a day, and sometimes boot loops. I thought my phone was agonizing, but I found something that may give it a second life. I will have to see in the long run, but this was nevertheless an interesting adventure.

    The symptoms of my Galaxy Nexus

    This started a few months ago, on Thursday March 27, 2014. The phone entered into a boot loop and could not do anything other than rebooting like crazy. One of my colleague and friend managed to remove some applications in a hurry, before the next reboot, and that seemed to stabilize the monkey for a few minutes, but that just increased the length of the boot cycles. The device was rebooting like an old agonizing 486 computer overloaded with Windows 98! As a last resort, I tried a factory reset, which helped… until last week. Yes, the device started to reboot again!

    I woke up on Thursday, July 24 2014, and noticed that my phone was stuck on the Google logo. Nothing would get it unblocked, except removing the battery and putting it back. I did it, rebooted the device and it got stuck again. Argghhhh!!! I removed the battery once more, left the device and battery on my desk and searched for some solution, to no avail, except in some cases, a bug in Android 4.2 was causing the phone to boot loop and it would unstuck after a few attempts. I put the battery back and tried again: this worked. Maybe removing the battery for a few minutes discharged some condensers and reset the hardware to a cleaner state, maybe I was lucky, maybe both. But the device remained unstable and was prone to reboot, sometimes twice in an hour. The Sunday after, I got fed up and made a factory reset, then I didn’t install any application until I find something longer term to fix the issue. The device then worked without any reboot, so an hardware defect is less likely, although still possible. I need to keep in mind I dropped the phone a couple of times, including once on my outdoor concrete balcony.

    That means at least one installed application is interfering with the OS and causing it to reboot! This is unacceptable in a Linux environment where each process should be well isolated from the others and from the critical system components. A process should not have the possibility to reboot the device, unless it runs as root, but my device was not rooted, so no installed application could run a root process! That lead me to the conclusion that something in the OS itself was flawed, opening an exploit that can be used intentionally or not by applications to harm the device!

    An average user cannot do much about that, other than refraining from installing any application, factory resetting the phone every now and then or contacting his phone service provider and getting whatever cheap replacement the provider will be kind enough to grant him until the end of his agreement. I didn’t want to hit the same wall as my brother and get something with a smaller display and bloated with branded applications. If I really have to get a new phone, that will be a Nexus free of crapware or, if I cannot get a Nexus, I am more and more ready to take a deep breath, give up on whatever I will need to give up and go for an iPhone.

    First upgrade attempt: not so good

    However, I had the power and will to do something more about this! This was a bit unfortunate for my spare time, my level of stress and maybe my device and warranty, but I felt I had to try it. If the OS has a flaw, why can’t I upgrade it to get rid of the flaw and go past this issue? Well, all Galaxy Nexus are not equal. US models have the Yakju firmware from Google, but Canadian models have a special firmware from Samsung instead! The Google firmware is the one that gets updated more often, up to Android 4.3. Samsung’s philosophy differs from Google: if you want to get an upgraded Android version, replace your phone.

    That lead me to the next logical step: can I flash the Yakju firmware on my Canadian Galaxy Nexus phone? Any phone provider, any reseller, any technical support guy, will tell you no, but  searches on Google will tell you YES! For example, How to: Flash your Galaxy Nexus Takju or Yakju To Android 4.3 is the guide I started from.

    First thing I had to do was to install Google’s Android SDK on my Windows 8.1 PC. Yep, you need the full blown SDK! The simplest solution is to get the Eclipse+SDK bundle, so at least you don’t have to mess around with the SDK Manager to get the full thing. Then I had to set up my PATH environment variable to get tools and platform-tools subdirectory into my path, so adb and fastboot would be accessible from the command line. I also had to download the Yakju firmware from Factory images for Nexus devices.

    Second step is easy to forget when recalling the exact sequence I performed to reach my goal. It is as simple as plugging the phone into a USB port of a computer. That requires a USB cable and, of course, a free USB port. Any port will do, given it works. In doubt, test with a simple USB key.

    Next step was to put my device in USB debugging mode. I searched and searched for developer options to no avail! Googling around, I found Android 4.2 Developer Mode.  Bottom line, I had to go into phone’s settings, tap on About Phone, then tap seven times on the Build Number! This is just shocking crazy: how was I supposed to find this out? Fortunately, after I unlocked the developer mode options, I was able to turn on USB debugging. Without USB debugging, ADB cannot communicate with the device.

    This was necessary for a simple and nevertheless crucial step: running adb reboot bootloader. This reboots the device into the boot loader, a kind of minimal OS from which it is possible to flash stuff on the device’s memory. I read about procedures involving pressing power and volume up/down buttons, but that never worked for me. This is probably like booting the iPhone into DFU required to jailbreak or recover from very nasty failures: you have to watch tens of videos, try it fifty times and get it by luck once in a while. These kinds of patience games are getting on my nerves and making me mad enough to throw the phone away. Fortunately, adb reboot bootloader while device was plugged into my computer and in USB debugging mode did the trick.

    Once in the bootloader, you can use Fastboot to interact with the minimal OS. As ADB, Fastboot comes with the Android SDK. However, Fastboot wasn’t working for me: I was stuck at « Waiting for device » prompt. I started Googling again and found awful things about a driver to download from obscure places and install, the driver may differ for Samsung devices with respect to other Nexus phones, I read upsetting stuff about driver not working for Windows 8 without a complicated tweak to disable driver signature validation, about rootkits that could simplify my life if I install yet another hundred of megabytes of applications onto my PC, etc. Flooded with all of this, I gave up and just let my phone run as is. Getting out of the bootloader is easy: just hit the power button and the phone will reboot as normal.

    The Penguin saved the deal!

    However, one week later, an idea was born in my mind, and it was urging me to be tested! Linux may have the needed driver builtin so it would be worth trying from my Ubuntu box. That’s what I did on Friday evening, August 1 2014, and it was a success after a couple of hurdles.

    First, I had to install Android SDK there as well. Once adb and fastboot were accessible, I switched my phone into bootloader once again, using adb reboot bootloader.  Then I tried fastboot devices to get, again, this stupid « Waiting for devices » message. I don’t know exactly how I got to that point, but that command finally output me a message about permission denied. Ok, now I know what to do! sudo fastboot devices. Well no, cannot find fastboot! I had to stick the absolute path of fastboot for it to work, but I finally got a device ID. Yeah, the data path between my Ubuntu box and my phone was established!

    Next incantation: sudo fastboot flash bootloader bootloader-maguro-primemd04.img. That gave me a failure, AGAIN! Ok, that’s great, my phone will definitely not accept commands from Fastboot! Maybe it is factory locked to deny these? But before thinking too much, I should have read the error message more carefully and completely. It was saying the following:

    FAILED (remote: Bootloader Locked - Use "fastboot oem unlock" to Unlock)

    It even gave the incantation needed to go one step further. I thus ran the command, prefixed with sudo. That popped a message on the phone’s screen asking me for confirmation. I moved the cursor to Yes with the volume up/down buttons, pressed power button and voilà, boot loader unlocked!

    Why did I have to unlock the boot loader? This was probably because I was switching to a different kind of firmware. If I had a US phone, probably I would be able to install Yakju without unlocking the boot loader. The unlock operation is not without consequences: it wipes out all data on the device! This was a minor issue at this stage, since I refrained from installing anything and extensive configuration until I would find a way to improve the stability of my device. I thus wiped without asking myself any question about important data to back up.

    Then with the similar feeling as a wizard gathering all the components to cast a spell, I entered the following command and looked at the output.

    eric@Drake:/media/data/yakju$ sudo ~/android-sdk-linux/platform-tools/fastboot flash bootloader bootloader-maguro-primemd04.img 
sending 'bootloader' (2308 KB)...
OKAY [  0.258s]
writing 'bootloader'...
OKAY [  0.277s]
finished. total time: 0.535s

    Victory! Not really… That was just the first step! Next step was to reboot the device, using sudo fastboot reboot-bootloader. My phone screen went black for a couple of seconds, enough to fear for an heart attack, then the boot loader came back again! Phew!

    Ok, now the radio: sudo fastboot flash radio radio-maguro-i9250xxlj1.img. That went well, similar to the boot loader. Then I had to reboot again: sudo fastboot reboot-bootloader.

    Now the main thing: sudo fastboot -w update image-yakju-jwr66y.zip. That took almost two minutes, then my device rebooted automatically, this time in the new firmware. Done!

    After these manipulations, I was able to set up my phone normally. Once in the Android main screen, I accessed the phone settings and confirmed I was now on Android 4.3! At least I reached my goal.

    What can I do next?

    There are a couple of things I will try if the device starts rebooting again. Here they are.

    1. Install a custom ROM providing Android 4.4. Besides upgrade to latest Android, this will give me an extended battery life as 4.4 greatly improved over this as I experienced with my tablet, which benefited from a custom 4.4 ROM recently. I will also be able to return to baseline Yakju 4.3 if needed. Unfortunately, I had no way to back up my 4.2 firmware, so I cannot go back.
    2. Shop for a new phone. I will try to get a Nexus 5 and if I cannot without switching provider, I will shop for an iPhone. Maybe I will find a store in Montreal providing unlocked phones including Nexus, maybe I will have to wait patiently for my next trip to United States to buy an unlocked Nexus 5 there, maybe I will be able to convince someone from a US office of my company to buy the phone for me and ship it to me (if I ship him a check with the amount of the device obviously!), maybe I will find something to make me happy on a web site I don’t know about yet. We’ll see.
    3. If all else fails, I will give up on installing any application and will use the Galaxy Nexus just as a phone and for casual Internet access with the stock browser. After my agreement with Fido ends next November, I will consider other, hopefully better, options.

     

  • La vengeance des pingouins!

    Hier à ma fête, j’ai eu plusieurs cadeaux de mon frère et sa blonde exploitant la thématique des pingouins, le symbole du système d’exploitation Linux. Eh bien faut croire que les pingouins n’ont pas beaucoup aimé (moi j’ai bien aimé, pourtant!), car ils se sont vengés hier soir et aujourd’hui. Voici comment, une vraie histoire d’horreur.

    • XBMC, mon lecteur multimédia sur mon HTPC Linux, a planté deux fois hier soir. Ça gelait et plus aucun contrôle ne répondait. Il fallait alors que je bascule sur la console texte et que je tue XBMC de façon brutale. En plus, la saisie de mon mot de passe trop complexe est devenu problématique, demandant entre trois et quatre essais chaque fois! J’ai fini par en mettre un plus simple, vraiment tanné de me faire embêter par ça!
    • Mon serveur de Minecraft, sous Linux, a eu des ratés parce que je pensais l’avoir mis à jour à FTB Unleashed 1.1.7 tandis qu’il exécutait toujours 1.1.3. Le client, désynchronisé, se plaignait, n’arrivant plus à établir la connexion vers le fabuleux univers de Taowa. Remettre la version recommandée ne produisait aucun effet, car il faut croire que le lanceur FTB conservait des parties de la nouvelle version plutôt que tout réinstaller.
    • FTB Launcher, le client me donnant accès à Taowa, il a fini par m’afficher un bel écran vide et plus rien ne fonctionnait. La touche ALT-F4, devenue pratiquement inopérante à présent, ne faisait plus rien encore une fois. Cliquer sur le X non plus, il fallait vraiment tuer le processus de force, encore. Ensuite, j’ai été obligé de tout réinstaller, en exécutant le lanceur dans un autre répertoire, et après, eh bien j’avais un écran noir à chaque démarrage de Minecraft. Ainsi, Ubuntu ne permet PLUS d’exécuter Minecraft, probablement encore une mise à jour qui a brisé le pipeline graphique. Ils ont brisé le pipeline pour la Intel HD4000, rendant le jeu saccadé pratiquement plus jouable, et voilà que c’est fait pour NVIDIA aussi. Faudra que j’endure ou tente ma chance avec une carte ATI, mais je n’ai rien à faire de plusieurs cartes graphiques PCI Express remisées pour incompatibilité arbitraire.
    • Une tentative d’installation de Linux Mint 16 édition Cinnamon en lieu et place de Ubuntu qui pose de plus en plus de difficultés aussi absurdes qu’imprévues a été une véritable catastrophe: pointeur de souris vraiment trop petit, options d’accessibilité pour agrandir les caractères ayant à peine un effet, l’interface graphique a gelé sans raison, me forçant à tout redémarrer, puis un plantage du programme d’installation au moment de marquer la partition principale de Mint pour formatage! Bref, ça ne fonctionne pas du tout! Le seul point positif est qu’aucune perte de données ou de configuration n’est à déplorer suite à ce court et désagréable essai, car le système n’a infligé aucun dommage à mes partitions.

    On dirait bel et bien que Linux, désormais, est confiné aux machines virtuelles, aux serveurs sans écran (capacités graphiques instables) et aux appareils mobiles (genre Android). Il est possible que seules certaines cartes graphiques soient parfaitement prises en charge et que leur marque varie dans le temps.  Par contre, un problème de pilote graphique peut certes expliquer XBMC instable, Minecraft ne fonctionnant plus et le plantage de l’interface de Mint, mais pas la défaillance du programme d’installation de Mint.

    Pour la défaillance de l’installeur de Mint, peut-être est-ce l’EFI, peut-être est-ce le SSD, peut-être est-ce le Ivy Bridge, peut-être n’est-ce rien de tout ça. Je ne sais pas et étant donné que l’interface de Mint m’a vraiment déplu, ça ne sert à rien de le savoir.

    Les interfaces graphiques régressent, en plus. On assiste à une perte progressive de contrôle: plus moyen de changer la taille du pointeur de la souris (Ubuntu, Mint), plus moyen de grossir les caractères (Mac OS X, peut-être Mint), plus moyen de configurer les couleurs et la transparence (Windows 7+, probablement Mac OS X, peut-être même Ubuntu et Mint!).

    Plutôt que travailler sur la personnalisation, eh bien les éditeurs de systèmes d’exploitation préfèrent rajouter davantage d’applications de base qui ne font rien et qui doivent, une par une, être substituées par des logiciels tiers. À quoi bon améliorer Paint si personne de sérieux ne s’en sert, le remplaçant par Paint.net, Gimp ou, « mieux » encore, par Photoshop? À quoi bon améliorer Wordpad si les gens le remplacent par Notepad++, Word ou, mieux encore, LibreOffice? Pourquoi améliorer Internet Explorer si personne ne s’en sert, le troquant pour Chrome ou Firefox?

    L’utilisateur de Mac fera la même chose, troquant Mail pour l’interface web de GMail, plus flexible et plus portable. Il délaissera iMovie pour s’en aller vers Final Cut. Il abandonnera vite Garage Band pour le remplacer par Audacity ou un logiciel audio professionnel comme Pro Tools de Avid ou Live de Ableton. Puis un jour, il voudra essayer le dernier jeu et délaissera Mac OS X complètement pour balancer un Windows sur son beau MacBook flambant neuf. C’est triste!

    L’utilisateur Linux, de son côté, remplacera progressivement les applications de GNOME ou de Unity par d’autres: Totem sera abandonné au profit de MPlayer, VLC ou XBMC, GEdit pour Vi ou Emacs, Banshee pour Audacious ou autre chose, etc. Au moins avec Ubuntu, on peut obtenir toutes ces alternatives depuis le gestionnaire de paquets: pas besoin de visiter des dizaines et des dizaines de sites (quoique Ninite peut beaucoup aider sous Windows!) et surtout, pas besoin de débourser un centime pour ces alternatives.

    Mais il n’en demeure pas moins qu’à cause de l’intégration de tous ces petits jouets, le cœur même du système, ses fondements, sa flexibilité, en souffrent, parce que les éditeurs se concentrent sur la mauvaise cible.

  • D’une petite recherche pour donner un coup de main vers la mort de mon serveur Minecraft

    Aujourd’hui, j’ai été victime d’une chaîne de bogues qui a mené à la paralysie de mon serveur Minecraft. Ce qui devait être une courte recherche personnelle a dégénéré en une série de problèmes qui n’en finissaient plus de s’enchaîner. Par chance, j’ai réussi à ressusciter ma machine et tout fonctionne maintenant correctement!

    Il y avait deux personnes que je pouvais tenter d’aider pour des problèmes d’ordinateur. L’une d’elle utilisait Windows si bien que j’ai investigué la possibilité d’établir une connexion via l’assistance à distance. Si la personne réussissait à démarrer l’application d’assistance intégrée à Windows, ai-je découvert, et si elle m’envoyait, par l’entremise de cette application, une invitation par courrier électronique, je pourrais accepter l’invitation et une connexion s’établirait entre ma machine et la sienne. De cette façon, je pourrais voir l’écran de la machine à examiner et établir un diagnostic préliminaire, voire même résoudre le problème sans avoir à me déplacer!

    Pour la deuxième personne, ce serait moins simple, car elle utilisait un Mac. Il m’est passé par la tête de recréer mon Hackintosh pour pouvoir tenter un partage de l’écran via iChat, mais j’ai eu trop de problèmes avec ce Hackintosh pour vouloir en arriver là. J’ai songé m’acheter un Mac Mini, la série la moins chère de la famille Macintosh d’Apple, pour remplacer le Salvator vieillissant dans le rôle de serveur Minecraft, pour établir cette liaison iChat et pour faire d’autres tests au besoin plus tard. Mais le coût de la machine pour les fonctionnalités que j’obtenais me dissuada d’emprunter cette voie. Pour le même prix, je pourrais me monter un Core i7 avec 16Go de mémoire et un SSD! J’ai examiné la possibilité de créer une instance Amazon EC2 que j’activerais de façon intermittente pour faire des tests, mais aucun résultat concluant n’existe au sujet de l’installation d’un Mac OS X dans le nuage de Amazon.

    Mais cette investigation au sujet de EC2 et cette idée de Mac Mini viennent peut-être d’une intuition: je percevais que la mort du Salvator approchait… Et qu’en est-il de migrer mon serveur Minecraft sur une instance EC2? J’y ai pensé, mais il m’en aurait coûté 500$ par année à moins de rendre l’instance intermittente: mon ami ou moi devraient démarrer le serveur pour jouer et l’arrêter ensuite. J’envisageais bien sûr explorer cette voie et espérais que le démarrage ou l’arrêt seraient simples et qu’il serait possible d’accorder à mon ami la permission de le faire. Juste pour le merveilleux silence que l’extinction de ce vieux coucou me procurerait dans mon bureau lors de mes journées de travail, ça en vaudrait le coup!

    Par chance, il y avait une solution bien plus simple et beaucoup moins coûteuse pour aider mon amie: TeamViewer. Il suffisait que mon amie installe ça sur son Mac, me transmette l’identifiant généré par le logiciel et je pourrais alors établir la liaison. Mais il se pouvait que ça ne fonctionne pas du premier coup si bien que j’ai voulu faire un test avant de proposer cette stratégie.

    Pour ce faire, j’ai installé TeamViewer sur ma machine principale au moment où elle exécutait Windows 8. Il me fallait ensuite une deuxième machine sur laquelle installer TeamViewer, mais tous mes ordinateurs secondaires (mon serveur de Minecraft et mon HTPC) exécutaient Linux. Pas de problème: il y a une version Linux de TeamViewer! J’ai téléchargé et tenté d’installer ça: eh non, encore des problèmes! Le système de paquetages APT indiquait qu’il manquait une dépendance pour installer TeamViewer, à savoir lib32asound2. J’ai tenté de l’installer: en vain. Il ne semble pas possible d’installer ce paquet .deb de TeamViewer sous Ubuntu 13.10! Certains ont réussi en utilisant la version 32 bits au lieu de 64 bits tandis que d’autres se sont rabattus sur une version .tar.gz du logiciel.

    Au moment où je voulais tenter l’installation 32 bits, eh bien tout le système figea et plus rien ne répondait. Au début, la souris ne bougeait même plus, puis elle finit par bouger, mais je ne pouvais cliquer nulle part. Choqué, j’ai tenté de basculer vers une console pour redémarrer X.Org: encore en vain. Le système a fini par cracher des messages d’erreur à propos du pilote Nouveau qui ne pouvait pas mettre en standby certains canaux. Nouveau est un pilote open source pour les cartes graphiques de marque NVIDIA.

    J’ai fini par établir une liaison SSH vers la machine puis forcer un redémarrage de X.Org: en vain. Eh oui! J’avais affaire à une défaillance dans un module du noyau, pas seulement un logiciel fonctionnant incorrectement! Choqué, il me fallut me résoudre à tout redémarrer et donc éteindre mon instance de Minecraft. Par chance, mon ami avec qui je partage le monde imaginaire de Taowa n’était pas en train de jouer à ce moment-là.

    La machine mit plus d’une minute avant d’enfin terminer la fermeture d’Ubuntu et entamer le retour au POST, puis le démarrage. Là, j’ai eu l’interface graphique. X.Org semblait fonctionner, mais je savais bien que le pilote Nouveau, qui a causé des problèmes sur le Drake, finirait par frapper de nouveau. J’ai alors voulu installer le pilote de NVIDIA.

    Malheureusement, l’application listant les logiciels et pilotes n’affichait rien par rapport à NVIDIA. Il m’a donc fallu y aller à la main et exécuter sudo apt-get install nvidia-current. Malheureusement, une super longue installation et un redémarrage plus tard, l’écran était noir et le resta un bon bout. Tout semblait foutu, impossible de récupérer l’affichage. Tenter d’exécuter sudo nvidia-x-config ne donna aucun résultat. En plus, toute tentative de redémarrer ou installer quelque chose prenait un temps fou sur cette vieille carlingue!

    J’ai bien cru que c’était fini. À présent Ubuntu sera trop instable pour exécuter de quoi. Je pouvais certes tenter de réinstaller, mais une mise à jour risquait d’encore tout briser ou rendre le système propice aux plantages. Et encore une fois, je manquais de temps et devais tout laisser ça en plan pour aller dîner puis m’entraîner au gym.

    Pendant que je dînais, je me suis dit que si je devais tout réinstaller, j’opterais pour Ubuntu 12.04 qui, au moins, est plus stable. Pour cette machine, cela suffirait amplement. Mais avant, j’allais tenter un sudo apt-get dist-upgrade pour m’assurer que les plus récents noyaux étaient bien installés.

    Après le dîner, je l’ai tenté en vain; cela ne changea absolument rien puisque tout était déjà à jour. J’avais éteint l’ordinateur ne fonctionnant plus le temps de dîner. J’ai trouvé que le bureau était bien plus silencieux sans ces deux ventilateurs tournant en permanence. En plus, quand j’ai rallumé le vieux coucou, le ventilateur du bloc d’alimentation m’a fait un bruit de vieille carlingue. C’était arrivé plusieurs fois par le passé, mais cette fois, le grondement dura près de cinq minutes avant d’enfin cesser! C’était plus long que les fois précédentes.

    Redémarrer la machine n’eut aucun effet. Avant d’entreprendre la réinstallation, j’ai essayé sudo apt-get install –reinstall nvidia-current. En examinant les messages de plus près, j’ai constaté qu’il y avait une ligne indiquant que le module NVIDIA n’avait pas pu être compilé, car il manquait les sources du noyau. J’installai alors linux-headers-generic et, pour être sûr, build-essentials. Cela compila le module et ressuscita mon système! J’ai alors pu redémarrer le serveur Minecraft avant de partir pour le gym!

    Suite à cette mauvaise expérience, j’ai abandonné le test avec TeamViewer, car il n’avait plus aucune valeur. Même si ça fonctionne parfaitement entre mes deux machines, il se peut que ça échoue lamentablement avec mon amie. Peut-être la version Mac de TeamViewer ne fonctionne pas bien, peut-être le Mac est derrière un pare-feu, peut-être le routeur de mon amie va bloquer l’accès, ou peut-être même ce sera le mien qui le fera. Je ne suis pas du tout certain que mon amie persistera avec de multiples essais; elle laisserait peut-être tomber.

    Par chance, ces connaissances sur l’administration à distance seraient utiles pour d’autres cas de figure et TeamViewer n’est pas le meurtrier de mon serveur Minecraft. Le plantage qui a eu lieu n’a rien à voir avec TeamViewer; ça aurait pu arriver n’importe quand.

  • Seconde tentative de Microsoft pour mettre des bâtons dans les roues à Linux!

    L’été dernier, Windows 8 a tenté d’évincer Ubuntu sur ma machine en utilisant l’arrêt hybride, aussi appelé FastBoot, qui faisait en sorte que je ne pouvais pas accéder à mes partitions de données NTFS depuis Ubuntu. J’ai dû désactiver FastBoot pour contourner ce « léger » problème.

    Voilà qu’aujourd’hui, Microsoft récidive sous Windows 8.1 avec un petit avertissement indiquant que SecureBoot est désactivé, en filigrane  permanent sur le Bureau. Jusqu’à récemment, il n’y avait aucun moyen de s’en débarrasser, à moins de désactiver SecureBoot qui va à coup sûr compliquer, voire rendre impossible, la configuration d’un système à double amorçage. SecureBoot, en effet, oblige tout gestionnaire d’amorçage à être signé numériquement. Pour que cela fonctionne, il faut que l’application UEFI de GRUB et celle de rEFInd soient signés numériquement conformément à SecureBoot. Quelle galère! J’ai déjà assez de difficultés comme ça, inutile de rajouter un problème artificiel là-dedans!

    De mois en mois, on s’approche du moment où ce sera plus profitable d’assembler une seconde machine, pour avoir un ordinateur dédié à chaque bon Dieu de système d’exploitation! Mais pas pour aujourd’hui, car Microsoft a publié un correctif désactivant cet agaçant filigrane. FIOU!

  • Une vidéo de Minecraft extrêmement difficile à monter!

    Aujourd’hui, je viens de vivre l’expérience d’édition vidéo la plus mauvaise de ma vie. J’ai rencontré tellement de problèmes que c’en est hallucinant! Mais l’aventure est très intéressante et montre que parfois, la synergie entre Windows et Linux est possible et peut aider à résoudre des problèmes complexes.

    Objectif

    Depuis quelques semaines, mon ami et moi travaillons sur une nouvelle map dans Minecraft, en utilisant le mod pack Feed The Beast Unleashed intégrant la version 1.5 du jeu. J’ai baptisé ce nouveau monde Taowa. Je trouvais qu’il était grand temps de créer une vidéo de cette map et la publier sur YouTube.

    L’enregistrement

    Pour enregistrer ma vidéo, j’avais dans l’idée de me servir du logiciel FRAPS comme je l’avais fait auparavant avec succès. Je prévoyais enregistrer ma voix en utilisant mon H2N, ce qui a très bien fonctionné par le passé.

    Malheureusement, FRAPS a commencé à avoir des ratés dès les premières séquences. D’abord, il y a eu un plantage du jeu tandis que j’enregistrais. Puis l’image s’est mise à clignoter et le jeu, à planter tout le temps, dès que je démarrais FRAPS. Il n’y avait aucune solution. Selon mes recherches, c’était un problème de compatibilité entre FRAPS et Windows 8. Il allait falloir rétrograder à Windows 7, ce qui signifiait encore tout reformater et passer une fin de semaine à reconfigurer la maudite machine, que je commence à sérieusement détester en passant parce qu’elle va beaucoup moins bien que mon ancien ordinateur!

    Plutôt que supprimer Windows 8, je partis à la chasse pour trouver un autre logiciel d’enregistrement d’écran. Eh bien plusieurs y passèrent et échouèrent TOUS!

    • DXTory: semblait prometteur, mais l’audio sautait de temps en temps et le logiciel faisait geler le jeu temporairement (pas planter comme avec FRAPS au moins!). En plus, il fallait payer le logiciel en yens japonnais, même pas en dollars US!
    • Total Screen Recorder: n’a pas fonctionné du tout, impossible à mettre en oeuvre. Il semblait falloir que je délimite manuellement, à la souris, un rectangle à capter, ou que j’inclus tout l’écran, enregistrant la barre des tâches et tout.
    • EZVid: a produit une vidéo prometteuse, mais le logiciel me forçait à ajouter de la musique de fond que je ne voulais pas. Mais celui-là avait pour intérêt d’être gratuit.
    • BandiCam: c’est celui-là qui m’a sauvé la mise! Il permet d’enregistrer une partie de l’écran ou une fenêtre DirectX/OpenGL. J’ai eu du mal à trouver comment capter l’audio avec le logiciel, mais ce fut heureusement possible. Il permet de capter l’audio depuis deux sources différentes et même d’enregistrer chaque source dans un fichier distinct, ce qui peut servir pour du post-traitement. Il y a un gros défaut d’interface: deux boutons Réglages donnant accès à des paramètres différents. J’étais bloqué tant que je ne trouvai pas le bon!

    Ainsi, j’ai pu résoudre ce premier problème avec BandiCam, qui fonctionne très bien à condition de ne pas utiliser le codec externe. Avec ça, il plante tout le temps.

    Audio pas très bon

    À force d’écouter le produit de mon enregistrement, je me rendais compte à quel point le son était décevant. On aurait dit que ma voix avait été sur-amplifiée, produisant de la distorsion par moments. J’ai cherché longtemps pour régler ça et ne trouvais rien d’autre que des instructions pour ordinateurs HP, des instructions pour brancher le H2N dans un port USB, une page indiquant que quelqu’un avait du mal avec son tourne-disque USB détecté par Windows 7 comme un microphone plutôt qu’une entrée ligne, sans solution autre que brancher l’appareil en S/PDF (mais mon H2N n’a PAS d’entrée S/PDF!!!), etc.

    J’ai aussi trouvé plusieurs vidéos YouTube sans son, ce qui a fini par me faire fulminer parce que je ne pouvais rien obtenir de telles images avec du texte apparaissant rapidement sans me laisser le temps de comprendre quoi que ce soit. Mais plus tard, j’ai découvert que quelque chose de cochon était arrivé sous Chrome qui avait baissé le volume de YouTube au minimum. Le remonter a restauré le son! Donc peut-être que certaines vidéos que je croyais muettes avaient du son…

    Bon, ai-je fini par me dire, est-ce que mon H2N est, dans l’absolu, utilisable pour cette tâche ou me faut-il encore acheter un autre microphone? Je commençais à être tenté par un micro-casque Bluetooth, car le fil des écouteurs (nécessaires pour éviter la boucle de rétroaction audio qui rend fou!) devient vite une nuisance pendant l’enregistrement! Pour savoir si ça valait vraiment le coup, j’ai redémarré ma machine sous Ubuntu et testé avec cela. Après quelques essais et erreurs avec ARecord, je pouvais enregistrer la sortie USB du H2N et obtenais un son excellent, sans distorsion. Ok, c’est donc Windows qui introduit la distorsion, en ai-je conclu, pas le H2N (m’aurait surpris) ou son interface USB (possible). J’ai bien regretté, cet après-midi-là, de ne pas habiter plus près de chez mon frère ou mon ami, qui possèdent une carte son externe. Tester avec un ordinateur doté d’une telle carte aurait écarté la possibilité que le pilote Realtek de ma carte intégrée cause cette distorsion, sur tous les périphériques audio que la machine rencontre. Si c’est le cas, il me faudra envisager l’achat d’une carte son externe pour pouvoir me débarrasser du fautif. Après plusieurs recherches, tout ce que j’ai pu faire, c’est bidouiller le niveau de sortie de l’entrée H2N, sous Windows 8, à 80%, et là j’obtenais un audio qui avait du bon sens.

    Édition vidéo

    Je voulais supprimer certains segments de ma vidéo et ajouter des sous-titres, car j’avais omis certaines explications et ne voulais pas tout reprendre du début, quoi que recommencer aurait permis d’avoir un meilleur audio, suite au calibrage plus fin de cet après-midi. Pour travailler ma vidéo, j’ai importé les fichiers sous Corel Video Studio X6. Eh bien, le nombre de problèmes que j’ai eus avec ça est incroyable!

    D’abord, le logiciel s’est mis à se plaindre au sujet du format de certains fichiers. J’ai cru au début que tous les fichiers produits par BandiCam seraient rejetés, me forçant à tout passer ça dans un transcodeur quelconque. Les seuls que je connais sont en ligne de commande (genre MEncoder et FFMPEG) et les options sont contre-intuitives. Figurer la liste d’options à passer peut parfois prendre une demi-heure! Beaucoup d’options n’ont aucun sens, produisent des fichiers invalides ou font juste planter le logiciel! Les logiciels sous Windows sont bourrés de pubs ou payants, sont soit trop simplistes, soit trop compliqués. Souvent le traitement par lots est supporté, mais il faut insérer chaque fichier un par un. Seule la ligne de commande permet d’indiquer de traiter tous les fichiers d’un répertoire.

    Par chance, Corel Video Studio n’a rejeté que trois fichiers, probablement des résidus de mes innombrables expérimentations d’hier après-midi. Le reste, il l’a importé, comme j’ai pu le constater par la suite.

    Mais chaque fois que je démarrais la lecture, la vidéo s’affichait en miniature dans le quart de la fenêtre. Il m’a fallu beaucoup de temps pour régler celui-là et il n’y avait absolument RIEN sur Google, à part des PDF et des revues du logiciel, supposé l’un des meilleurs! J’étais sidéré, choqué, fatigué par toutes ces difficultés qui n’en finissaient plus.

    En milieu d’après-midi, j’en étais rendu à chercher des alternatives, car je n’avais pas du tout envie de payer pour du support technique et me faire suggérer de formater mon disque dur ou essayer sur la machine d’un ami. Eh bien il existe une flopée de logiciels d’édition vidéo, mais ceux qui se démarquent souffrent de problèmes.

    • Plus tard, j’ai lu du bien au sujet de MovieStudio Platinum 12 de Sony. C’est celui-là que j’essaierais si je devais vraiment renoncer à VideoStudio.
    • PowerDirector de CyberLink, semble excellent, mais a eu des ratés pour moi dans le passé et j’ai lu qu’il plantait tout le temps.
    • Adobe Premiere Elements: semble un des tops, mais l’affichage est illisible pour moi, avec des caractères impossibles à agrandir. Je me suis battu avec ça des heures voilà deux ans et il n’y a toujours aucune solution.
    • Final Cut Express: semble l’un des meilleurs éditeurs vidéos, mais ne fonctionne QUE sur Mac! Les problèmes sous Windows m’ont tellement mis au désespoir que j’ai à quelques reprises envisagé réinstallé Mac OS X ou m’acheter un Mac Mini ou un MacBook Air pour faire l’essai de Final Cut.
    • Puis on peut essayer avec tous les autres et ne plus en finir.

    J’en étais rendu à penser que j’allais devoir me retaper la configuration de mon Hackintosh pour m’essayer avec Final Cut Pro! Juste l’idée me mettait à la torture! Une autre possibilité aurait été de faire faire l’édition par une personne possédant un Mac, mais ça aurait pu prendre des mois avant qu’elle n’ait le temps de m’aider avec ce projet ludique. Rendu là, il y aura tellement de vidéos que leur édition prendra des jours ou toutes ces vidéos seront obsolètes, sans intérêt, car le serveur aura sauté et mon ami et moi aurons cessé de jouer pour toujours.

    En fin de compte, j’ai eu une idée en marchant vers la piscine pour aller nager: et si c’était le même bogue qu’avec Ableton Live? Pour obtenir un pointeur de souris de grande taille et des caractères avec lesquels je suis à l’aise, j’ai dû configurer l’affichage pour une mise à l’échelle de 150%. Cela a perturbé Live dans le passé et pourrait peut-être causer problème à VideoStudio. En revenant de la piscine, j’ai configuré le raccourci Windows vers Corel pour qu’il désactive la mise à l’échelle et tadam, j’avais des aperçus corrects! Les caractères dans le logiciel sont certes plus petits, mais le pointeur de souris, celui de ma session, est correct, et le reste du logiciel fonctionne correctement.

    Encodage

    En fait, pas tout à fait. J’ai pu me rendre loin après avoir réglé le problème de la résolution, très loin… jusqu’à un nouveau bogue, majeur, bloquant, encore une fois. En effet, quand je suis arrivé au point d’encoder ma vidéo, eh bien le logiciel a planté. Un deuxième essai me confirma le pire: le plantage serait systématique, irrémédiable! J’y ai perdu la soirée en recherches et en tentatives de retrouver le code de support technique gratuit venant avec mon achat, pas si vieux que ça finalement, juillet, donc peut-être le code serait encore valide!

    Mais je n’ai pu me résoudre à simplement attendre. J’ai d’abord tenté de ré-encoder une vidéo que j’avais déjà montée. Cela a fonctionné sans heurts et sans tracas! J’ai alors pioché et tenté de bidouiller les paramètres de BandiCam jusqu’à trouver une combinaison permettant d’obtenir un fichier valide pour VideoStudio. Aucun ajustement au format vidéo ne résolut quoi que ce soit. Mais quand j’ai configuré l’audio sur PCM plutôt que MPEG-1, là j’ai eu un premier encodage fructueux! Sous BandiCam, il me fallait aussi configurer la vidéo sur XVid et non pas H.264. L’encodage H.264 de Bandicam pose des problèmes de synchronisation audio/vidéo sous VideoStudio et est incompatible avec MovieStudio de Sony!

    J’ai alors tenté d’utiliser VirtualDub pour traiter tous mes fichiers, mais cela a échoué encore! Il aurait fallu que j’entre, un par un, tous les fichiers dans le logiciel, et il y en avait une vingtaine. Solution: MEncoder, sous Ubuntu! Eh oui, encore un redémarrage! Mais il a valu la peine, celui-là! MEncoder a traité mes fichiers, préservant la vidéo et décompressant l’audio MPEG vers le format PCM. Puis un autre redémarrage plus tard, j’étais sous Windows 8. Je craignais devoir faire plusieurs essais de même, avec des paramètres différents passés à MEncoder, un redémarrage à chaque passe, mais par chance, j’ai eu une configuration fonctionnelle du premier coup!

    Corel VideoStudio a chialé un peu, mais j’ai fini par réussir à le forcer à accepter les modifications. J’ai pu rouvrir mon projet, il s’est plaint encore un peu puis là, enfin, j’ai pu produire un encodage MPEG-4 en 720p! Il me faudra visionner le fichier pour m’assurer qu’il est correct, mais il y a un espoir.

    FIOU! Quelle galère!